价值实现发版评审.pptx

价值实现——发版标准标准项各版本是否满足需求Beta封版正式版需求开发测试备注发版时间奋斗时间5月11日6月1日6月15日计划时间5月11日6月1日6月15日实际时间5月11日6月1日6月15日需求符合度需求目标验证通过√√√★★★测试通过率《系统测试》完毕√√√★★Bug全部复测完毕√√√★★兼容性测试通过√√√★★升级测试通过√√√★★接口测试通过√√√★★Bug全部回归完毕————√★★发版前checklist通过————√★★未修改Bug数A、B000★★C000★★D、建议类不限00★★★★稳定性发版前连续3天，每天新增有效需修改Bug数不超过6个√√A/B类为0，C/D类为不超过6个，建议类不做限制★★★前5天新增Bug数量整体呈下降趋势√√√★★★封版后，每日新增有效bug数量8个，√√√★★★beta版发布后，开发每日reopen的bug数量不超过2个——√√★★★产品化版本号，四位数字都正确————√★★★5.0.0.1088产品图标和年号改变，年号为GQI2013————√★★★★

产品开发--产品质量保证措施build期间保障措施系统测试期间保障措施需求交底一轮不稳定功能和新增功能测试测试用例评审CAD模块、做法汇总模块各两轮专项测试代码审查4轮全部功能测试开发人员自测+开发测试结对自测计算对比测试用例集、实际工程集开发进行PSP实践实际工程测试重要功能结队编程自动化测试需求验证（需求）兼容性、加密锁、安装卸载、安全恢复测试结对测试（测试老人+测试新人）升级、接口、效率、CheckList测试自适应小组（开发和测试自适应）分支产品经理总部协助测试（2人，2周)Build2结束后进行一次小型系统测试分支产品经理验收（24人，一周）Build期间用户和产品经理验证用户联测（58人，一周）制定修改bug优先级、修改bug时代码互审

产品开发--产品质量需求B1~B6验证点数量：269个需求验证一次性通过率为92.6%（249/269）最终需求验证全部通过开发总代码行：671086纯代码行：500945注释行：170141本版增加：171180本版删除：56867总修改：228047(含CAD专项)千行bug率为4.91(974/198401)，达到CMM2标准测试测试覆盖全面整体稳定性高

产品开发--产品质量需求验证?????项目验证点数发现问题数一次通过率B160395%B258297%B380100%B433973%B566297%B644491%总需求验证一次通过率为92.6%

产品开发--产品质量开发?????附件：bug分析表格GQI2013各阶段bug情况

Build阶段ABCDE新增非建议纯代码行数千行bug率A053354910192B15252676356323261.73B2766221010595130827.26小系统测试4101933633193717.04B363030178366211713.12B48482498980175424.56B552521217251247032.06B6131774322898562.84系统测试3452301951406134732363220.02合计48848439822011949741984014.91

产品开发——产品质量CAD专项bug情况阶段ABCDE新增非建议纯代码行数千行bug率CAD优化专项421101473176173296405.84开发

产品开发--产品质量测试除Build测试外，过程中还进行了1次系统测试，降低CAD模块和不稳定功能引起的质量风险，避免遗留到系统测试阶段；鉴于CAD模块影响较广，系统测试阶段安排了两轮专项测试；鉴于做法汇总模块内容多，迭代跨度大，系统测试阶段安排了两轮专项测试；根据产品风险及时调整测试计划，第二轮测试结束后，由于bug数量下降不明显，增加了一轮全部功能测试；自动化测试，系统测试阶段每天运行一次，并分析报告（二次编辑模块，CAD识别模块、迭代新增功能已经100%覆盖）

产品质量——功能稳定性测试方法测试用例：对于新增功能，提前编写好详细全面的测试用例，在测试过程中严格按照测试用例进行测试；交叉测试：迭代阶段，所有功能都要进行交叉测试；系统测试阶段，也保证每个专业不少于3人测试过；大量实际图纸测试：CAD专项优化时，测试了接近90张图纸；涉及到的识别功能，普通图纸和特殊图纸各不少于10张；做实际工程：完全按照用户的操作流程，测试和需求每人至少进行一