在软件测试中，针对代码修改后验证既有功能是否受影响的回归测试，通常会采用哪些具体的执行策略？请列举并简要说明。

回答思路

1. 【回答框架 1】回归测试的核心目标是确保代码变更未破坏既有功能，其策略选择取决于变更影响范围、测试成本和发布风险。
2. 【回答框架 2】主要策略包括：全面回归测试，即执行全部测试用例，适用于高风险变更或版本发布前，但成本高、耗时长；选择性回归测试，根据代码变更分析影响范围，仅执行受影响的测试用例及相关模块，成本低，但依赖精准的变更影响分析。
3. 【回答框架 3】基于风险优先级的回归测试，优先执行与变更高度相关、核心业务或历史缺陷集中的测试用例，兼顾效率与风险控制。
4. 【回答框架 4】其他常见策略还包括自动化回归测试，通过CI/CD流水线持续执行，确保快速反馈；测试用例复用与分层化，将测试分为冒烟、功能、集成等层级，按需执行。
5. 【回答框架 5】实际中常组合使用，例如日常迭代采用自动化冒烟与选择性测试，发布前执行全面回归，并利用覆盖率工具辅助评估遗漏风险。
6. 【关键点 1】全面回归测试保风险但成本高，适合版本发布前或高风险变更。
7. 【关键点 2】选择性回归测试基于变更影响分析，成本低但需要精准评估。
8. 【关键点 3】风险优先级策略聚焦核心功能及历史缺陷区域，平衡效率与安全。
9. 【关键点 4】自动化回归测试结合持续集成，保证开发过程中快速反馈。
10. 【关键点 5】实际项目常组合多种策略，并依据覆盖率或代码变更数据动态调整。
11. 【易错点 1】不进行变更影响分析就盲目选择全面回归，可能导致资源浪费或覆盖不足。
12. 【易错点 2】过度依赖自动化测试而忽视手动探索性测试，可能遗漏界面复杂或非确定性场景。
13. 【易错点 3】将回归测试仅视为执行全部用例，忽略风险分级与用例分层，导致测试效率低下。