【软件测试】测试时间不够，项目要发布了咋办？看看资深测试的做法......

---

前言

常见的几种情况：
1、项目周期短，测试时间赶；
2、转测时间一延再延，测试时间不断挤压；
3、需求一变再变，导致开发、测试时间不够；
4、开发质量太差，类似的问题反反复复出现，导致测试时间不够。

在这些情况下，项目仍要如期发布该怎么办？

事已至此，哪怕再怎么抱怨、吐槽也没用，项目总是要上的。

此时，一定要拉到项目负责人：

定下测试优先级，测试策略，即优先测试哪些功能，是不是保主要流程和界面样式，其他分支流程和细节可以留待后面测试优化？

bug是不是只确保严重等级以上的完全修复，其他尽量修复，不行留待后续版本解决？

人员是不是可以借用，比如拉上产品、运营一起测试？

协调好万分无奈的加班计划，尽可能给测试留下时间。

测试内部尽量做好测试左移工作，包括简化用例，预测bug并找时间与开发验证猜测，把更多时间放在接口测试等。

分析成因及做好规避措施

第一种情况，往往由以下原因导致：
前期时间评估不足；
上级拍脑袋定死时间；
抢占市场，赶产品发布会等。
不能让不正常成为常态。给领导做好反馈：此次虽然上了线，但实际产品存在很多隐患，需要安排时间及时处理。

第二种情况，往往由以下原因导致：
前期时间评估不足，技术难度远超预期；
需求有了增加；
面对第一个原因，要让开发以后吸取教训，做好风险和问题评估；面对第二个原因，要找项目负责人反馈看法——非特别紧急的需求，不能随便加塞！

第三种情况，往往由以下原因导致：
前期需求设计不周全，导致后面频频改动；
因为客户、测试、开发陆续的反馈，产品直接把需求加上来；
反馈给项目负责人：今后如非必要，要杜绝需求经评审通过后，再进行更改，尽可能把新增需求安排到下期；就算修改，也要做好需求变更评估，衡量工作量、必要性后再做决定。

对于第四种情况，就要和项目负责人、开发负责人好好谈谈了（或者让上级出面），让开发加强功能自测、提高转测质量。绝对不要姑息，后面出了问题，追责时，测试必然首当直冲，你有再多的理由，别人都只会质疑测试的能力。

做个有原则的测试人。至于哪些原则，看组织和个人情况。因为与开发打交道，某些事情（某个缺陷是提单还是不提单、确实定级致命、严重、一般，转测试电子流启动再开始测试还是先测试）难免存在灰度，如何妥善处理特殊场景就要根据自己的原则来办。

测试经常是背锅的。每次出问题领导第一句话是"测试为什么没有测出来"。我的理解是这也难免，产品发布的最后一道环节，而且马后炮去看一个场景真的觉得都挺简单的。分析下问题场景，如果确实很低级，就反思下为啥会漏了。如果是在很苛刻的条件下才能重现，就好好总结一下，都是宝贵经验。

最重要一点不应该把责任都归咎于测试执行或设计人身上。否则后面就没有人愿意主动承担高风险任务了。每个测试人员在过程中按流程尽职尽责做好就好。因上努力，果上随缘了。

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

管你干什么，都会有两种结果：一种是笑话，一种是神话。如果你半途而废，只能成为朋友中的笑话；但如果你成功了，你就变成她们眼中的神话。社会就是现实！要么不做，要么做好。

命运给你一个较低的起点，是想让你用你的一生去奋斗出一个绝地反击的故事。这个故事关于独立，关于梦想，关于勇气，关于坚忍。

每个人真正强大起来都要度过一段没人帮忙，没人支持的日子。所有事情都是自己一个人撑，所有情绪都是只有自己知道。但只要咬牙撑过去，一切都不一样了。