回归测试专门寻找以前工作并“回归”到非工作状态的功能中的错误。我从来没有听说过使用“重新测试”，除非以一种常识性的方式使用：重新测试只是在之前测试过之后再次测试某些东西，并且是一个更笼统的术语，因为重新测试并没有说明之前的软件状态重新测试。

您可以通过再次对其运行测试来重新测试从未工作过的功能，但您不能对从未正常工作过的功能进行回归测试，因为只有以前工作过的功能才能“回归”到非工作状态。

这些定义因组织而异。在我从事的测试工作中，回归测试意味着要验证那些曾经有效的功能仍然有效的测试。在这种情况下，回归是产品早期版本中不存在的错误。在我所从事的测试工作中，回归测试是在所有新功能都经过测试之后进行的，尽管回归测试的时间对于它的定义来说并不重要。

重新测试听起来像：再次测试一些东西。您可以说回归测试是在特定上下文（在存在早期版本的产品中）以特定目标（寻找曾经工作的事物中的错误）进行重新测试。

回归测试是测试现有功能是否由于新功能的实现而被破坏。例如，我想测试 facebook 应用程序的现有安全性是否不会被其新功能“X”的实现所破坏。

重新测试是测试人员在修复错误后检查应用程序是否正常工作而进行的测试。在问题得到修复或在以后的版本中得到解决后，应重新测试应用程序。

重新测试基本上是执行上次构建中失败的测试用例。所以换句话说，重新测试只是验证修复。

回归意味着回到上一个不稳定或欠发达的状态。当一个软件发生变化时，我们会测试应用程序，看看这个变化给应用程序带来了什么影响。首先我们验证修复，然后查看此更改影响了哪些区域并测试该区域是否工作正常，即没有涟漪。

同样，当应用程序发生更改时，我们必须更新测试用例以进行回归测试： 1：在测试套件中添加测试用例以验证新功能 2：删除不再需要的过时测试用例（一些旧功能可能代码更改后不再可用） 3：更新当前存在以适应更改的代码。例如，更改代码可能需要对现有测试用例的步骤进行一些调整