早就想开展自动化测试,其实想做就去做好了。更多的是需要self-motivation。
书上说了很多自动化的好处:回归测试更方便,提升效率,忽略个体差异,提高士气等等。在我看来,更重要的一点是给测试人员去写代码的理由或者说推动力。单纯的Manuel-Test可以解决大部分问题,并且也是非常需要思考的深入以及思维的缜密,可是这不应该是测试人员一辈子的常态。告诫自己一句话,人脑应该更多的去做创造性的工作,而不是重复的劳动。
下面列出一些自动化测试的经验之谈,提醒自己不要走偏了。
1、自动化测试不能解决所有的问题,能解决回归测试的20%-30%就不错了。当然API测试较适合用自动化来做。
2、测试环境的搭建、测试目标的确认和再确认、大局观是很重要的。
3、可维护性和稳定性。可维护性包括日志的打印和代码可读性。稳定性包括独立性和可重复性。
4、关于测试脚本的开发:
(1)环境搭建、数据加载,要有明确的验证步骤。若数据加载失败,需及时中断脚本并提示出错原因。
(2)对于每个验证点,需要在log里输出期望值与实际值。如果失败,给出详细描述。
(3)尽量不要捕捉异常,有利于定位。
5、测试结论报告很重要,毕竟是给别人看的,赏心悦目一目了然很重要。
关于第一版的自动化测试代码,不要弄得太复杂,能够完整的走通就ok。
终于理解了两年前的同事在做什么,测试用例不用EXCEL描述,而用XML写Test Suite和Test Case,当时自己还觉得高大上的样子。实际也就是测试数据与代码的分离。测试过程与预期结果用配置文件的形式保存起来,而代码完成执行的过程。
Test Cases ----------->Auto-Test Frame----------->Report
Manuel Tester Test Frame Developer
就这么多吧。
路在脚下。