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

Question

我在回归测试套件和全自动套件测试方面有一些先前的经验，但是当涉及到移动应用程序时，最佳实践是什么？针对移动应用。以下是否正确？

• 当回归测试套件需要很长时间并且开发人员需要立即反馈时，需要进行烟雾或BAT测试。那么烟雾是否作为每次登机手续的一部分？
• 回归测试套件是针对每次检入运行的理想选择，但如果需要很长时间，它应该每晚至少运行一次？它应该是一个固定的集合还是根据您认为需要“回归”的版本动态更改？
• 整个套件应该在发布之前运行一次，但是在哪个环境下 - 它是针对dev还是QA环境（或）针对分段或预产品？如果它不适合进行舞台或前期制作，那么我应该在舞台或前期制作中进行回归吗？

如果应用程序的某些部分必须手动测试（不是自动生成还是正在进行），上述策略会如何更改？

正常web项目的上述变化如何？

谢谢。
稻田

Answer 1

好问题。 起初，我会建议看看这两篇我围绕移动测试自动化写的博客文章 - 一般来说，我相信测试的上下文应该来自您对移动应用程序进行的最敏感的更改。如果例如您更改登录区中您的应用程序 - 这是绝对相关的，以确保你第一次开发新的测试（单元/功能），以支付这些变化+执行 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/

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

希望有所帮助。