(集成测试计划模板.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系统的各子模块间的接口及功能实现等。 背景 。范围。 【描述本次集成测试所需要参考的文档。。。。。。。测试需求 根据系统集成构建计划，每次集成的新版本产生新的测试需求。 模块 子模块 待测试功能需求优先级 功能点2 … 功能点N 子模块2 … 子模块N 测试风险 【此处描述测试任务可能遇到的风险，以及规避的方法】 风险 编号 风险描述 风险发生可能性 （高、中、低） 风险的影响程度 （高、中、低） 责任人 规避方法 集成策略测试策略 测试策略提供了对以上测试对象实施测试的方法。上一节“测试需求”中说明了将要测试哪些对象，而本节则要说明如何对这些测试对象进行测试。 【对每一个工作版本将进行以下三种类型的测试：A、接口测试，测试接口调用。B、功能测试，测试工作版本应该实现的功能。C、回归测试，在新版本中执行以前集成版本的测试用例脚本。测试类型功能测试 测试目标：确保已经集成的工作版本的正确性，能够实现该集成版本应该具有的功能的正确性以及完整性。 技术： 重用为系统功能测试设计的部分测试用例，部分测试过程。生成测试脚本，实现测试自动化。 完成标准： 所计划的测试全部执行、 对以前版本的接口完成了回归测试、 所发现的高优先级缺陷和高等级的缺陷已完全解决。 需考虑的特殊事项： 开发人员应该保证每个后续的集成版本的基本界面元素都未改变。 考虑测试脚本的重用性以及自动化测试。 接口测试 测试目标： 确保“测试需求”中对应的所有工作版本的内部单元组合到一起后能够按照设计的意图协作运行，接口的调用正确。 技术： 重用为系统测试准备的测试用例、 分析测试用例对接口的覆盖情况，对没有覆盖的接口设计足够的测试用例，以覆盖所有的调用接口。 为每个测试用例制定测试过程，生成测试脚本。以实现测试的自动化。 完成标准： 所计划的测试全部执行、 对以前版本的接口完成了回归测试、 所发现的高优先级缺陷和高等级的缺陷已完全解决。 需考虑的特殊事项： 开发人员应该保证每个后续的集成版本的基本界面元素都未改变。 考虑测试脚本的重用性以及自动化测试。 测试目标： 验证异常错误流程能顺利执行，并有易懂的提示信息 技术： 包含在上述功能和接口的测试用例设计中 完成标准： 对每一个非法的操作显示相应的错误信息或警告信息。 需考虑的特殊事项： 测试方法描述 【此处描述一个特定的测试类型在项目测试活动中如何具体的执行。】 回归测试 测试目标： 确保前一个集成的版本并未因为新版本的增量集成而带来缺陷。 技术： 在新的集成版本中使用前一个集成版本的自动化测试脚本执行自动化测试。 完成标准： 前一个集成版本的所用测试用例已全部执行。 所发现的缺陷已全部解决。 需考虑的特殊事项： 开发人员应该保证每个后续的集成版本的基本界面元素都未改变。 考虑测试脚本的重用性以及自动化测试。 资源 【列出此项目的测试人员配备方面。? 角色 人员 具体职责 测试经理 进行管理监督。 职责： ???????? 提供技术指导 ???????? 获取适当的资源 ???????? 提供管理报告