信息系统的实现与测试规划

1、精选文档精选文档PAGEPAGE10精选文档PAGE第12章实现与测试112.1介绍111.2准备2目的2角色与职责2启动准则2输入2主要步骤2Step1拟订计划2Step2审批计划3Step3确立有关的规范3Step4准备有关的软件工具3Step5开发小组技术培训3输出3结束准则3胸怀312.3实现与测试4目的4角色与职责4启动准则4输入4主要步骤4Step1编程4Step2代码审察4Step3单元测试4Step4集成测试5Step5缺点管理与改错5输出5结束准则5胸怀512.4实行建议5第12章实现与测试实现与测试（ImplementationandTest,IT）的目的是依照系统设计文档

2、，编写并测试整个系统的代码。在本规范中，实现与测试是“编程、代码审察、单元测试、集成测试、缺点管理与改错”的综合表述。实现与测试过程域是SPP模型的重要构成部分。本规范论述了实现与测试过程域的两个主要规程：准备SPP-PROC-IT-PREPARE实现与测试SPP-PROC-IT-EXECUTE上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“达成准则”和“胸怀”均已定义。本规范合用于国内IT公司的软件研发项目。建议用户依据自己状况（如商业目标、研发实力等）适合地改正本规范，而后推行使用。12.1介绍实现与测试的流程如图12-1所示。一般地，编程、代码审

3、察、单元测试、集成测试大致存在先后次序关系，也能够并行、迭代地展开。上述任何活动中发现的缺点一定用一致的缺点管理工具来管理，开发人员应该实时除去缺点（改错）。模块缺点管理与改错编程集成准备测试软代码审察件系统单元测试图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准备目的为编程、代码审察、单元测试、集成测试、缺点管理与改错等活动作准备，产生实现与测试计划。角色与职责一个项目可能有多个开发小组，视项目规模而定。开发组长由项目经理指定。开发组长管理编程、

5、代码审察、单元测试、集成测试、缺点管理与改错等活动。启动准则系统设计文档已经达成。输入系统设计文档主要步骤Step1拟订计划开发小组共同磋商实现与测试计划。开发组长依照指定的模板草拟实现与测试计划。该计划主要内容包含：编程计划代码审察计划单元测试计划集成测试计划缺点管理与改错计划Step2审批计划项目经理审批实现与测试计划。假如同意，则转向Step3。假如不同意，则退回Step1。Step3确立有关的规范开发小组确立编程、代码审察、单元测试、集成测试、缺点管理与改错等规范。假如机构已经存在相应的编程规范，则采纳之。假如机构不存在相应的编程规范，则由开发小组共同拟订。Step4准备有关的软件工具

6、开发小组确立并安装有关的软件开发工具（包含可复用库）、软件测试工具和缺点管理工具等等。Step5开发小组技术培训假如开发组长以为开发小组需要接受编程、单元测试、代码审察、集成测试、缺点管理与改错等方面的培训，那么由开发组长安排相应的培训。输出本开发阶段所需的规范如编程规范、测试规范等等。实现与测试计划结束准则本规程全部的主要步骤都已经达成。胸怀开发组长统计工作量以及文档的规模，报告给项目经理。12.3实现与测试目的依照计划履行编程、单元测试、代码审察、集成测试、缺点管理与改错等活动。角色与职责开发组长管理编程、代码审察、单元测试、集成测试、缺点管理与改错等活动。开发人员依照计划编写代码，并对自

7、己的代码进行必需的审察和测试。开发人员依照计划审察、测试伙伴的代码。启动准则系统设计文档已经达成。实现与测试计划已经拟订。输入系统设计文档实现与测试计划主要步骤Step1编程开发人员依据“编程计划”编写软件的代码，并随时记录编程技术、问题与对策、心得领会等等，产生编程文档（近似于编程日志）。开发人员在编写达成每个模块时，一定对自己的代码进行必需的审察和测试。Step2代码审察开发人员依据“代码审察计划”对伙伴的代码进行审察，产生代码审察报告。代码审察往常采纳非正式技术评审规程，请参照SPP-PROC-TR-ITR。Step3单元测试开发人员第一撰写单元测试用例。开发人员依据“单元测试计划”和相

8、应的“测试用例”来测试伙伴的代码，产生“测试报告”。Step4集成测试开发人员第一撰写集成测试用例。开发人员依据“集成测试计划”和相应的“测试用例”来测试伙伴的代码，产生“测试报告”。Step5缺点管理与改错从Step1至Step4，任何人发现软件中的缺点时都一定使用开发小组指定的缺点管理工具。该工具将记录全部缺点的状态信息，并能够自动产生缺点管理报告。开发人员实时除去已经发现的缺点。开发人员除去缺点以后应该立刻进行回归测试，以保证不会引入新的缺点。输出软件的源代码、库文件、可履行程序等等编程文档代码审察报告测试用例测试报告缺点管理报告结束准则软件的代码已经达成，软件能够运转。本规程全部文档已经达成。胸怀开发组长统计编程、代码审察、测试、改错等的工作量，以及程序和文档的规模，将此胸怀数据报告给项目经理。12.4实行建议对开发人员进行“高质量程序设计”培训，让他们掌握编写高质量程序的技术