如何从GUI自动化角度到Selenium处理频繁的应用程序更改

Question

我目前正在使用具有许多旧版页面的Selenium测试企业应用程序。因此，管理层决定通过分阶段实施更改来改进整个应用程序GUI和工作流。由于我们进行了自动化的少量测试，因此随着应用程序工作流程和GUI的更改，它开始出现故障。我该如何处理？我应该更新我的测试。如果是，那么不久以后可能会进一步完善或调整相同功能。

我应该等待冻结所有功能更改，我认为这不是一个好选择。

如何确保自动化套件为频繁交付的应用程序增加价值？我应该如何以及何时适应这些变化？

Answer 1

一个接一个地回答您的问题：

• 由于应用程序工作流程和GUI更改，它开始失败。我该如何处理？使用Selenium执行 Test Automation 时，没有防弹解决方案可以将GUI更改为 WebElements 的属性。并且最佳Locator Strategies也将相应地更改。但是，逻辑定位器可能会有所帮助。

• 我应该更新测试吗？如果 GUI nd工作流正在更改，则没有其他选择可以更新测试了。

• 有可能在不久的将来进一步完善或调整相同功能：理想情况下，测试自动化应在零的稳定功能上进行。由于新代码提交或代码更改而导致的strong>回归缺陷。

  

结论：等待冻结所有功能更改。按照测试规范的测试策略。