1、价值40万的CMMI3认证文档模板产品集成与测试过程产品集成与测试过程xxx公司 文件状态受控状态文件标识:OPD-guide-template 草 稿 正式发布 正在修改 受 控 非受控当前版本:V1.0编 制 者:xx审 核 者:xx批 准 者:xx批准日期:xxxx-01-05修订页日期版本号修订说明修订人审核人批准人 1. 目的该过程用于规范产品集成、测试及验收工作,指导相关人员包括按照需求对产品和中间产品进行验证及确认,提高测试效率以降低发布产品缺陷率。2. 适用范围本文件适用于所有开发类项目。3. 术语和缩写术语或缩略语解释4. 职责角色职责测试组长 分析测试需求,编制项目的测试计
2、划 收集并分析测试数据 编制项目的测试报告项目经理 组织评审测试计划 协调开发人员与测试人员的工作 分析缺陷并分配给合适的人员进行修正测试工程师 参与评审测试计划 编写测试用例 搭建测试环境 执行测试用例 记录测试缺陷并完成回归测试开发工程师 协助搭建测试环境 修改缺陷并反馈缺陷状态及问题配置管理工程师 编译产品组件并交付测试 建立并发布基线5. 入口准则具备以下条件之一: 产品需求说明书通过评审后,可以开始设计系统测试用例 项目进度安排确定后,可以开始编写测试计划 软件概要设计说明书及软件详细设计说明书通过评审后可以开始设计集成测试用例 单元测试记录及代码评审记录中相应模块通过验证后可以根据
3、集成计划进行测试6. 输入 项目计划及项目进度安排 用户需求说明书及产品需求说明书 软件概要设计说明书及软件详细设计说明书 单元测试记录及代码评审记录7. 过程流程图8. 过程描述需求评审后,测试组长根据产品需求分析测试需求并编写测试计划,项目经理组织人员对文档进行评审。评审通过后,测试工程师根据产品需求、测试计划设计集成测试与系统测试的测试用例,并记录于测试用例中。测试组长组织人员对文档进行评审。评审通过后,测试组长根据测试计划建立集成及测试环境,如果集成环境与测试环境不同,则需要在测试计划中说明。模块编码完成并通过单元测试或代码评审后,配置管理工程师从配置库相应位置提取代码并编译打包,交付
4、测试组长。测试组长根据计划将集成后的产品交付测试工程师进行测试。测试过程中发现的缺陷记录在缺陷管理工具中。项目经理负责将缺陷分配给相关开发工程师修正。集成测试完成后,测试工程师对产品进行系统测试。测试过程中发现的缺陷记录在缺陷管理工具中。项目经理负责将缺陷分配给相关开发工程师修正。该活动完成后,测试组长编写测试报告并提交项目经理,项目经理根据测试结果及分析决定是否进入“验收测试”阶段。用户确认产品符合验收条件后,产品集成及测试活动结束。8.1 编写测试计划项目经理初步完成项目总体计划后,测试组长根据计划以及产品需求分析测试的要点及初步的时间安排,完成测试计划。测试计划中应该包含以下信息: 测试
5、需求 产品集成策略 测试人员及职责 集成与测试环境 测试方法及通过准则等其中测试需求应包含以下内容: 测试范围 测试内容 测试等级 优先级等在产品集成策略中应该明确: 产品集成的顺序 产品集成的次数或频率,例如分三次集成或每周集成 产品集成的测试内容和通过准则测试所需时间的估算可以使用以往组织的经验数据或者测试需求、测试用例以确定。测试进度安排中要留有合理的测试缺陷修复、用例管理及多次测试所用的时间。8.2 测试计划评审项目经理组织人员对测试计划进行评审,该活动可以与项目总体计划评审一起进行。具体过程详见评审过程的详细规定。8.3 编写测试用例从作用上划分,测试用例分为功能测试用例、非功能测试
6、用例(非功能测试用例包括性能测试用例、压力测试用例、图形界面测试用例、数据库测试用例等)。从测试用例使用时机划分,测试用例又分为集成测试用例、系统测试用例和验收测试用例。测试工程师在测试计划通过评审之后,根据需求及设计文档编写测试用例。测试用例需要包括以下要素:测试用例名称、测试目的、设计者、评审信息、前置条件、测试步骤、预期结果、实际结果、对应的产品需求(或测试需求)。8.4 测试用例评审测试组长组织人员对测试用例进行评审,该活动可以采用会议评审或交叉检查的方式。具体过程详见评审过程的详细规定。8.5 建立集成与测试环境测试组长在开发人员的协助下根据测试计划建立集成及测试环境,并将实际的软件
7、及硬件测试环境记录在测试报告中,分析环境差异可能对测试结果产生的影响,作为测试报告分析的依据之一。8.6 产品集成与集成测试当产品组件满足集成条件时,且集成环境搭建完成后,由配置管理工程师负责实施产品的集成工作。产品组件需满足的集成条件如下: 需要被集成的产品组件均已开发完成; 需被集成的产品组件均已通过了代码评审或单元测试;开发工程师从配置库中获取产品组件,依据测试计划中的“产品集成策略”构建产品,产品集成时要对待集成的对象版本进行检查。在产品组装过程中,若出现异常问题配置管理工程师、测试组长和开发人员直接沟通解决,确保产品集成顺利完成。测试组长获得集成后的产品后,根据测试计划将产品分配给相
8、应的测试人员进行测试。测试人员根据测试用例对个测试点进行测试,并将结果记录在测试用例中。如果发现缺陷,则将问题记录在测试管理工具中(缺陷管理具体细节请参见缺陷管理流程)。集成测试用例执行完毕后,测试组长根据测试计划中的集成测试通过准则分析遗留的测试缺陷,决定是否进入“系统测试”阶段,集成测试报告内容应包括: 测试执行情况(测试计划和选用的测试用例执行结果) 测试结果统计(测试用例执行通过率、测试用例的覆盖率和缺陷统计) 缺陷统计和分析 测试结果评价(建议测试结论,遗留缺陷建议)8.7 系统测试系统测试是针对整个产品的全面测试,既包含各模块的验证性测试(验证前两个阶段测试的正确性)和功能性(产品
9、提交个用户的功能)测试,又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。系统测试模拟真实的环境,运用黑盒测试的方法,验证所测试的软件是否满足需求规格说明书列出的需求。测试工程师根据测试计划以及测试用例要求准备测试数据并进行系统测试,并将测试结果填入测试用例中。如果发现缺陷,则将问题记录在测试管理工具中(缺陷管理具体细节请参见缺陷管理流程)。测试组长在测试过程中跟踪测试用例的执行情况以及缺陷的修改情况,当产品质量达到测试计划中的系统测试通过准则时,编写测试报告并分析测试结果,报告内容包括: 测试范围 测试环境(硬件、软件、测试数据) 测试执行情况(测试计划和选用的测试用例执行结果
10、) 缺陷统计分析(缺陷统计和缺陷分析) 评价(对测试结果评价,给出建议测试结论和遗留缺陷的解决建议)测试组长将测试报告提交项目经理,由项目经理根据结果判断系统测试是否完成,可以进入验收测试阶段,如果项目经理认为产品质量未达到目标,则进行第二轮系统测试。8.8 验收测试策划项目经理在确定产品通过系统测试,满足客户需求后,在配置管理工程师的协助下将待试运行的软件产品打包,并确认用户操作手册准备完毕。项目经理制定验收测试计划,根据客户的要求根据用户操作手册选择测试用例。项目经理与客户或项目发起人确定培训时间,提供产品相关培训。8.9 试运行项目组根据用户操作手册指导用户进行试运行,并记录用户在试运行
11、阶段的反馈。项目经理判断反馈问题的性质,可能属于:需求变更、优化调整或缺陷,根据问题的性质进行相应的处理。项目经理与客户根据试运行状况判断试运行是否结束,可参考的通过准则包括但不限于: 试运行约定的截止时间; 试运行期间发现的主要问题都被解决。8.10 验收测试项目经理根据选定的测试用例与客户一起进行验收测试,对待交付的产品进行全面的测试,确保产品符合需求。项目经理应当交付的成果,如代码、文档等交付客户,并确保这些成果是完整的并且版本是正确的。客户对验收结果认可后,项目经理编写验收测试报告,并提交客户或发起人签字认可。9. 输出 测试计划 测试用例 集成测试报告 系统测试报告 验收测试计划 验收测试报告10. 出口准则 产品通过验收测试,获得用户确认11. 引用文档 缺陷管理流程12. 使用模板 测试计划 测试用例 集成测试报告 系统测试报告 验收测试计划 验收测试报告
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1