如何评估测试排期？

在技术评审完之后，研发同学基本上可以预估自己需要多长的开发时间，所以往往技术评审会上会给出开发排期和提测时间点，这时需要我们给出测试排期，那么排期估时多长是合理的呢？估短了怕自己测不完，估长了怕研发和产品同学质疑和拷问，作为一个专业的测试，排期绝对不是拍脑袋决定的，下面是我根据经验总结出来测试排期策略。

1、以研发同学的总开发工时的一半为基调，比如前后端同学排期加起来 10 天，那我们的测试时间就折半，初步定在 5 ~ 6 天。

2、考虑需求的复杂程度，复杂程度从两方面体现，一是前端跟后端的改动比例，二是修改的链路长度；如果大部分是后端改动或者修改的链路较长，排期可以稍微多一两天，反之，如果大部分是前端样式的改动或者改动的链路较短，可以适当缩短排期或者维持排期不变。

3、考虑业务风险程度，对于涉及到风险程度较高的功能需求，比如涉及到账单结算这样的需求，可能排期会稍微多一两天。

4、结合开发同学一贯的提测质量，如果提测质量一贯较高而且改 bug 一直都很高效，这时可以适当缩短排期或者维持排期不变，否则适当加长排期估时。

5、想想自己在测试过程中还有哪些事需要并行做，大概会占用多少时间，在初步确定的时间上进行调整。

切记：排期不要定得太紧张，给自己留点缓冲时间，特别是当自己不是全人力投在当前需求测试时，更需要考虑到这点，尽可能把排期时间加长一些。遇到特别没把握的，可以先说第一次测这块业务或者这段时间还有 xxx 事在并行地做，先估这么长时间，后面如果提前测完则提前上线；但也不要估时太长，这样会让开发和产品同学觉得你能力不行。

排期完毕之后在指定渠道更新或周知排期信息。

本文由51ste.com网友编辑，未经授权，不得转载使用上述作品盈利；个人转载，需标明作者及出处。