17 | 精益求精：聊聊提高GUI测试稳定性的关键技术

1. 非预期弹框： 对于非预期的弹框也可以通过检查置顶窗口是否是预期软件窗口，从而确定是否被第三方弹框影响。 2. 页面控件变化： 如果是 selenium 的话，建议优先使用 xpath，这样就算 id、clases、name 等控件属性改变，只有不是页面改版，应该不会影响自动化稳定性。 3. A/B 测试页面： 判断当前页面属于哪个分支，然后走兼任处理逻辑，同意这个方案。其实很多地方都可以通过类似的兼容方案进行处理，比如第一个非预期弹框，也可以算是异常场景的兼容处理。 4. 页面延迟： 重试机制确实是个好办法，但是如果用例都是因为重试才执行正确，有可能会漏出和缓存相关的问题，因为重试应该算一个独立测试场景了，现在是把它作为主要测试场景了。 这地方我记得 selenium 有一个函数可以设定一个最大超时时间，在这个时间之前都会等待，一旦超时时间内满足了继续执行的条件，也可以立刻执行，这个方法还是比较不错的，既保证了用例操作的预期性，也解决了延迟的不可控的问题。 5. 测试数据问题： 构造自动化数据时要特别注意，构造一些带特殊字段的数据库信息，最好是超出常人操作的数据信息，这样可以有效避免数据被误修改的风险，当然，还有一个处理办法在 15 讲的时候提到过，就是先检查测试数据是否存在/异常，不存在或异常都进行重建即可，这部分也算是测试代码的兼容处理吧。 以上，欢迎沟通交流，公众号「sylan215」

能否通过实例讲解 总结的有点high level

打卡17

老师，步骤级别、页面级别和业务流程级别的重试机制可以给一个实例吗

异常场景恢复模式是将在整个操作过程外加try catch实现的吗？

异常恢复场景是否包含了重试机智？如何解决定位失败后可能产生的无限重试？

页面延迟那个，具体表现应该就是找不到元素吧，那么等一等是不是就可以找到了？ 我记得selenium里面有等待函数，而且还可以用sleep。 之前做过的项目，最早没有加等待，就经常因为不稳定而报错，加上等待之后这种概率少多了

老师全面总结了GUI测试稳定性的种种问题，如果在面试过程中被问到“你是如何应对GUI自动化测试不稳定问题”时，根据老师这篇文章回到，底气十足。 学习到老师的解决问题的思路，一是遇到问题，不是马上就想着具体怎么解决，而是先分析出现问题的原因。如在面试中。被问到“你是如何应对GUI自动化测试不稳定问题”时，你直接给出几条解决措施，看上去已经回到了面试官的问题，但是如果你能用先分析问题原因，再给出解决方案，给人的感觉思维缜密。二是遇到需要机器解决的问题，想想如果人工去解决、去操作是怎么做的，是不是有可借鉴的地方。 因为网络原因，页面元素出现的时间长短不同，在代码层面，加入等待机制，也是解决稳定性问题的一个方法。

感谢，我知道面试中，面试官问我解决过什么问题，我答什么了。

网络不稳定，无线与流量切换，浏览器版本升级等造成GUI测试不稳定。