第三次自动化测试:自动化脚本的误判。
第二次测试就这样也算是失败了(反正脚本几乎是都废了)。有了这两次的失败经验,俗话说事不过三,所以我准备再来一场。
这时团队的测试能力已经有了长足的提升,我们已经有了一些测试用例,为了做好自动化测试,我专门组织大家把需要自动化测试的用例筛选出来了。既然目标是回归测试,用例的筛选标准也很明确,就是那些基础的,需要手工反复执行的用例。
然后我又对这些用例逐个进行了分析,把当前的自动化测试技术暂时不能支持的用例也标记出来了,告诉大家不用担心,这些用例可以下一次再执行,我们就算是要追求100%的回归测试率,也是我们真正应该执行的,并且现在可以自动化测试的那些用例。
我还记得当时我们的自动化测试平台也升了次级了,平台也更稳定了,提供的功能也更多了,大家的干劲也很足,所谓天时地利人和,我对这次的自动化测试实践充满信心。
很快,脚本被一批批的开发出来了,之前不能自动化的测试的用例也随着自动化测试技术的突破而变得可以自动化了,一切都在向着好的方向发展。但很快我们就发现新的问题出现了,自动化脚本结果出现了误判!
什么叫自动化脚本的误判呢,就是自动化脚本在自动化平台上显示的结果和真实的结果不一致。比如脚本A在自动测试报告中显示的结果为PASS,但实际的功能却有可能有问题。在自动化测试报告中显示的结果为失败,但实际可能却是受到环境的影响造成的,功能却没有问题。
原文转自:http://gitbook.cn/books/58d23ddcfa7558521a30277a/index.html