本文详细介绍了软件测试的基本流程，从需求评审到测试报告的提交，特别聚焦于回归测试的重要性和实施步骤。回归测试是在修复bug后，确保修改未引入新错误的关键环节。
拿到需求之后 进行一个评审需求—编写测试计划—制定测试方案— 编写测试用例— 测试环境搭建 — 执行测试用例 —进行问题的回归测试 — 再进行测试结果评估和总结 — 提交测试报告
回归测试就是执行测试用例发现bug之后 对bug的提交 随后开发人员对bug进行修改 修改了旧代码后，重新测试以确认修改没有引入新的错误或导致其他代码产生错误。
回归测试的场景：1.开发修改完bug之后：
a.测试同学需要将之前发现bug的用例再次执行一遍，已验证此问题已经修复，然后关闭对应的bug单，写明必要备注
b.验证其他和此bug有依赖关系的场景用例是否正常
2.迭代上线前：每个迭代不同模块肯定有很多不同类型的bug,在前面场景1中都是零零散散的回归了开发修复的bug，等到最后上线时，往往我们会再进行一次回归测试范围：本次迭代全部场景方法：抽取其中部分用例做为回归测试用例执行：再次执行抽取的测试用例，记录结果
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
