《软件项目实现与测试》由会员分享，可在线阅读，更多相关《软件项目实现与测试（6页珍藏版）》请在金锄头文库上搜索。
1、12.1介绍111- 2准备211.2.1 目的211.2.2 角色与职责 211.2.3启动准则 211.2.4 输入211.2.5主要步骤2Step1制定计划2Step2审批计划3Step3确定相关的规范3Step4准备相关的软件工具3Step5开发小组技能培训312.2.6 输出312.2.7结束准则312.2.8 度量312- 3实现与测试412.3.1目的412.3.2角色与职责412.3.3启动准则412.3.4 输入412.3.5主要步骤4Step1编程4Step2代码审查4Step3单元测试4Step4集成测试5Step5缺陷管理与改错512.3.6 输出512.3.7结束准则
2、512.3.8 度量512-4实施建议 5第12章实现与测试实现与测试（Impleme ntation and Test, IT ）的目的是依据系统设计文档，编写并测试整个系统的代 码。在本规范中，实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述。实现与测试过程域是SPP模型的重要组成部分。本规范阐述了实现与测试过程域的两个主要规程：准备SPP-PROC-IT-PREPARE实现与测试SPP-PROC-IT-EXECUTE上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。本规范适用于国内IT企业的
3、软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。12.1介绍实现与测试的流程如图 12-1所示。一般地，编程、代码审查、单元测试、集成测试大致存在先后顺序关系，也可以并行、迭代地开展。上述任何活动中发现的缺陷必须用统一的缺陷管理工具来管理，开发人员应当及时消除缺陷（改错）。模块编程缺陷管理与改错代码审查.单元测试IIIiII集成测图12-1实现与测试流程图由于实现与测试是工作量最大、时间最长、产生工作成果（代码与文档）最多的一个项目研发过程域，所以需要作充分的准备工作。实现与测试工作基本上在开发小组内部开展。一个项目可能有一个或者多个开发小组。对于小
4、型项目， 项目经理可以兼任开发组长。特别要注意的是，开发人员应当对自己的代码进行审查和测试（这是但是不能作为该 份内的工作）， 代码已经通过审查和测试的依据。所以开发人员还要互相审查和测试同伴的代码。实现与测试过程域产生的主要文档有：实现与测试计划，模板见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目的为编
5、程、代码审查、单元测试、集成测试、缺陷管理与改错等活动作准备，产生实现与测试计划。11b2b2角色与职责 一个项目可能有多个开发小组，视项目规模而定。开发组长由项目经理指定。开发组长管理编程、代码审查、单元测试、集成测试、缺陷管理与改错等活动。11.2.3启动准则系统设计文档已经完成。11.2.4输入系统设计文档11.2.5主要步骤Step1制定计划开发小组共同协商实现与测试计划。开发组长按照指定的模板起草实现与测试计划。该计划主要内 容包括：编程计划代码审查计划单元测试计划集成测试计划缺陷管理与改错计划Step2审批计划项目经理审批实现与测试计划。如果批准，则转向Step3。如果不批准，则退
6、回Stepl。Step3 确定相关的规范开发小组确定编程、代码审查、单元测试、集成测试、缺陷管理与改错等规范。如果机构已经存在相 应的编程规范，则采用之。如果机构不存在相应的编程规范，则由开发小组共同制定。Step4准备相关的软件工具开发小组确定并安装相关的软件开发工具（包括可复用库）、软件测试工具和缺陷管理工具等等。Step5开发小组技能培训如果开发组长认为开发小组需要接受编程、单元测试、代码审查、集成测试、缺陷管理与改错等方面的 培训，那么由开发组长安排相应的培训。12.2.6输出本开发阶段所需的规范如编程规范、测试规范等等。实现与测试计划12.2.7结束准则本规程所有的主要步骤都已经完成
7、。12.2.8度量开发组长统计工作量以及文档的规模，汇报给项目经理。12.3实现与测试12.3.1目的依据计划执行编程、单元测试、代码审查、集成测试、缺陷管理与改错等活动。12.3.2角色与职责开发组长管理编程、代码审查、单元测试、集成测试、缺陷管理与改错等活动。开发人员依据计划编写 代码，并对自己的代码进行必要的审查和测试。开发人员依据计划审查、测试同伴的代码。12.3.3启动准则系统设计文档已经完成。实现与测试计划已经制定。12.3.4输入系统设计文档实现与测试计划12.3.5主要步骤Step1编程开发人员根据“编程计划”编写软件的代码，并随时记录编程技术、问题与对策、心得体会等 等，产生
8、编程文档（类似于编程日记）。开发人员在编写完成每个模块时，必须对自己的代码进 行必要的审查和测试。Step2代码审查开发人员根据“代码审查计划”对同伴的代码进行审查，产生代码审查报告码审查通 常采用非正式技术评审规程，请参考SPP-PROC-TR-ITR。代Step3单元测试开发人员首先撰写单元测试用例。开发人员根据“单元测试计划”和相应的“测试用例”来测试同伴的代码，产生“测试报告”。Step4集成测试开发人员首先撰写集成测试用例。开发人员根据“集成测试计划”和相应的“测试用例”来测试同伴的代 码，产生“测试报告”。Step5缺陷管理与改错从Stepl至Step4，任何人发现软件中的缺陷时都
9、必须使用开发小组指定的缺陷管理工具。该工具将 记录所有缺陷的状态信息，并可以自动产生缺陷管理报告开发人员及时消除已经发现的缺陷。开发人员消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺陷。12.3.6输出软件的源代码、库文件、可执行程序等等编程文档代码审查报告测试用例测试报告缺陷管理报告12.3.7结束准则软件的代码已经完成，软件可以运行。本规程所有文档已经完成。12.3.8度量开发组长统计编程、代码审查、测试、改错等的工作量，以及程序和文档的规模，将此度量数据汇报给 项目经理。12.4实施建议对开发人员进行“高质量程序设计”培训，让他们掌握编写高质量程序的技能。对开发人员进行“代码审 查、测试、改错”等方面的培训，提高他们的工作效率 开发小组根据项目的资源、时间等限制因素，可以适 当地减少测试的工作量。开发小组根据产品的特征，可以适当地修改本规范的各种文档模板。对实现与测试过 程中产生的所有代码和有价值的文档进行配置管理。
