项目临近上线，开发环节出现延期，导致留给测试的时间被压缩，该如何应对这种情况？

回答思路

1. 【回答框架 1】测试时间被压缩时，核心是风险应对与优先级管理。首先依据需求变更频率、模块复杂度、历史缺陷密度和用户影响面，识别高风险功能并优先保障核心链路与主流程的测试覆盖，确保关键业务不出重大遗漏。
2. 【回答框架 2】不能简单通过减少用例数量来压缩时间，而应做测试范围裁剪：对低风险、非核心、使用频率低的功能适当降低测试深度，采用冒烟测试与探索性测试结合的方式；对核心功能保留充分的回归测试，并启用自动化执行以提升效率。
3. 【回答框架 3】立即与产品、开发、项目经理沟通，明确指出时间压缩带来的质量风险，提出可接受的质量标准和遗留缺陷的容差清单；建议通过增加临时测试资源、实行测试与开发并行（如提前介入代码评审、静态分析）、分阶段上线或加设灰度发布来降低风险。
4. 【回答框架 4】制定风险登记表与应急计划：对已知高风险缺陷提前准备回滚预案；上线后安排专项测试值班，持续监控线上日志与用户反馈；并推动在后续迭代中补充未覆盖的测试场景，形成质量负债的偿还计划。
5. 【关键点 1】优先保证高风险、核心业务路径的测试覆盖，允许对低风险功能做冒烟测试。
6. 【关键点 2】利用自动化回归与测试左移（如设计评审、代码走查）来争取时间。
7. 【关键点 3】必须量化并上报质量风险，与各方协商明确测试完成标准和可接受缺陷列表。
8. 【关键点 4】计划分阶段发布或灰度上线，设回滚预案以降低整体风险。
9. 【易错点 1】切忌无差别压缩所有测试用例，会导致核心功能出现漏测。
10. 【易错点 2】不要单纯依靠加班延长测试时间，应通过风险评估和削减范围来管理，否则会增加团队疲劳与出错概率。
11. 【易错点 3】不能隐瞒风险或承诺不切实际的质量保证，需透明沟通并取得管理层支持。