何时运行回归测试套件与移动应用程序的完整测试套件？

Question

我以前在回归测试套件与完全自动化套件测试方面有一些经验，但是对于移动应用程序，最佳实践是什么？对于移动应用程序。以下是正确的吗？

• 当回归测试套件需要很长时间并且开发人员需要即时反馈时，需要进行烟雾或 BAT 测试。然后每次办理登机手续时都会冒烟？
• 回归测试套件是针对每次签入运行的理想套件，但如果需要很长时间，是否应该至少每晚运行一次？根据您认为需要“回归”的内容，它应该是固定集还是每个版本动态更改？
• 完整套件应在发布前运行一次，但在哪个环境中 - 它是针对开发环境还是 QA 环境（或）针对暂存或预生产？如果它不适合 staging 或 pre-prod，我应该对 stage 或 pre-prod 运行回归吗？

如果必须手动测试应用程序的某些部分（不可自动化或正在进行中），上述策略将如何改变？

以上对于普通的 web 项目有什么变化？

谢谢。
稻谷

Answer 1

好问题。 首先，我建议查看我围绕移动测试自动化撰写的这 2 篇博客文章 - 一般来说，我认为您的测试上下文应该来自您对移动应用程序所做的最敏感的更改。如果例如您更改了应用程序中的登录区域 - 确保您首先开发新测试（单元/功能）以涵盖这些更改+执行绝对相关 1)https://mobiletestingblog.com/2016/05/07/7-mobile-test-automation-best-practices/ 2)https://mobiletestingblog.com/2016/02/11/tests-to-include-within-automation-suite/

如果您有某种仪表板来显示最新移动应用程序构建的趋势，您可以从缺陷的角度看到对现有测试套件的附加值，您也应该利用这些数据

希望对您有所帮助。