关于自动化测试的一点看法

　　早就想开展自动化测试，其实想做就去做好了。更多的是需要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             

 

　　就这么多吧。

　　路在脚下。

 

转载于:https://www.cnblogs.com/Xpeed/p/3639932.html