价值40万的CMMI3认证文档模板产品集成与测试过程文档格式.docx

价值40万的CMMI3认证文档模板产品集成与测试过程文档格式.docx

《价值40万的CMMI3认证文档模板产品集成与测试过程文档格式.docx》由会员分享，可在线阅读，更多相关《价值40万的CMMI3认证文档模板产品集成与测试过程文档格式.docx（10页珍藏版）》请在冰点文库上搜索。

编制者：

xx

审核者：

批准者：

批准日期：

xxxx-01-05

修订页

日期

版本号

修订说明

修订人

审核人

批准人

1.

目的

该过程用于规范产品集成、测试及验收工作，指导相关人员包括按照需求对产品和中间产品进行验证及确认，提高测试效率以降低发布产品缺陷率。

2.适用范围

本文件适用于所有开发类项目。

3.术语和缩写

术语或缩略语

解释

4.职责

角色

职责

测试组长

●分析测试需求，编制项目的《测试计划》

●收集并分析测试数据

●编制项目的《测试报告》

项目经理

●组织评审《测试计划》

●协调开发人员与测试人员的工作

●分析缺陷并分配给合适的人员进行修正

测试工程师

●参与评审测试计划

●编写《测试用例》

●搭建测试环境

●执行测试用例

●记录测试缺陷并完成回归测试

开发工程师

●协助搭建测试环境

●修改缺陷并反馈缺陷状态及问题

配置管理工程师

●编译产品组件并交付测试

●建立并发布基线

5.入口准则

具备以下条件之一：

●《产品需求说明书》通过评审后，可以开始设计系统测试用例

●项目进度安排确定后，可以开始编写《测试计划》

●《软件概要设计说明书》及《软件详细设计说明书》通过评审后可以开始设计集成测试用例

●《单元测试记录》及《代码评审记录》中相应模块通过验证后可以根据集成计划进行测试

6.输入

●项目计划及项目进度安排

●《用户需求说明书》及《产品需求说明书》

●《软件概要设计说明书》及《软件详细设计说明书》

●《单元测试记录》及《代码评审记录》

7.过程流程图

8.过程描述

需求评审后，测试组长根据产品需求分析测试需求并编写《测试计划》，项目经理组织人员对文档进行评审。

评审通过后，测试工程师根据产品需求、测试计划设计集成测试与系统测试的测试用例，并记录于《测试用例》中。

测试组长组织人员对文档进行评审。

评审通过后，测试组长根据测试计划建立集成及测试环境，如果集成环境与测试环境不同，则需要在测试计划中说明。

模块编码完成并通过单元测试或代码评审后，配置管理工程师从配置库相应位置提取代码并编译打包，交付测试组长。

测试组长根据计划将集成后的产品交付测试工程师进行测试。

测试过程中发现的缺陷记录在缺陷管理工具中。

项目经理负责将缺陷分配给相关开发工程师修正。

集成测试完成后，测试工程师对产品进行系统测试。

该活动完成后，测试组长编写《测试报告》并提交项目经理，项目经理根据测试结果及分析决定是否进入“验收测试”阶段。

用户确认产品符合验收条件后，产品集成及测试活动结束。

8.1编写测试计划

项目经理初步完成《项目总体计划》后，测试组长根据计划以及产品需求分析测试的要点及初步的时间安排，完成《测试计划》。

《测试计划》中应该包含以下信息：

●测试需求

●产品集成策略

●测试人员及职责

●集成与测试环境

●测试方法及通过准则等

其中测试需求应包含以下内容：

●测试范围

●测试内容

●测试等级

●优先级等

在产品集成策略中应该明确：

●产品集成的顺序

●产品集成的次数或频率，例如分三次集成或每周集成

●产品集成的测试内容和通过准则

测试所需时间的估算可以使用以往组织的经验数据或者测试需求、测试用例以确定。

测试进度安排中要留有合理的测试缺陷修复、用例管理及多次测试所用的时间。

8.2测试计划评审

项目经理组织人员对《测试计划》进行评审，该活动可以与《项目总体计划》评审一起进行。

具体过程详见《评审过程》的详细规定。

8.3编写测试用例

从作用上划分，测试用例分为功能测试用例、非功能测试用例（非功能测试用例包括性能测试用例、压力测试用例、图形界面测试用例、数据库测试用例等）。

从测试用例使用时机划分，测试用例又分为集成测试用例、系统测试用例和验收测试用例。

测试工程师在《测试计划》通过评审之后，根据需求及设计文档编写测试用例。

测试用例需要包括以下要素：

测试用例名称、测试目的、设计者、评审信息、前置条件、测试步骤、预期结果、实际结果、对应的产品需求（或测试需求）。

8.4测试用例评审

测试组长组织人员对《测试用例》进行评审，该活动可以采用会议评审或交叉检查的方式。

8.5建立集成与测试环境

测试组长在开发人员的协助下根据《测试计划》建立集成及测试环境，并将实际的软件及硬件测试环境记录在《测试报告》中，分析环境差异可能对测试结果产生的影响，作为测试报告分析的依据之一。

8.6产品集成与集成测试

当产品组件满足集成条件时，且集成环境搭建完成后，由配置管理工程师负责实施产品的集成工作。

产品组件需满足的集成条件如下：

●需要被集成的产品组件均已开发完成；

●需被集成的产品组件均已通过了代码评审或单元测试；

开发工程师从配置库中获取产品组件，依据《测试计划》中的“产品集成策略”构建产品，产品集成时要对待集成的对象版本进行检查。

在产品组装过程中，若出现异常问题配置管理工程师、测试组长和开发人员直接沟通解决，确保产品集成顺利完成。

测试组长获得集成后的产品后，根据《测试计划》将产品分配给相应的测试人员进行测试。

测试人员根据《测试用例》对个测试点进行测试，并将结果记录在《测试用例》中。

如果发现缺陷，则将问题记录在测试管理工具中（缺陷管理具体细节请参见缺陷管理流程）。

集成测试用例执行完毕后，测试组长根据《测试计划》中的集成测试通过准则分析遗留的测试缺陷，决定是否进入“系统测试”阶段，集成测试报告内容应包括：

●测试执行情况（测试计划和选用的测试用例执行结果）

●测试结果统计（测试用例执行通过率、测试用例的覆盖率和缺陷统计）

●缺陷统计和分析

●测试结果评价（建议测试结论，遗留缺陷建议）

8.7系统测试

系统测试是针对整个产品的全面测试，既包含各模块的验证性测试（验证前两个阶段测试的正确性）和功能性（产品提交个用户的功能）测试，又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。

系统测试模拟真实的环境，运用黑盒测试的方法，验证所测试的软件是否满足需求规格说明书列出的需求。

测试工程师根据《测试计划》以及《测试用例》要求准备测试数据并进行系统测试，并将测试结果填入《测试用例》中。

测试组长在测试过程中跟踪测试用例的执行情况以及缺陷的修改情况，当产品质量达到《测试计划》中的系统测试通过准则时，编写《测试报告》并分析测试结果，报告内容包括：

●测试环境（硬件、软件、测试数据）

●缺陷统计分析（缺陷统计和缺陷分析）

●评价（对测试结果评价，给出建议测试结论和遗留缺陷的解决建议）

测试组长将《测试报告》提交项目经理，由项目经理根据结果判断系统测试是否完成，可以进入验收测试阶段，如果项目经理认为产品质量未达到目标，则进行第二轮系统测试。

8.8验收测试策划

项目经理在确定产品通过系统测试，满足客户需求后，在配置管理工程师的协助下将待试运行的软件产品打包，并确认《用户操作手册》准备完毕。

项目经理制定《验收测试计划》，根据客户的要求根据《用户操作手册》选择测试用例。

项目经理与客户或项目发起人确定培训时间，提供产品相关培训。

8.9试运行

项目组根据《用户操作手册》指导用户进行试运行，并记录用户在试运行阶段的反馈。

项目经理判断反馈问题的性质，可能属于：

需求变更、优化调整或缺陷，根据问题的性质进行相应的处理。

项目经理与客户根据试运行状况判断试运行是否结束，可参考的通过准则包括但不限于：

●试运行约定的截止时间；

●试运行期间发现的主要问题都被解决。

8.10验收测试

项目经理根据选定的测试用例与客户一起进行验收测试，对待交付的产品进行全面的测试，确保产品符合需求。

项目经理应当交付的成果，如代码、文档等交付客户，并确保这些成果是完整的并且版本是正确的。

客户对验收结果认可后，项目经理编写《验收测试报告》，并提交客户或发起人签字认可。

9.输出

●测试计划

●测试用例

●集成测试报告

●系统测试报告

●验收测试计划

●验收测试报告

10.出口准则

●产品通过验收测试，获得用户确认

11.引用文档

●缺陷管理流程

12.使用模板