谈谈我在自动化测试中遇到的坑(6)

CLI也是同样的道理。比如我想得到的是arp的回显。如果系统在给出了arp回显的同时，又打出了“this callback has not been registed”，手工测试很容易就发现了这个问题，而自动化却往往测不出：

第四次自动化测试

有了前三次的失败经验，第四次自动化测试顺畅多了。这时我们的自动化率也就是在10%的样子，但我们一共有接近1w个用例，所以脚本总数还行。团队里有的人觉得还是可以的，感到不管怎么样总是有了些东西，也有的小伙伴有些质疑，我自己是表面上表现得很支持，干劲很足，内心却总是觉得有些别扭。

其实对我的产品来说，基本功能部分的质量还是有保证的。在没有自动化测试的时候，即使是做回归测试，我们不会去测试那些很基础的用例，而会把几个功能组合起来做场景的回归测试，这样如果基本功能有问题，也可以第一时间发现。

自动化后，变成了先跑这些基础的回归测试用例，通过了，再去做场景回归。无论自动化测试的结果如何，都要投入一定的人力去运行维护自动化的环境，确认结果。虽然这时我们的自动化已经稳定多了，但自动化的乌龙事件还是比较多的。

我没有感受到自动化的便捷，相反，我感觉它成为了一个负担。

那时正是自动化测试在行业中被热捧的时期，一方面是外面的专家老师对自动化测试的各种赞美之情，另一方面我却觉得我那么努力，却一直没有达到应有的预期，我感到十分迷茫。

原文转自：http://gitbook.cn/books/58d23ddcfa7558521a30277a/index.html