实现与测试管理方案分析.doc

TOC \o 1-3 \h \z 第12章 实现与测试 1 12.1 介绍 1 11.2 准备 2 11.2.1 目的 2 11.2.2 角色与职责 2 11.2.3 启动准则 2 11.2.4 输入 2 11.2.5 主要步骤 2 [Step1] 制定计划 2 [Step2] 审批计划 3 [Step3] 确定相关的规范 3 [Step4] 准备相关的软件工具 3 [Step5] 开发小组技能培训 3 12.2.6 输出 3 12.2.7 结束准则 3 12.2.8 度量 3 12.3 实现与测试 4 12.3.1 目的 4 12.3.2 角色与职责 4 12.3.3 启动准则 4 12.3.4 输入 4 12.3.5 主要步骤 4 [Step1] 编程 4 [Step2] 代码审查 4 [Step3] 单元测试 4 [Step4] 集成测试 5 [Step5] 缺陷管理与改错 5 12.3.6 输出 5 12.3.7 结束准则 5 12.3.8 度量 5 12.4 实施建议 5 第12章 实现与测试 实现与测试（Implementation and Test, IT）的目的是依据系统设计文档，编写并测试整个系统的代码。在本规范中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。 实现与测试过程域是SPP模型的重要组成部分。本规范阐述了实现与测试过程域的两个主要规程： 准备 [SPP-PROC-IT-PREPARE] 实现与测试 [SPP-PROC-IT-EXECUTE] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。 本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。 12.1 介绍 实现与测试的流程如图12-1所示。一般地，编程、代码审查、单元测试、集成测试大致存在先后顺序关系，也可以并行、迭代地开展。上述任何活动中发现的缺陷必须用统一的缺陷管理工具来管理，开发人员应当及时消除缺陷（改错）。 缺陷管理与改错单元测试集成测试代码审查编程模块软件系统准备 缺陷管理与改错 单元测试 集成测试 代码审查 编程 模块 软件系统 准备 图12-1 实现与测试流程图 由于实现与测试是工作量最大、时间最长、产生工作成果（代码与文档）最多的一个项目研发过程域，所以需要作充分的准备工作。 实现与测试工作基本上在开发小组内部开展。一个项目可能有一个或者多个开发小组。对于小型项目，项目经理可以兼任开发组长。 特别要注意的是，开发人员应当对自己的代码进行审查和测试（这是份内的工作），但是不能作为该代码已经通过审查和测试的依据。所以开发人员还要互相审查和测试同伴的代码。 实现与测试过程域产生的主要文档有： 《实现与测试计划》，模板见 [SPP-TEMP-IT-PLAN]。 《编程文档》，模板见 [SPP-TEMP-IT-CODING]。 《代码审查报告》，参考技术评审报告的模板 [SPP-TEMP-TR-REPORT]。 《测试用例》，模板见 [SPP-TEMP-TEST-CASE]。 《测试报告》，模板见 [SPP-TEMP-TEST-REPORT]。 《缺陷管理报告》，由缺陷管理工具自动生成。 11.2 准备 11.2.1 目的 为编程、代码审查、单元测试、集成测试、缺陷管理与改错等活动作准备，产生《实现与测试计划》。 11.2.2 角色与职责 一个项目可能有多个开发小组，视项目规模而定。开发组长由项目经理指定。 开发组长管理编程、代码审查、单元测试、集成测试、缺陷管理与改错等活动。 11.2.3 启动准则 系统设计文档已经完成。 11.2.4 输入 系统设计文档 11.2.5 主要步骤 [Step1] 制定计划 开发小组共同协商实现与测试计划。开发组长按照指定的模板起草《实现与测试计划》。该计划主要内容包括： 编程计划 代码审查计划 单元测试计划 集成测试计划 缺陷管理与改错计划 [Step2] 审批计划 项目经理审批《实现与测试计划》。如果批准，则转向[Step3]。如果不批准，则退回[Step1]。 [Step3] 确定相关的规范 开发小组确定编程、代码审查、单元测试、集成测试、缺陷管理与改错等规范。如果机构已经存在相应的编程规范，则采用之。如果机构不存在相应的编程规范，则由开发小组共同制定。 [Step4] 准备相关的软件工具 开发小组确定并安装相关的软件开发工具（包括可复用库）、软