在阅读了许多关于烟雾和健康测试的帖子后,他们都没有清楚地描述它们,我总结了关于测试顺序的以下内容:
烟雾测试(广义健康检查)---然后 - >健全测试(将一些主要功能检查到更深层次)(专业健康检查)----------------然后-------->功能测试(在更深层次上进行全功能检查)
在很多帖子中我都读过,理智是回归测试的一部分。但根据上面提到的顺序,似乎理智是功能测试的子集。任何人都可以详细说明如何将理智作为回归测试的子集?
答案 0 :(得分:0)
因此,我们无法在sanity testing
和regression testing.
之间进行关联
Smoke testing
完成了基本/关键功能。如果您有任何功能的5天生命周期,那么您可以花费1/2天的时间smoke testing
。这意味着如果您的基本/关键功能有太多错误,那么您无法进行进一步测试。
在sanity testing
中,我们采用了一些功能,深入并对这些功能进行测试。
它深沉而且狭窄的测试。
而在regression testing
中,您对已经测试的该功能进行了测试。当新版本出现时,它将影响将来出现的旧功能或构建。测试未更改的功能以确保它不会因为更改而中断/在不同版本或测试周期中重新执行相同的测试用例称为regression testing
答案 1 :(得分:0)
功能测试 - 功能测试涉及黑盒测试。测试人员可以识别开发的产品返回正确输出数据的位置,以便使用正确的输入数据。
回归测试 - 回归测试可确保在发生任何更新或修改后,每项功能都能正常运行。
完整性测试 - 完整性测试是表面级别测试,其中测试人员验证产品和项目中可用的所有菜单,功能,命令是否正常工作。
当开发团队在完成代码更改(例如修复错误的状态或实现任何功能)后需要了解产品的快速状态时,执行完整性测试。
没有必要对每个构建执行完整性,但建议执行以及重新测试新构建中的失败问题。
更改软件时...。测试周期
重新测试 - >完整性测试 - >回归测试
对于完整性测试,测试人员可以从回归测试套件中提取测试用例。主要重点是确保软件/构建没有任何重大阻塞问题来启动回归测试。回归测试处于更深层次,比理智测试需要更多时间。
答案 2 :(得分:0)
健康测试:
健全性测试是回归测试的子集。
无论何时部署代码,我们都会测试是否重新测试错误,并进行表面级别的测试是否所有图标,按钮,选项卡都存在并且工作正常,并且由于这些更改而不会引起其他问题。
完整性测试的目的不是测试新的功能,而是确定开发人员在生产软件时已应用了某种合理性(合理性)。例如,如果您的科学计算器给出2 + 3 = 5的结果!然后,毫无意义地测试像sin 30 + cos 50这样的高级功能
回归测试
针对每个发行版以及功能项进行回归测试,以验证新代码构建是否对现有功能没有影响。