今日讨论：时间紧，工作量太大，作为测试该怎么办？

昨天看到群里有一个小伙伴问出这样的问题：

公司签署项目合同死亡日期线是10月1号（平台正式上线）项目上存在以下的几个问题:
1，项目任务工作量太大，开发排期9月中旬才能完成开发(在不修改需求的情况)
2…

简而言之，就是 时间紧，工作量太大，该怎么办？

整理了一下群里大家的回复：

匿名K同学：
需要制定明确的测试计划（分轻重缓急），并且拿出数据，以文档的形式邮件告知领导（最好开会讨论）；

如强制上线，测试报告告知有哪些问题（不然测试背锅）。

最重要的就是沟通：
1.让大家知道这个项目的困难（时间不够，人员不够）；
2.还有哪些未知的风险（全部抛出来，别就你自己知道），如领导知道这些风险，并同意上线，请邮件告知：已知晓风险，同意上线；

最起码我是这样做的。

一个原则：尽早把发现的问题（BUG、资源不够等）暴露出来。

匿名L同学：
可以让开发部分转测，先转先测，重新把大项目拆分成小功能点，建立转测里程碑，重新评估测试计划。

匿名W同学：
中间不是排有迭代计划么，一条一条对不，什么时候提测，没提测就是对应延期了呗，至于测试时间，拍计划的时候自己确认的，开发按时提测还没测完的话，自己背锅吧。

质量这回事，从上往下抓吧 小测试是推不动质量的。

建议找相关负责人陈述一下事实，相关风险，需要的测试资源以及为什么需要这些资源，然后让相关负责人来推。
你这个情况 ，问题在公司，不是说大家给你出主意就可以解决掉的。

匿名A同学：
开发质量，还是得上面领导重视，下面的人推不动。
我们的方法是直接跟测试经理反馈，在有开发，测试领导的群里每日发送新增bug数，解决bug数。

匿名Z同学：
测试尽力去推动+每日上报反馈进度+风险，上报的途径可以是每日测试日报中的邮件+晨会上反馈（如果有的话）；

开发提供开发计划，测试输出测试计划，产品、开发、项目负责人一起评审，达成一致，后续的时间节点就按照计划来，如果进度延期超过半天了，就需要上报风险+推动进度。

资源这些应该是在测试计划之前就暴露出来吧。

匿名M同学：
我觉得得先把迭代计划列出来，开发、测试、产品和领导都先对一下，总要先有个主线出来吧，不可能等所有的都开发完成了，测试才介入吧。

---

我的回复：
个人“有幸”经历过这样的阶段，从几个角度来说 ：

1. 产品方面：

   1. 项目任务工作量太大，开发排期9月中旬才能完成开发 。这样的排期下，其实产品已经知道 测试这边可能是完不成的 。可以先了解一下产品对质量的期望 ：是要求 主流程没问题 还是 页面无重大BUG就可以；
   2. 10月1号正式上线 ，是否上线之后就会有真实用户使用…了解实际场景 ，与产品说明风险，要么加人，要么砍需求，如果都不能做到，那我们对质量的保证 只能保证 主流程的 。我觉得首先第一步是需要与产品沟通 。

2. 开发方面：

   1. 我们可以适当与开发沟通 ，是否可以提前提测/大的模块拆分提测，最好不要在 9月中旬一次性提测，看看能不能 在9月初就有部分先行提测，缓解各端压力；
   2. 提交BUG时，分优先级，比如优先级 严重、高、中级别的直接开给开发，优先级低的问题开给产品，让产品决定是否需要延后，如果这个迭代需要修复，再由产品转给开发 ；
   3. 高强度 & 紧张的迭代过程中，一定要多多鼓励/赞美开发，理解并肯定开发们的工作，并看看他们开发工作中是否遇到了什么难题，在预期提测日之前了解开发是否能如期提测/提前提测 。在这种情况下，大家都很急，千万不要一直催，别人也会不舒服，看看自己有没有能够帮助到他们的。

3. 测试效率提高：

   1. 测试用例上尽量编写优先级最高，高，中的用例/测试点，尽量覆盖到可测的测试点；
   2. 提交BUG时，也注意效率；
   3. 看看能不能借助一些手段/工具尽量在测试之前就把测试数据准备好。

4. 测试资源调配/组内测试成员情绪安抚鼓舞/进度推进：

   1. 如果是自己一个人测试，看看其他组内有没有空闲的测试小伙伴，与老大反馈测试紧张，需调配资源；
   2. 如果自己组内有多个测试小伙伴，合理平均分配好测试工作，也需要对组内测试小伙伴进行一些肯定与鼓舞，让大家乐观面对这些情况，尽量以微笑面对她们，不要自己愁眉苦脸的，这也是一个很关键的点；
   3. 进度推进的话，可以号召产品召开例会，进度推进一定是要产品来推进的，测试也是主力，但我经历过，产品对进度不闻不问，开发也不着急，就测试干着急。所以一定要产品来推进这个进度，测试只是辅助推进 4.测试一般推进的点 ：优先级最高的就是 提测项是否可以再预期时间提测，其次就是每天关注开发未修复的BUG，然后就是 测试未验证的BUG。

5. 各端一定要加班（避免不了的），全力在9月底之前完成测试，回归，以及验收。

6. 最后也是最关键的一点，下次有新的项目了，有新的需求了，要跟产品说，一定要先把需求给开发&测试过一遍，让你们看看大概的排期大概是什么时候 ，很多情况就是 ，产品跟客户去谈需求的时候，客户说什么时候要，产品就直接答应下来了，完全没有思考 你们开发&测试这些项来不来得及。因为这个事已经发生了，上面其实是针对已经发生的事的一些办法，然后就是想下次如何避免/减少这种情况。

---

自己经历过这样的阶段 ，大家可能觉得最主要的点 就是要 测试去催进度 ，但 很多情况就是 开发实际估的时间 已经超过 交付时间十多天，或者一个月这样子，开发也是加班到深夜 + 周末都在加班，像我们开发就是 清明节3天都在加班，这种情况再去催进度，其实没有任何意义啦， 因为已经挤不出什么时间了。 这种情况也不是开发的问题，主要还是大家都互相理解，然后先把当下的困难一起解决~找出造成此次事情发生的原因，下次避免。

希望以上大家的回复，对你们有所帮助。