在工作中，我们经常会遇到测试时间不足的情况。这种情况，该如何应对呢？
事实上，做IT的，好像时间就没有充足的时候。项目管理组织有过统计，只有极少数项目能做到按期交付。那么不能按期交付的时候，作为测试人员怎么办呢？
我们都希望能够延期上线或者交付，当然我们也通常可以给出中肯的理由。但是有的时候，这些理由并不重要。
常规操作就是加班，或者增加人手，延长工作时间，挤出时间来。简单，有效，但是有点愚蠢，并且一点技术含量都没有，显得十分没水平。当然，班还是要加的，这就是非技术层面，而是管理层的问题了，对于测试一线人员来说，起码在工作态度上要保证。
事实上什么时候上线，除了质量之外还有许多因素需要考虑。质量很重要，但是市场压力、竞争、用户对产品的渴求程度、员工问题以及很多其他非测试的问题都会影响上线日期。作为测试人员，我们只是需要在给定的时间之内完成尽可能多的工作。
当然，任何项目都要为交付做出取舍，既然有的项目会因为进度而选择牺牲质量，自然也会有项目为了质量而延期上线。这个时候，延期多久就成了一个新的问题，这个时候就需要测试经理发挥自己的专业能力来说服项目经理或其他能左右项目交付的人。
总而言之，对于最底层的测试人员来说，不应该抱怨测试时间太紧张，这没有任何意义，而是应该提前汇报风险。这才是我们的职责范围，也是我们应该担心的范围。
个人提出了以下几点，供大家参考和讨论：
1.需求确认阶段多与项目负责人沟通，快速掌握原型和需求，计算出完整测试所需时间，需求评审时积极主动提出测试所需时间，合理正确更多的时间进行测试，减少测试时间被挤压或不被重视；
2.重新审视需求，缩小测试范围，减少工作量，告知测试负责人和项目负责人，在相关测试报告中体现出因时间压缩漏测的部分功能点可能带来的风险；
3.识别任务优先级和重要性；优先完成核心模块和重点任务，保证业务流程正确无误，注意模块间的连通性；
4.降低非关键模块的测试强度，根据个人的测试经验去关注容易出问题的功能点，提高测试准确度，保证工作量不会太难看；
5.在需求评审后尽快编写出相关的测试大纲设计和具体的测试用例，在测试过程中再根据实际情况稍作调整，分离测试过程，保证测试有序进行；
6.提缺陷时尽量附上截图、日志信息、接口传参和返回值等等信息，文字描述清晰，有必要的直接录视频上传到缺陷管理系统。否则开发看不明白，经常追着你问重现步骤，也是很影响工作效率的；
7.在测试小组内，进行员工激励，提高工作热情；
后期改进：
1. 识别风险，增加风险应对策略，预留风险应对时间；
2.优化项目流程，加强控制，避免意外情况的发生；
3.引入技术和工具，比如自动化测试，提高测试效率，缩短测试时间；
4.加强项目组内沟通，提高沟通效率，缩短因沟通引起的延迟时间；
另外提一句，测试时间不足如果是由人员不足引起的，不要认为测试经理各自花费点精力，加入测试执行就可以解决，这不是一个长期的办法。测试经理有自己的职责和任务，如果他们过多的参与测试执行，那么他们各自在项目上的工作输出势必会减少。他们的上级会去做本该由对于的项目测试员做的工作。由此带来的连锁反应就是，整个项目团队都在做自己职责外的工作，来填补一个测试工程师的空缺，造成整个团队的紧张和混乱。显然，这是非常不可取的。因此，不要吝啬人力成本，快招人把。