谈谈--自动化测试

测试工作者对“自动化测试”这个词应该如雷贯耳，似乎觉得掌握了这个，就掌控了雷电~！，但我想说句：呵呵~

 

下面就谈谈“所谓的”自动化测试吧~

反复的执行测试用例，是非常枯燥无味的，耗时间不说，还影响人心情~，要能自动执行用例就好，没错~，这就是”自动化测试”的由来~

 

目前自动化测试框架有很多，大家心心念念想做或者正在做的呢，主要是UI自动化和接口自动化。

目前来看接触UI自动化的人更多，框架和教程都很成熟，很容易上手，更容易提升自己的level~；

而接口自动化呢，人数也有不少，但比UI自动化要少些，因为确实在level上要高点~

 

但是无论以上哪种，使用的时候都是在回归测试的时候使用，或者冒烟用下。

这种自动化测试，能有点效果，但解决能力有限，作用不是很大~，为啥呢？

因为实际工作中是以新需求为主的，用例得新写，你之前写的那些个像玩具一样的自动化用例（请原谅我这么说~），解决不了这个事~

回归测试毕竟只占测试需求中的很小一部分，但却需要投入不少的人力和时间成本，维护也很麻烦~。

 

既然自动化测试作用有限，那为啥大家还对此趋之若鹜呢？

这里根源主要还是中低层领导导致的~

内心世界1：要怎么体现自己的工作成绩呢~

内心世界2：只完成了业务测试？会不会太low了~

内心世界3：那要怎么才能体现出测试的高大上呢?!

内心世界4：“自动化测试”，嗯，听起来挺高端，还挺唬人的，提效个百分之多少那还不是由我说~

 

于是，小组内轰轰烈烈的所谓的自动化测试开始了~

实施者：

内心世界：管他呢，有kpi，正好提升下自己的技术，这样就有level了~，跳槽也有优势

(当然也存在不少人，认为自动化测试可以解决不少他们的手工测试问题)

领导者：

内心世界：管他效果怎么样呢，至少PPT中提效方面有素材了，有得说~

 

下面说说我的看法~

客观来讲，这是测试工程师成长的必经之路~，但掌握这个只是基本，还达不到你们所认为的“掌控雷电”这种高度~

如果认识不到通俗意义上的“自动化测试“”的缺点，说明你还有很大的上升空间~

如果认识到了这个，还沉浸其中~乐此不彼的，说明你的层次还不够高~

 

那正确的姿势是怎样的呢?

刚才说了，UI自动化和接口自动化只是基本，要想真正提效，方向是做测试平台~，只有测试平台是最实际的，能极大解决你的测试问题~

测试平台这里就有讲究了，可以是偏架构型的各个业务线都能玩的测试平台，也可以是某个业务线和实际业务强相关的测试平台~

偏架构型的，就是整合了框架，是个空壳，壳里面的内容得由各个业务线根据自己的业务使用者编程实现。

业务强相关的，就是把平时的那些个便捷脚本变成后台程序，用的时候前端入参，后台执行，从而提高效率。

没错，你需要的是各个技术栈的开发能力~，这才是你的方向~

最后，不限于测试平台，可以是任何你想做的东西~

 

最后说一下：要以解决实际问题为目的，可以是任何形式，但不要盲目追求自动化测试~