UI自动化测试失败的原因

UI自动化测试失败的原因

单元测试和接口测试，测试结果一般比较明确，如果执行失败，要么是被测系统有bug，要么是测试用例本身需要修改维护。

唯独针对UI的自动化测试，当用例数目成百上千之后，你会发现，总是有些用例概率性的失败，你把运行失败的用例单独挑出来运行，又是成功的，查看报错信息，你发现大多是该加载出来的控件或者页面等没有加载出来，于是你想，是不是加一个sleep就好了，sleep 这个方法在UI自动化测试中被广泛应用。

但是，sleep也不是UI自动化测试中的银弹，每天仍然会有大量的失败，失败的原因可能有如下几点：

1、之前sleep 2s就OK了的，结果执行用例那天机器性能差了些，导致2s不够用

2、网络偶尔出现拥塞，导致sleep时间不够

4、测试代码的兼容性问题，例如之前把手机向上滑动1000的长度，可以找到某一控件，但是换了一个型号的手机之后，原有的滑动定位方式失效。

除了上述问题以外，还有其他很多类型的问题，都是sleep的方式解决不了的。

那有没有什么好的方式，让UI自动化测试的结果尽可能的靠谱呢。这里，推荐两个思路：

1、针对概率性失败的问题，通过循环重试，最大超时时间的方式搞定。因为我们需要需要测试的是被测系统，中间层只是我们用来操作被测系统的，所以，我们得最大限度的容忍其失败，做好容错性。

2、针对基于坐标导致的兼容性问题，通过比例封装的方式搞定。因为控件在不同的手机上，其坐标会变，但其相对位置是不会变的，我们封装方法，基于相对位置定位。