重新测试和回归测试之间的区别

再测试与回归测试的关键区别

再测试是检查在最终执行中发现错误的特定测试用例的过程。通常，测试人员在测试软件应用程序时发现这些错误，并将其分配给开发人员进行修复。然后开发人员修复错误并将其重新分配给测试人员进行验证。这个持续的过程被称为再测试。

回归测试是一种软件测试类型，用于检查代码更改是否未对应用程序的现有特性和功能产生不利影响。

再测试与回归测试是质量保证应聘者中常见的常见问题。以下是详细的比较及示例。

再测试和回归测试之间的主要区别在于它们的目的。再测试侧重于验证特定缺陷是否已修复，而回归测试则检查最近的更改是否在现有功能中导致了新问题。再测试针对特定错误，回归测试则确保在更新或修改后系统的整体稳定性。

回归测试	再测试
回归测试旨在确认近期程序或代码更改是否未对现有功能产生不利影响。	再测试旨在确认在缺陷修复后，最终执行中失败的测试用例现在通过了。
回归测试的目的是确保新的代码更改不应对现有功能产生任何副作用。	再测试是根据缺陷修复进行的。
缺陷验证不是回归测试的一部分。	缺陷验证是再测试的一部分。
根据项目和资源可用性，回归测试可以与再测试并行进行。	再测试的优先级高于回归测试，因此在回归测试之前执行。
你可以对回归测试进行自动化，手动测试可能昂贵且耗时。	你无法自动化再测试的测试用例。
回归测试被称为通用测试。	再测试是计划性测试。
回归测试针对已通过的测试用例执行。	再测试仅针对失败的测试用例执行。
回归测试检查意外的副作用。	再测试确保原始故障已得到纠正。
回归测试仅在现有项目中的任何修改或更改变得强制性时才进行。	再测试使用相同的数据和相同的环境，通过不同的输入和新的构建来执行缺陷。
回归测试的测试用例可以从功能规范、用户教程和手册以及针对已更正问题的缺陷报告中获取。	再测试的测试用例无法在开始测试之前获得。