自动化测试10年,忍不住发言:首先题主自动化经验丰富,码字很多,值得认可。
下面直接说不同意见:国内很多从业者对自动化还是有很大误区,多数停留在自动化实现上面。
这是大错特错的。 首先自动化是个效费比的问题. 其次是如何服务好产品的问题.
先说第一个, 这个很好理解。 任何节省测试人员人effort的脚本,工具 etc,都可以称为广义的自动化。
所以,如果 自动化所有成本<人的成本,那么基本可以说你的自动化是成功的。
那么问题来了, 为啥很多公司包括测试人员内部都会持续的怀疑这个小于号是否成立的问题。
码字很累, 不想展开了。 这里我这想说是自动化人员的素养问题。
举个例子,*主很不屑的 selenium UI测试的, 这个其实是自动化的重点。
目测国内很多业者还在页面持续变动,case不稳定而持续消耗自己的芳华。
这个就是selenium封装,测试代码,还有前端开发support的问题了。
这个就需要有极好的自动化造诣了。所以自动化的天花板还不是楼主说的辣么辣么低。
想从事自动化的同学们,还是有很多怪要打的。 这也是价值所在~~~
码字太累,就先打到这里吧。
另外, 本人不才侥幸拿到题主说的 3w-4w~, 所以才敢进来给后人打打气!
自动化测试10年,忍不住发言:首先题主自动化经验丰富,码字很多,值得认可。
下面直接说不同意见:国内很多从业者对自动化还是有很大误区,多数停留在自动化实现上面。
这是大错特错的。 首先自动化是个效费比的问题. 其次是如何服务好产品的问题.
先说第一个, 这个很好理解。 任何节省测试人员人effort的脚本,工具 etc,都可以称为广义的自动化。
所以,如果 自动化所有成本<人的成本,那么基本可以说你的自动化是成功的。
那么问题来了, 为啥很多公司包括测试人员内部都会持续的怀疑这个小于号是否成立的问题。
码字很累, 不想展开了。 这里我这想说是自动化人员的素养问题。
举个例子,*主很不屑的 selenium UI测试的, 这个其实是自动化的重点。
目测国内很多业者还在页面持续变动,case不稳定而持续消耗自己的芳华。
这个就是selenium封装,测试代码,还有前端开发support的问题了。
这个就需要有极好的自动化造诣了。所以自动化的天花板还不是楼主说的辣么辣么低。
想从事自动化的同学们,还是有很多怪要打的。 这也是价值所在~~~
码字太累,就先打到这里吧。
另外, 本人不才侥幸拿到题主说的 3w-4w~, 所以才敢进来给后人打打气!