一、环境准备
如果所有的用例执行结果都是失败，首先应该考虑环境问题:
1、确定应用服务能够正确访问
2、确保全局变量中配置的服务地址、数据库地址、页面访问地址等是否正确
3、屏幕不能被锁定
4、确保验证码已经被屏蔽
二、常见问题
环境准备好了，还是失败，再考虑配置环境问题：
1、自动化测试脚本的配置。
2、对测试程序进行配置。如:是否还原初始设置、是否删除某些数据。
3、对浏览器进行配置。
4、对与测试程序有关的程序或影响脚本稳定性的程序进行配置。
针对配置环境问题，对于每个测试系统，都要进行编写《XX系统自动化脚本配置手册》，以避免犯低级的配置错误。
最后考虑非配置环境问题：
1、接口有变动，接收报文超时
2、接口实现有问题，校验响应信息失败
3、接口服务访问失败
4、页面访问失败
5、页面加载太慢，导致页面控件找不到
6、页面有变动，控件或文本查找失败
7、脚本的继承性，上个脚本失败导致了下一个脚本也失败
多线程的时候，测试用例间相互影响。虽然多线程的时候运行速度比较快，但是如果用例之间的耦合性没有设计好，也会影响的，如果用例A先于用例B执行的时候，就会影响到用例B；反之则没有问题。这种情况，如果你的自动化测试工程打算多线程的时候，提前就要把测试用例测试的耦合度比较松，尽量没有任何关系，因为多线程的执行顺序是不受控制的。
8、未知因素引起脚本运行中断或失败
三、问题定位
1、查看用例执行日志
2、Soup接口日志解析
重点查看：组装出来的请求信息、接收到的响应信息、预期的响应信息、错误信息。
3、页面问题总结起来只有一个问题，就是找不到控件或文本。找不到的原因有几个：
- 页面上缺失没有
- 实际上有，但加载出来太慢
- 实际上有，但就是没找到，那就可能是因为界面控件属性有变动，此时借助guirunner工具去定位是否有控件属性变动
- 实际上有，但具有相同属性的控件有多个，这种情况也需要借助guirunner工具
4、如果从日志中无法确定是用例的问题还是程序的问题，就需要再次执行用例才能判断结果
网友评论