【简答题】什么是回归测试？什么时候进行回归测试？

【简答题】什么是回归测试？什么时候进行回归测试？

回归测试是确保软件代码变更后现有功能不受影响的质量控制手段，通过重新执行历史测试用例验证系统稳定性。就像安装新空调后发现电灯不亮的生活场景，软件开发中修改代码也可能意外破坏原有功能，而回归测试正是发现这类"灯下黑"问题的关键。

核心触发场景覆盖开发全流程：在代码修改后（包括缺陷修复、新功能添加、性能优化）必须执行；版本发布前需进行全面验证；采用CI/CD流程时，每次代码提交都应自动触发；功能模块重构或关键业务流程变更后更需重点测试。文档中特别强调，即使微小代码调整也可能引发连锁反应，例如修复一个缺陷可能导致另一个缺陷出现，此时需结合调试工具开展回归测试。

执行策略需因时制宜：短期项目可在功能测试后运行，长期项目建议每日执行；完整回归适用于核心功能变更，选择性回归可针对影响范围有限的修改。在敏捷开发中，回归测试常与自动化工具结合，通过复用历史测试用例构建防护网，确保迭代速度与质量平衡。

软件迭代如同城市更新，每次"施工"都可能挖断地下管线。回归测试就像施工后的市政巡检，既要看新工程质量，更要确保水电气等原有设施正常运转。在追求快速交付的今天，它不是额外负担，而是保障用户体验的最后防线——毕竟没人希望更新APP后，常用功能突然罢工。