regression - QA 中测试类型的顺序？

Question

假设开发人员修复了一个错误并将构建（让它的早期版本为 1.0 或 3.0 左右）发送到测试环境。作为 qa，我的序列操作是什么？

1. 烟雾检查关键功能 - 通过
2. 重新测试以检查错误是否已修复 - 通过
3. 理智地检查更深入的固定功能+与之相关的少量功能-通过
4. 做功能测试
5. 做非功能性
6. 在迭代结束时，我会进行完整或区域回归测试。我总是等待迭代结束进行回归吗？

因此，每次迭代，当一个 bug 被修复时，我都会进行冒烟、重新测试和完整性检查，只有当所有问题都修复后，我才会继续进行功能性和非功能性，等待 sprint 或迭代结束以进行所需的回归。我在某处遗漏了一点吗？

Answer 1

据我所知，根据我的经验，是的，这是我们在新发布版本中主要遵循的顺序。但是关于你对最后回归的关注，最后不重要，如果你可以自动化它，你可以在烟雾测试套件自动通过后开始执行你的回归测试套件，同时你可以做其他测试手动。此外，向开发人员询问他们所做的代码修复的影响区域也非常重要。因为基于此，如果不需要，您可以跳过任何测试，例如，如果版本确实对该区域产生影响，您可以跳过非功能测试。但同样，取决于您的项目和关注点。

我希望我能以某种方式提供帮助。谢谢

Answer 2

如果您必须在修复错误时执行所有这些操作……为了您的利益，我希望大多数（如果不是全部）都是自动化的。

• 首先，我希望开发人员可以通过单元测试来覆盖该错误。
• 其次，我会考虑基于代码的哪些部分受到修复的影响，以及这是否会对系统的其他部分产生一些不可预见的影响。如果是这样，我会做一些探索性测试来检查这些部分是否有任何回归（如果自动回归测试未涵盖）

这一切都归结为错误修复所涉及的内容及其带来的潜在风险。如果它不能为您的团队/公司提供价值，请不要浪费您的（测试）时间。

顺便说一句，我假设您提到的测试类型已包含在自动化测试中。如果我对您的开发环境有所了解，也许我的回答会略有不同。