在研发同学技术评审完之后，研发同学基本上可以预估自己需要多长的开发时间，所以往往技术评审会上会给出开发排期和提测时间点，这时需要我们给出我们 QA 的测试排期，那么排期估时多长是合理的呢？估短了怕自己测不完，估长了怕研发和产品同学质疑和拷问，作为一个专业的测试，排期绝对不是拍脑袋决定的，下面是我根据经验总结出来测试排期策略。
排期策略：
1、以研发同学的总开发工时的一半为基调，比如如果前后端同学排期加起来 10 天，那我们的测试时间就折半，初步定在 5 ~ 6 天
2、考虑需求的复杂程度，复杂程度从两方面体现，一是前端跟后端的改动比例，二是修改的链路长度，如果大部分是后端改动或者修改的链路较长，排期可以稍微多一两天，反之，如果大部分是前端样式的改动或者改动的链路较短，可以适当缩短排期或者维持排期不变。
3、考虑业务风险程度，对于涉及到风险程度较高的功能需求，比如涉及到账单结算这样的需求，可能排期会稍微多一两天。
4、结合开发同学一贯的提测质量，如果提测质量一贯较高而且改 bug 一直都很高效，这时可以适当缩短排期或者维持排期不变，否则适当加长排期估时。
5、想想自己在测试过程中还有哪些事需要并行的做，大概会占用多少时间，在初步确定的时间上进行调整
注意：排期不要定得太紧张，给自己留点 buffer，特别是当自己不是全人力都在当前需求测试时，更需要考虑到这方面，尽可能把排期时间加长一些。遇到特别没把握不确定的，可以先说第一次测这块业务或者这段时间还有xxx事在并行地做，估时先估这么长时间，后面如果提前测完则提前上线，但也不要估时太长，这样会让开发和产品同学觉得你能力不行。。。
排期完毕之后在指定平台或者群聊更新或周知排期信息。
欢迎关注公众号 TestDevelop , 我在这里分享各种测试开发技术知识、沟通技巧、职场感言。欢迎后续与我共同成长。
标签：同学,改动,估时,排期,多长,测试,提测 来源： https://www.cnblogs.com/hi3254014978/p/15861318.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。