应用错误收集

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

当回归测试套件需要很长时间并且开发人员需要立即反馈时，需要进行Smoke或BAT测试。然后每次办理登机手续都会吸烟？
回归测试套件是每次办理登机手续的理想选择，但如果需要很长时间，它应至少每晚运行一次？它应该是一个固定的集合，还是根据您认为需要的每个版本动态更改并退回＆＃34;？
完整套件应该在发布之前运行一次，但是在哪个环境中 - 它是针对dev或QA环境（或）反对分段还是预先产生的？如果它不适合分期或预先产生，我是否应该对阶段或预产品进行回归？

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

上述如何改变普通网络项目？

感谢。
稻谷

好问题。首先，我建议调查这两篇关于移动测试自动化的博客文章 - 一般来说，我相信测试的上下文应该来自您对移动应用程序进行的最敏感的更改。如果是您更改了应用程序中的登录区域 - 这肯定与确保您首先开发新测试（单元/功能）以涵盖这些更改+执行完全相关 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/

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

希望有所帮助。