从自动化测试执行的角度谈自动化脚本维护

从自动化测试执行的角度谈自动化脚本维护

自动化脚本在执行完毕后，每个用例会分为通过或失败两种。对通过的用例，没什么可说的，这里主要谈下失败的用例。

失败的用例需要人去查看是否是脚本稳定性的问题，或是程序更新引起的问题。

对于脚本稳定性的问题又分为：配置环境引起的问题和非配置环境引起的问题。

对于配置环境引起的问题，那么在执行自动化测试前，需要人为地或自动地检查环境并配置好环境。这个如何配置，要预先知道，写成配置规范。
配置环境引起问题，包括：
a、自动化测试脚本的配置。
b、对测试程序进行配置。如:是否还原初始设置、是否删除某些数据。
c、对IE进行配置。
d、对与测试程序有关的程序或影响脚本稳定性的程序进行配置。

针对配置环境问题，对于每个测试系统，都要进行编写《XX系统自动化脚本配置手册》，以避免犯低级的配置错误。

对于非配置环境引起的问题，又分为如下几类：
a、网络延时，识别对象的同步问题。
b、未知因素引起脚本失败。
c、未知因素引起脚本运行中断。
d、自动化脚本本身使用了不稳定的因素。
e、脚本的继承性，上个脚本失败导致了下一个脚本也失败。

网络延时的问题，通过错误时再次重新执行此脚本或在脚本执行前确保网络正常，可解决此类问题。
以上几类中，以e类的最为严重，因此写脚本时最好不要产生依赖的脚本。
以上几类中，以b类和c类的最不好修改，但是可以通过不断重复运行此类引起失败的脚本来进行调试。


对于程序更新引起的问题，分为如下几类：