「测试38」测试小故事38：时间不够测不了

测试38

时间不够。

这也许是测试最常遇到的情况，不仅是测试新人，做了很多年的测试老鸟也会感到无所适从。

前些时的一个项目，执行时间为两周，典型的系统功能增强，使用敏捷开发模式，迭代速度快。

人力资源，测试老中轻搭配，其实就是3个人组合工作，执行测试。

进度卡的很紧，问题很突出：业务不熟悉，时间明显不足，人力配备。。。还好以前也遇到过，当然是老鸟的经验。

本来以为最容易出现问题的是新人，结果新人表现的相当镇定，按任务分配时间完成。

出现问题的是有了几年经验的测试人员，他们考虑到了任务量和时间的关系，却没能正确的处理测试任务和测试时间的关系。

希望完整的执行测试，时间不允许，但又不允许不测或是漏测，纠结。。。。。。

所以提出“告诉开发，测试时间不够，延长时间吧。”这个真的不是难，而是不可能。

测试人员在用心做事，有风险意识，时间不够，该怎么办？

改变策略，在计划进度不变的情况下还要保证测试工作的进行，想来也只有这样一个办法，调整测试策略。

说的粗一点就是，给多少资源干多少活，在有限的资源下，合理分配达到最佳效果。

事有轻、重、缓、急，系统有不同的研发阶段，测试有不同的类型，分析然后快速做出判断，给出应对策略。

时间不足，那就在整个测试执行中采用广度，也就是覆盖整个业务流程；在核心功能和新增功能上采用深度，也就是对其相应功能细致测试。

还有一点，及时与开发沟通测试策略，从开发的角度评估系统的风险，在执行过程中不断的动态小幅调整执行方法。

最后，及时通报测试的结果，评估系统质量，供项目所有人参考。

测试需要执行，系统需要发布。

尽可能多的测试，不放过任保一个问题，这是测试的原则。

面对时间压力，孰轻孰重，并不是所有的缺陷都要修复，也许测试也需要有一点妥协，也许需要多一点的风险和质量控制意识。