吴镇宇曹格⼀、环境准备
如果所有的⽤例执⾏结果都是失败，⾸先应该考虑环境问题:
1、确定应⽤服务能够正确访问
3、屏幕不能被锁定
4、确保验证码已经被屏蔽
⼆、常见问题
环境准备好了，还是失败，再考虑配置环境问题：
1、⾃动化测试脚本的配置。
2、对测试程序进⾏配置。如：是否还原初始设置、是否删除某些数据。
3、对浏览器进⾏配置。
聂磊老婆4、对与测试程序有关的程序或影响脚本稳定性的程序进⾏配置。
针对配置环境问题，对于每个测试系统，都要进⾏编写《XX系统⾃动化脚本配置⼿册》，以避免犯低级的配置错误。
最后考虑⾮配置环境问题：
1、接⼝有变动，接收报⽂超时
2、接⼝实现有问题，校验响应信息失败
3、接⼝服务访问失败
4、页⾯访问失败
5、页⾯加载太慢，导致页⾯控件不到
6、页⾯有变动，控件或⽂本查失败
7、脚本的继承性，上个脚本失败导致了下⼀个脚本也失败兀
多线程的时候，测试⽤例间相互影响。虽然多线程的时候运⾏速度⽐较快，但是如果⽤例之间的耦合性没有设计好，也会影响的，如果⽤例A先于⽤例B执⾏的时候，就会影响到⽤例B；反之则没有问题。这种情况，如果你的⾃动化测试⼯程打算多线程的时候，提前就要把测试⽤例测试的耦合度⽐较松，尽量没有任何关系，因为多线程的执⾏顺序是不受控制的。
8、未知因素引起脚本运⾏中断或失败
三、问题定位
1、查看⽤例执⾏⽇志
在活五百年2、Soup接⼝⽇志解析
重点查看：组装出来的请求信息、接收到的响应信息、预期的响应信息、错误信息。
3、页⾯问题总结起来只有⼀个问题，就是不到控件或⽂本。不到的原因有⼏个：
页⾯上缺失没有
实际上有，但加载出来太慢u盘删除文件恢复
实际上有，但就是没到，那就可能是因为界⾯控件属性有变动，此时借助guirunner⼯具去定位是否有控件属性变动
实际上有，但具有相同属性的控件有多个，这种情况也需要借助guirunner⼯具
4、如果从⽇志中⽆法确定是⽤例的问题还是程序的问题，就需要再次执⾏⽤例才能判断结果再会打一字
发布评论