如何保证bug在改完之后不会引起新bug

 一、测试前：影响范围分析

1. 代码关联分析：依据开发代码关联性检查获取改动信息，聚焦影响范围，明确代码改动影响的业务功能、是否涉及公共组件或接口，检查 Swagger 文档更新情况。若开发无法明确影响范围，在测试计划中标注 “需扩大回归范围”，并将明确的改动范围转化为测试用例。
2. 业务场景关联：对比需求文档，核对 Bug 修复是否涉及需求变更（如新增字段、逻辑分支），确定需要回归的上下游功能。
3. 制定回归清单：清单包含所有与修改代码相关的业务主流程等核心功能、历史 Bug 高发区和复杂业务逻辑等高风险模块，优先执行关联模块的自动化测试脚本。

二、测试中：分层回归测试

1. 精准回归测试
   • 定向验证：基于影响范围分析，仅测试与 Bug 修复直接相关的功能。
   • 数据边界测试：覆盖旧 Bug 的触发条件及边界值。
2. 自动化快速验证：使用接口自动化测试平台批量运行核心接口测试。