1、重新测试
在软件测试中,重新测试是指再次测试一个模块,以确保错误被修复。这意味着它确认在最终执行中失败的测试用例在错误/缺陷被修复后是通过的。重新测试的过程如下-

  • 首先,在应用程序的任何模块中检测到一个错误。
  • 然后由开发人员进行修正/修改。
  • 在开发人员解决并再次测试该问题后,这被称为重新测试。

2、完善性测试
在软件测试中,完善性测试是指在收到软件构建后,对代码或功能进行小幅修改后进行的测试,以确定缺陷/错误已被修复,并且不会因这些修改而引入进一步的问题。正确性测试的过程如下

  • 首先收到一个软件构建。
  • 确定建议的功能在修改后大致上能按预期工作。
  • 如果理智测试失败,则拒绝构建。
  • 如果理智测试通过,则通过进一步测试。

重新测试和完善性测试的区别 :

编号 重新测试 Testing(正常测试)
1 重新测试是为了检查和确认在最终执行中失败的测试用例在解决了这些错误/缺陷后是否通过。 完善性测试是为了检查和确认在进行了小的功能/错误修复或任何修改后,功能是否完美地工作。
2 缺陷验证属于重新测试的一部分。 缺陷验证不属于完善性测试的一部分。
3 重新测试是在正常测试和回归测试开始前进行的。 完善性测试在回归测试之前和烟雾测试之后进行。
4 测试用例不能自动进行再测试。 完善性测试通常是手动执行的。
5 目的:缺陷修复是再次进行测试的决定性因素。 目的:在进入更彻底的测试之前,确认系统的 “合理性”。
6 重新测试包括缺陷验证。 真实性测试不包括缺陷验证。
7 重新测试可以用以前使用的测试用例进行。意味着测试用例可以被重新使用。 完善性测试可以在没有测试用例的情况下用领域知识进行。
8 再测试的优先级高于理智测试。 正常性测试的优先级低于重新测试。
9 在测试开始之前,无法获得用于 Re-Testing 的测试用例。 完善性测试的测试用例可以从功能规范、手册和有关纠正问题的缺陷报告中获得。
10 优点 -验证已解决的问题,并按预期运作;验证时间较短,因为它只限于特定的问题或功能;程序或产品的水平得到提高;同样的数据和环境被用来进行新的构建。 缺点:节省时间,因为重点只放在一个或几个领域的功能上。它验证了应用程序的功能在一个小的变化后仍然正常运行。它是无脚本的,所以不需要努力去记录它。它需要更少的时间来执行。
11 缺点: 为了验证缺陷,需要一个新的构建。没有自动化的测试案例。由于对失败的测试用例进行重新测试,所以耗费时间。测试用例只能在测试开始后获得,而不是之前。 缺点:如果不遵循设计结构水平,在理解开发人员对缺陷的修复方面存在复杂性,这些缺陷在整个测试过程中被确认。测试是针对有限的功能进行的,所以如果其他功能有问题,就很难追踪到它们。它没有被记录下来,所以将来没有参考。
欢迎任何形式的转载,但请务必注明出处,尊重他人劳动成果。
转载请注明:文章转载自 有区别网 [http://www.vsdiffer.com]
本文标题:重新测试和完善性测试的区别
本文链接:https://www.vsdiffer.com/vs/difference-between-re-testing-and-sanity-testing.html
免责声明:以上内容仅是站长个人看法、理解、学习笔记、总结和研究收藏。不保证其正确性,因使用而带来的风险与本站无关!如本网站内容冒犯了您的权益,请联系站长,邮箱: ,我们核实并会尽快处理。