保证质量方案
找到项目负责人确认
1.定下测试优先级，测试策略，即优先测试哪些功能，是不是保主要流程和界面样式，其他分支流程和细节可以留待后面测试优化？
2.bug是不是只确保严重等级以上的完全修复，其他尽量修复，不行留待后续版本解决？
3.人员是不是可以借用，比如拉上产品、运营一起测试？
4.协调好万分无奈的加班计划，尽可能给测试留下时间。
找产品组沟通
让对应产品和开发一起开会，产品深度讲解本次迭代的需求，开发讲解实现及注意点，确保三方尤其是测试这边的人员快速理解需求，节省时间
分析成因及做好规避措施
1.上级定死时间
前期时间评估不足；
上级拍脑袋定死时间；
抢占市场，赶产品发布会等。
不能让不正常成为常态。给领导做好反馈：此次虽然上了线，但实际产品存在很多隐患，需要安排时间及时处理。
2.评估不准确
前期时间评估不足，技术难度远超预期；
面对第一个原因，要让开发以后吸取教训，做好风险和问题评估；
3.需求设置设计不完整，改动过多
前期需求设计不周全，导致后面频频改动；
因为客户、测试、开发陆续的反馈，产品直接把需求加上来；
反馈给项目负责人：今后如非必要，要杜绝需求经评审通过后，再进行更改，尽可能把新增需求安排到下期；就算修改，也要做好需求变更评估，衡量工作量、必要性后再做决定。
4.开发自测质量不行
要和项目负责人、开发负责人好好谈谈了，让开发加强功能自测、提高提测质量。