关于测试排期那些事

大家好，我是阿娟，一个正在坚持每天阅读写作、复盘思考的程序媛

问：测试排期怎么做，感觉每次时间把控都有一些偏差。

回答：

1、测试排期需要考虑的因素

功能的大小：根据功能的大小和以往测试的经验可以先估计一个大概的时间，再根据其他因素做出加减天数调整。

测试用例条数和场景复杂度：按照每天执行大概用例数估计一个时间，考虑到场景复杂度或功能链路长等因素，适当加减调整几天。

是否涉及到回归内容：一般回归时间是要算入到测试排期的，比如功能A一轮测试4天，二轮测试2天，影响到旧功能需要回归1天，这样测试周期就是7天。

上线的优先级和紧急程度：会出现很多需求同时提测的情况，这个就要根据上线的优先级做出调整，比如功能A优先于功能B，功能A测试周期6天，那功能B的测试开始时间是功能A完成测试后。

很多同学也问到，遇到两个需求同时上线这种怎么办。其实这种处理也很简单，即使上线时间相同，那总的测试周期也是需求A+需求B。

2、测试排期可参考的几个点

开发周期：一般测试周期是小于开发周期，测试周期可以等于开发周期的三分之一或二分之一，要考虑到当前服务的上线情况和线上回归工作。

比如测试的需求A后端是已有服务，那主要测试集中在前端功能，后端主功能回归。测试的需求A后端是新开服务，除了功能验证，可能要涉及到后端接口验证，上线等等。

测试经验：参考之前测试同事的测试周期或以往测试类似的功能的经验。

今天的分享就到这里了，希望对你们有帮助。