2014集成测试计划模板.docVIP

集成测试计划 版本：V1.3 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 简介 3 1.1 目的 3 1.2 背景 3 1.3 范围 3 1.4 参考文档 3 2 测试约束 3 2.1 测试进出条件 3 2.1.1 进入条件 3 2.1.2 退出条件 3 2.2 测试通过和失败准则 3 2.2.1 通过准则： 3 2.2.2 失败准则： 4 2.3 测试启动/结束/暂停/再启动准则 4 2.3.1 测试启动准则 4 2.3.2 测试结束准则 4 2.3.3 测试暂停/再启动准则 4 3 测试需求 4 4 测试风险 5 5 集成策略 5 6 测试策略 5 6.1 策略描述 5 6.2 测试类型 5 6.2.1 功能测试 5 6.2.2 接口测试 6 6.2.3 容错测试 6 6.2.4 回归测试 6 6.3 测试轮数 7 7 测试资源 7 7.1 人力需求 7 7.2 测试环境 8 7.3 测试工具 8 8 测试进度 8 9 本阶段量化计划 9 10 交付物 9 简介 目的 【描述集成测试计划的编写目的及本次集成测试的主要目的。】 如，编写目的：本文档用于描述XXX开发项目集成测试所要遵循的规范以及确定测试方法、测试环境、测试用例的编写和测试整体进度的计划安排、人力资源安排等。 测试目的：集成测试的目的是测试组成XXX系统的各子模块间的接口及功能实现等。 背景 【描述项目或产品的背景。】 范围 【描述集成测试在项目的整体范围。如，需要集成的各功能模块的描述。】 参考文档 【描述本次集成测试所需要参考的文档。】 测试约束 【描述本次集成测试所要遵循的准则及条件约束等。】 测试进出条件 进入条件 【描述集成测试的测试依据和满足该阶段测试进入的条件和约束。】 退出条件 【描述满足该阶段测试退出的条件,要根据 《项目量化管理计划》中第3节的内容来制定退出条件，例如 致命和严重级别的缺陷清除率达到 100％,致命和严重的缺陷修复率达到100％，一般缺陷的修复率达到99％并且遗留缺陷数小于5个；同时参考《测试过程》中的相关描述，并要求系统测试每轮发现的缺陷数量呈收敛趋势。】 测试通过和失败准则 通过准则： 【描述集成测试每一轮测试通过的条件。】 如，每轮测试所有用例全部执行完毕，且没有出现致命性错误，回归测试或执行新增测试用例时不再出现问题，则测试工作通过； 失败准则： 【描述集成测试某轮次测试失败的条件。】 如，每轮测试所有用例全部执行完毕，没有出现致命性错误，回归测试或执行新增测试用例时不再出现问题，且回归测试的周期不少于X天，回归测试执行的测试用例数比例不低于XX％，则测试工作通过。 测试启动/结束/暂停/再启动准则 测试启动准则 【描述集成测试执行启动的约束准则。】 如， 配置管理员提交给测试组每次build的正确版本及集成的模块清单。 测试环境通过检验之后。 测试结束准则 【描述集成测试执行结束的约束准则。】 如，测试案例全部执行完毕，测试结果证明系统符合需求，遗留的问题满足测试退出条件且在质量标准允许范围内，即可结束测试。 测试暂停/再启动准则 【描述集成测试执行过程中出现的特殊情况的约束准则。】 如，被测模块出现某个致命性错误。测试案例无法继续执行，测试工作需暂停，如果非关联模块可以进行测试则执行非关联模块的测试；当这些问题得到解决后重新启动该模块的测试工作。 测试需求 【根据系统集成构建计划，列举每次集成的新版本产生新的测试需求功能点，包括接口的测试需求。】 需求ID 模块 子模块 待测试功能需求点 优先级 模块一 子模块1 功能点1 功能点2 … 功能点N 子模块2 … 子模块N 测试风险 【此处描述测试任务可能遇到的风险，以及规避的方法】 风险 编号 风险描述 风险发生可能性 （高、中、低） 风险的影响程度 （高、中、低） 责任人 规避方法 集成策略 【描述集成的方法、集成的顺序和集成的环境。详细的集成环境见《环境配置清单-集成环境》 集成顺序一般有：深度优先、自下而上、自上而下等； 深度优先：即关键（主控路径上的）业务流程涉及到的模块先集成到一起，然后再集成辅助业务模块； 自下而上：即已实现的较底层的功能优先集成，然后逐层上升，形成整个系统； 自上而下：即事先存在一个稳定的架构，不断地向下细化，最后实现所有具体的功能细节； 集成顺序的选择可以是不同集成顺序的综合