回归测试的目的
核心目的：验证代码/配置修改后，原有已经正常的功能没有被破坏，防止引入回归缺陷（旧功能复现或新增旧场景bug）。
拆解成几点：
- 发现回归bug
当修复bug、新增需求、修改公共/共享文件、升级依赖后，改动可能间接影响其他模块。回归测试检查原本正常的老功能，有没有因为这次变更而出问题。 - 保证原有业务逻辑稳定
新增功能不能牺牲老功能；修复一个bug不能制造出新bug或者把以前修好的bug重新带出来。 - 确认改动的影响范围，评估上线风险
像你前面提到的共享文件修改，改动是全局生效，回归测试用来确认影响边界，判断能不能上线。 - 保障版本迭代质量
每次迭代都做回归，避免缺陷累积，防止版本越更新bug越多。
一句话简短版（工单/用例文档直接用）：
验证软件变更（新增功能、缺陷修复、配置修改等）不会破坏原有已正常工作的功能，检出回归缺陷，保障版本质量，降低上线风险。
补充区分
- 新功能测试：测新加的功能能不能正常工作
- 回归测试：测老功能有没有被改坏
要不要我顺便写回归测试的准入、准出标准？