常见的几种情况：
1、项目周期短，测试时间赶；
2、转测时间一延再延，测试时间不断挤压；
3、需求一变再变，导致开发、测试时间不够；
4、开发质量太差，类似的问题反反复复出现，导致测试时间不够。
在这些情况下，项目仍要如期发布该怎么办？
事已至此，哪怕再怎么抱怨、吐槽也没用，项目总是要上的。
此时，一定要拉到项目负责人：
- 定下测试优先级，测试策略，即优先测试哪些功能，是不是保主要流程和界面样式，其他分支流程和细节可以留待后面测试优化？
- bug是不是只确保严重等级以上的完全修复，其他尽量修复，不行留待后续版本解决？
- 人员是不是可以借用，比如拉上产品、运营一起测试？
- 协调好万分无奈的加班计划，尽可能给测试留下时间。
测试内部尽量做好测试左移工作，包括简化用例，预测bug并找时间与开发验证猜测，把更多时间放在接口测试等。
分析成因及做好规避措施
1
第一种情况，往往由以下原因导致：
- 前期时间评估不足；
- 上级拍脑袋定死时间；
- 抢占市场，赶产品发布会等。
不能让不正常成为常态。给领导做好反馈：此次虽然上了线，但实际产品存在很多隐患，需要安排时间及时处理。
2
第二种情况，往往由以下原因导致：
- 前期时间评估不足，技术难度远超预期；
- 需求有了增加；
面对第一个原因，要让开发以后吸取教训，做好风险和问题评估；面对第二个原因，要找项目负责人反馈看法——非特别紧急的需求，不能随便加塞！
3
第三种情况，往往由以下原因导致：
- 前期需求设计不周全，导致后面频频改动；
- 因为客户、测试、开发陆续的反馈，产品直接把需求加上来；
反馈给项目负责人：今后如非必要，要杜绝需求经评审通过后，再进行更改，尽可能把新增需求安排到下期；就算修改，也要做好需求变更评估，衡量工作量、必要性后再做决定。
4
对于第四种情况，就要和项目负责人、开发负责人好好谈谈了（或者让上级出面），让开发加强功能自测、提高转测质量。绝对不要姑息，后面出了问题，追责时，测试必然首当直冲，你有再多的理由，别人都只会质疑测试的能力。