如何保证bug在改完之后不会引起新bug
一、测试前：影响范围分析
- 代码关联分析：依据开发代码关联性检查获取改动信息，聚焦影响范围，明确代码改动影响的业务功能、是否涉及公共组件或接口，检查 Swagger 文档更新情况。若开发无法明确影响范围，在测试计划中标注 “需扩大回归范围”，并将明确的改动范围转化为测试用例。
- 业务场景关联：对比需求文档，核对 Bug 修复是否涉及需求变更（如新增字段、逻辑分支），确定需要回归的上下游功能。
- 制定回归清单：清单包含所有与修改代码相关的业务主流程等核心功能、历史 Bug 高发区和复杂业务逻辑等高风险模块，优先执行关联模块的自动化测试脚本。
二、测试中：分层回归测试
- 精准回归测试
- 定向验证：基于影响范围分析，仅测试与 Bug 修复直接相关的功能。
- 数据边界测试：覆盖旧 Bug 的触发条件及边界值。
- 自动化快速验证：使用接口自动化测试平台批量运行核心接口测试。