项目经理压缩测试周期 Tester做好这些

本文章出自【码同学软件测试】
码同学公众号：自动化软件测试
码同学抖音号：小码哥聊软件测试

提起“压工期”这三个字，相信没有人比测试人员更能深刻体会了，这三个字一直在我们的工作中挥之不去，如影随形。

笔者曾经历两周时间压成一周，一周的工期压成两天的项目。也经历过压根就没有考虑测试时间，上线时间一固定，开发完了剩多少时间就有多少测试时间的情况。
那么，既然事实如此，我们能做些什么呢？我们秉着3W的原则来分析一下。

WHO 谁压了我们的工期？

测试人员作为项目流程中的后置流程，自然是前置流程压缩了我们的工期。前置流程有谁呢?产品和开发，项目组分得细一些，就是产品、前端和后端，每个流程都延期了一点，上线日期却保持不变。那么给测试小伙伴留的时间自然是少的可怜。

WHY 为什么会被压工期？

我们看看前置流程为什么会被延期。首先看产品，产品延期说明需求出了问题，需求问题大致可分为两种：一、需求不完整或需求出的晚；二、需求变更频繁。这两种情况在项目中也许因为各种各样的原因无法避免，但是一旦没有一个好的应对措施，将会对项目产生很大的影响，最可能出现的情况就是质量不佳+项目延期。 再来说开发，开发除了需求原因导致的延期以外，最可能出现的情况是需求分析不透彻，开发时不考虑细节，旁支的业务点没有考虑到，导致提测后出现的bug可能会出现很大的工作量，甚至可能会推翻之前的设计。

WHAT 我们能做什么ÿ