2.1.2 补丁包项目

　　按项目实际需求配比，范围区间：1:1到1:1.2.。

　　1）补丁版本基本测试：仅进行新增功能验证时间进行配比。

　　2）补丁版本全覆盖测试（额外配比）：除对新增功能配比相应时间外，项目经理需向测试负责人申请追加全覆盖测试配比时间（参考新开发产品，模块第一轮测试时间）。

　　2.2 额外配比测试：（特殊功能）

　　额外配比测试公共约定：

　　1）功能及性能测试设计前，项目经理需向测试负责人提供详细问题单缺陷分析文档或提供详细设计文档并组织有效系统培训；

　　2）测试版本提交前，项目经理需向测试负责人提交该功能影响范围及测试重点说明；

　　3）额外配比测试，最多转测次数为2轮；若超过2轮，项目经理需向测试负责人申请额外时间配比。

　　4）测试结束标准已测试计划中对各轮次制定测试目标一致。若当前系统无法达到本轮测试目标，待本轮计划结束之日，项目经理需向测试负责人申请延长该阶段时间配比，并适当调整项目计划。

　　5）其它标准请参考《测试提交规范2.0》产品转测标准及版本打回标准章节。

　　2.2.1 修改现网问题：（额外配比）

　　1）功能缺陷：至少预留2天测试设计、2天测试执行、0.5天测试报告；

　　2）性能调整：至少预留3天功能测试设计、1天性能测试设计、5天测试执行（包括：3-5性能测试）、0.5天测试报。

　　2.2.2 模块结构调整：（额外配比）

　　1）功能调整：按新开发产品，模块第一轮测试时间进行配比。

　　2）性能调整：至少预留3天功能测试设计、1天性能测试设计、5天测试执行（包括：3-5天稳定性测试）、0.5天测试报告。

　　2.2.3 系统升级测试 （额外配比）

　　1）若存在历史升级记录，每个脚本至少预留0.5天测试设计、1天功能测试。

　　公式：升级测试额外配比时间=升级脚本的个数*1.5人天

　　若不存在历史升级记录，每个脚本至少预留0.5天测试设计、1.5天功能测试。公式：升级测试额外配比时间=升级脚本的个数*2人天

　　2）若存在历史升级记录，需要从一个较早的版本升级到当前目标版本。每个脚本至少预留 0.8天测试设计、1.2天功能测试。

　　公式：升级测试额外配比时间=升级脚本的个数*2人天

　　3）若不存在历史升级记录，每个脚本至少预留 0.8天测试设计、2.2天功能测试.公式：升级测试额外配比时间=升级脚本的个数*3人天