1、重新测试
重新测试是软件测试的一种类型,它在一个特定的错误被修复后进行测试。当测试人员测试产品时,当他们发现该错误时,他们会提出该错误,之后,该错误被分配给开发团队来修复。在重测中,一些测试场景在相同的环境条件下,在新的构建中用一些数据进行分析。简单的再测试确保问题已经被修复,并按预期工作。在重测中,测试案例不能自动化。

2、烟雾测试
烟雾测试是软件测试的一种类型,它检查部署的构建是否稳定。它也被称为 “构建验证测试 “或 “信心测试”。在简单的烟雾测试中,对重要的功能进行验证,以了解它是否在工作,这个测试表明产品已经准备好进一步测试。烟雾测试是在每次构建中进行的,以检查在构建中实现的基本功能是否工作正常,但不关心更细的细节。烟雾测试可以是脚本化的,也可以使用一套书面的测试或自动测试。

重新测试和烟雾测试之间的区别 –

编号 重新测试 烟雾测试
1 重新测试是为了检查和确认在最终执行中失败的测试用例在缺陷被修复后是否通过。 烟雾测试是为了确定AUT的关键功能是否工作正常。
2 重新测试的主要目的是验证错误的修复。 烟雾测试的主要目的是验证系统的 “稳定性”。
3 缺陷验证是属于再测试的范畴。 缺陷验证不属于烟雾测试的范畴。
4 重新测试是在我们开始正常测试之前进行的。 烟雾测试是在回归测试之前执行的。
5 重新测试的测试用例不能自动化。 这个测试可以手动或自动执行。
6 重测不被认为是任何测试的子集。 烟雾测试被认为是回归测试的子集。
7 从以前执行的测试用例中,重测的测试用例可以被重新使用。 烟雾测试案例是回归测试的一部分,只包括关键功能。

重新测试的优点:

  • 验证已解决的问题,并按预期运作。
  • 验证时间较短,因为它只限于特定的问题或功能。
  • 程序或产品的水平得到提高。
  • 同样的数据和环境被用来进行新的构建。

重新测试的缺点:

  • 为了验证缺陷,需要一个新的构建。
  • 没有自动化的测试案例。
  • 由于对失败的测试用例进行重新测试,所以耗费时间。
  • 测试用例只能在测试开始后获得,而不是之前。

烟雾测试的优点:

  • 它有助于发现bug。
  • 烟雾测试可以在很短的时间内完成。
  • 需要非常少的测试案例来进行烟雾测试。
  • 它有助于验证在以前的构建中修复的错误不影响应用程序的核心功能。
  • 它有助于识别由组件集成带来的问题。

烟雾测试的缺点:

  • 它不包括深入的测试。
  • 由于使用少量的测试案例,它不能发现其他主要问题。