回归测试实现方式

回归测试实现方式

回归测试提供了两种可能的实现方式：

完全回归

虽然冗长、乏味，但这种重新测试的方法非常有效，因为它有助于发现整个应用程序中可能存在的问题。然而，经常进行这类测试是没有意义的，团队通常会在改变开发环境之前运行这类测试。例如上面的图像处理程序，该应用最初是为 iOS8 开发的，因此该团队使用了 XCode6 IDE。但后来客户要求用户在 iOS9 的新设备上运行该产品，这需要切换到 Xcode7。切换后，测试工程师必须运行完整的回归测试，确保在 Xcode6 下的所有特性能继续工作。

而当客户希望拥有完全稳定、满足需求的产品时，可以要求进行完全回归测试。

部分回归

部分回归测试的特征是只包含产品的修改部分和可能受到影响的相关部分。测试团队使用特定的策略，来确保部分回归测试能产生良好的结果。它的主要策略是以风险作为依据，测试工程师挑选出应用程序受到最近变更影响的部分，并从测试套件中选择相关的测试用例。

当产品获得任何类型的新功能时，质量团队可以进一步将这种基于风险的方法应用于回归测试套件。这种方式大大减少了测试时间和工作量，对于以敏捷方式来交付产品的团队来说，如果他们时间紧迫，那么这种方式不失为一种很好的迭代回归测试方案。部分回归还有助于在最终开发阶段重新考虑完整的回归测试套件，并丢弃那些没用的测试用例。

要选择哪一种方法，取决于产品交付过程中变化的范围、方法和阶段。在测试实践中，我们会尽可能坚持基于风险的部分回归测试。