确定执行回归测试的频率可能是一个挑战。特别是当你 自动化您的回归套件，并且可以自由决定频率。
根据经验，您应该运行 回归测试 尽可能经常地。
下面的图片可能是一个很好的经验法则：每次将错误放出门时，您都需要确保没有让大量新错误进入门。
换句话说，理想情况下，只要对代码进行更改，就应该运行您的回归套件。如果您的软件系统很大，则只能通过自动化来完成。这对于敏捷测试团队尤其如此，他们的目标是尽快测试和发布新的更新和功能。
有两种方法可以确保测试以所需的频率运行：您可以按需或按计划运行它们。
预定的测试是理想的选择，因为它们可以确保对贡献代码的一致反馈，并且不会因其他优先级而被遗忘或忽略。
但是，如果您的测试自动化工具没有为您提供计划测试的选项，则应至少与主要版本，紧急修复和增量代码更改一起运行回归套件。
但是请记住，回归不仅发生在 您 提交更改。它们可能与数据库或系统更新，新的浏览器版本以及您不了解的其他更改有关，甚至可能在您无法控制的情况下发生。
这就是为什么寻找 一种可以安排测试时间的工具 是理想的。
要了解有关在回归测试自动化工具中查找内容的更多信息，请参见我们的 评估回归测试工具的清单 要么 在下面下载我们的白皮书，以了解您需要了解的有关敏捷团队中的回归测试的所有信息.
