CSP_IPD_LM_T_0017 补丁开发过程及发布审批检查表_V2.1.xlsVIP

Checklist 封面 标题 是否进行了需求跟踪 是否明确给出了该补丁版本所需要解决的问题列表 关键 是否针对修改的部分安排了充分的检视 重要 开发人员是否针对各问题和修改内容给出了测试建议 开发人员是否对各修改模块安排了单元测试 必须输出单元测试报告，针对每一项在单元测试过程中可以验证的问题说明验证结果；C语言软件代码必须安排PC-LINT或同等作用的工具进行检查 综合评估结果 一般是在CMM缺陷跟踪库中针对每个问题逐个给出，也可以采用其他方式。可以抽样检查，发现有一条问题没有给出有效的测试建议即判定为不符合。由测试人员评价。 是否制订了该补丁版本所需要实施的修改方案并经过了有效评审 是否给出了补丁版本说明文档，并安排了评审或检视 是否针对新特性和修改的问题更新了相关的用户资料 新需求或相关设计变更是否符合微小特性的界定标准 是否安排在模拟网上主要实用环境下进行了有效的系统测试 该问题列表在补丁版本启动测试（可以是开发人员实施）时必须基线化，抄送给相关人员（包括资料开发）。可以是参照版本描述文件或产品自行制订的列表，有等效内容即可 修改的代码、原理图、PCB图、逻辑代码、编译约束文件必须进行检视；如果出补丁的同时还有硬件的相关修改，则相关部分要做对照检视；要有检视记录。检视要保证两人以上（除作者外）；与修改部分有关联的部分都要对照检视（一般建议修改缺陷部分的代码检视范围要比实际修改的部分扩大十倍以上）； 是否给出了补丁版本升级策略文档，并安排了评审或检视 至少必须在补丁测试报告审核通过之前进行需求跟踪，可以用简化方式作出需求实现标记，确保没有不符合需求规格的情况 是否制订了新需求或需求变更请求文档、特性设计方案文档，并通过了评审 是否拟制并安排了PCN的制订和发布 说明： 以下各项仅适用于包含新增微小特性或设计变更情况的补丁（在通用要求基础上的补充要求）。 补丁开发过程及发布审批检查表 Yes是 密级: 内部公开 版本编号 检查日期 1、本检查表仅适用于纯粹修改缺陷的补丁和包含微小特性的补丁。如果要在补丁上实现小特性,则需按照《优化升级版本开发过程及发布审批检查表》进行检查。 2、以下各检查项中，出现一项“关键”的不符合项或二项及以上“重要”不符合项，则该补丁不符合发布条件。 序号 检查项 重要性 判断标准 执行情况 应该由开发（维护）人员与用服代表共同制订，并经过PDT经理审批 必须有正式的需求（变更）文档（或列表），参加评审的相关人员必须包括SE、市场代表、用服代表，可能包括软件经理、硬件经理、测试经理、制造代表、TQC工程师等（根据需求所涉及的领域确定）； 必须制订新需求（特性）的实现方案，并与缺陷修改方案一起进行了补丁设计方案评审； 新增的特性仅限于微小特性； 该补丁版本所需要解决的所有问题的解决方案、相关子系统和模块的优化方案（建议编写单独的补丁设计文档来描述）都经过了评审，参加评审的人员至少必须包括SE、软件经理/开发组长、测试经理，涉及架构和接口的修改必须由SE评审或审核。重大问题解决方案需上报IPMT批准； 如果需要实施EC，需要经过PDT经理的确认； 如果修改方案涉及硬件变更或底层驱动软件的变更，还必须经过硬件经理/开发组长的评审。 与其他产品有直接接口关系的方案变更，必须安排相关产品SE指派人员参加评审。 如果有可能，应尽量安排前一个版本的开发骨干人员参加评审。 系统测试方案/用例必须经过SE、软件经理、测试经理（或骨干）的评审，如涉及硬件变更，必须经过硬件经理评审；尽量安排相关用服工程师参加测试方案评审；必须输出（针对补丁的）系统测试报告，其中必须明确列出该补丁相关的网上问题是否已解决；测试报告必须经过测试经理和SE的共同审核； 测试环境应尽可能模拟该补丁计划应用的主流网上环境；在该环境下，系统的主要业务功能应该进行基本运行测试；原则上要求测试人员实施测试； 必须根据版本升级计划，安排对被替代版本或同一网络环境共存版本的兼容性测试； 按照PDT经理的评估结论决定是否要发布PCN 修订记录 日期 版本 修改描述 作者 编号：CSP_IPD_LM_T_0017 版本：V2.1 检查人员 备注 通过 以下1～10项是通用项（适用于各类补丁） 补丁开发过程及发布审批检查单
C 9Confidential Information of Huawei. No Spreading witho 1.00 关键Yes是 2.00 关键Yes是 3.00 重要Yes是 4.00 重要Yes是 5.00 关键Yes是 6.00 关键Yes是 7.00 关键Yes是 8.00 关键Yes是 9.0