【项目排期】测试排期问题思考

测试时间：不成文的原则“开发砍半”

这只是行业中对于测试排期的泛泛估计，具体情况还要具体分析，也有测试时间会远远大于开发时间的情况

项目前

需求评审已过，交互已明确，开发已完成技术调研，就可以输出各个环节的排期了

测试排期和开发排期是相互依赖的，测试排期依赖开发的实现逻辑和开发量，在某些项目中开发需要测试提前补充功能场景来确认实现逻辑

 具体排期输出时间：

开发测试可以一起评估给出整体项目时间

开发模块排期提出后，测试依据开发提测模块排期

开发最好以功能维度提测，开发测试并行进行，缩短项目时间

 

项目周期，开发整体周期，单个开发人员开发时长，2D/人！=两个人1D/人

用例设计，评审（逻辑整理）应该在提测前完成(最好在开发联调过程中)，不延长项目周期

测试时间=功能测试时间（bug整理时间）+相关功能测试时间……同步产品功能时间+数据校验时间+bug验证时间+功能回归时间……产品验证时间……功能调整时间+整体功能回归时间（现在预上线验证不正常）+上线准备……执行上线……线上验证

线上跟进（数据，功能观察，反馈跟进）

排期要留有冗余时间：
提测前：