软件测试最全项目测试排期的正确方法是什么？_研发排期信任度，软件测试高级工程师必备知识

本文链接：https://blog.csdn.net/2401_84715732/article/details/138796793

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

技术项目不能按照研发排期的百分比来衡量，很多技术项目的测试排期可能超过研发排期。

比如同一种代码语言，迁移不同框架。研发只要改动入口、日志等，大部分平移方法函数等，所以较少的代码行数变动会给测试带来一种错觉:研发天数好短，那么测试排期也可以很短。其实很多接口测试、功能回归会带来很长的排期。这种排期需要拆分接口数和罗列具体回归的核心功能点叠加计算测试排期。

再比如不同语言的代码迁移，研发需要从一种语言翻译编写成另一种语言，这会花费较多的研发时长，测试排期除了需要按照提测里面迁移的接口数、功能点来评估，通常需要额外花时间在性能和安全等方面做工作。

虽然产品项目的排期可以参考上面的通用经验，但是对于回归量大于新增量的测试工作，通常测试排期要翻倍。

对于一个完全新的产品1.0版本，我们不需要考虑回归，因为这个就是初版。但是我们测试的项目通常都是不断迭代优化的产品，所以测试产品=新增测试+原有功能测试。回归测试的测试时长判定，需要研发测试共同评估对现有产品带来了哪些影响，对核心功能还是次要功能。如果新增功能是在核心功能上，通常需要增加功能测试时长，具体分析需要罗列回归核心点。

如果是一个完全新的产品1.0，我们仍旧需要考虑众测、用户体验、兼容性、稳定性、美观等方面，根据产品特点重点增加相应的测试时长。

主要原则之要素二：研发人员

很多人会问测试排期为啥要看研发人员呢，这里面看的是研发人数、依赖。

研发总时长就是所有参与项目每个人的研发时长总和。研发如果多个人，通常意味这会有任务紧急拆分、研发联调的情况。联调意味着存在上下游关系。通常反馈到测试任务里面，我们可能需要有测试依赖和测试联调。测试该项目存在依赖，如果是一个系统级的项目，需要进行联调测试。所以测试不仅仅包含模块内的自测，以及系统间的联调测试。

主要原则之要素三：BUG回归

测试是一个通过测试验证并发现解决问题的过程，参与者不仅仅是测试人员，问题的解决需要研发来解决。除了正常测试时长分配，需要额外划出推动解决并回归验证bug的时间，该过程包括复现、提交bug，协同研发解决，回归验收等。bug发现越早越好，临近上线前发现bug数目较多，意味着上线后存在bug的几率较高。