1、项目编号: S卷 号卷内编号密 级测试计划Version: 项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 评 审 日 期： 分 类:修订历史记录日期 版本 说明 作者200x.xx.xx x.x 最初版本 xxx目 录 1. 引言 .21.1 背景 .21.2 定义 .21.3 参考资料 .22. 测试需求 .22.1 功能性测试需求 .22.2 非功能性测试需求 .23. 不被测试的需求 .24. 测试策略 .24.1 测试类型 .24.1.1 功能测试 .24.1.2 性能测试
2、.24.1.3 强度测试 .24.1.4 容量测试 .24.1.5 安全性测试 .24.1.6 安装测试 .24.1.7 配置测试 .24.2 工具 .25. 通过准则 .26. 暂停标准和再启动要求 .27. 应提供的测试文件 .28. 测试任务 .29. 环境要求 .210. 职责 .211. 人员和训练要求 .212. 进度 .213. 风险和应急 .2测试计划 1 1. 引言1.1 背景项目的背景条件 ，如：待开发的软件系统的名称： 本项目的任务提出者： 本项目的开发者： 本软件系统的用户：1.2 定义列出本文档使用的定义，缩写和简写 。 .错误级别：一级：不能完全满足系统要求，基本功
3、能未完全实现；或者危及人身安全。二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。五级：其他错误。1.3 参考资料列出制定本文档需要的参考资料，包括项目文档或过程规范等 。测试计划 2 2. 测试需求2.1 功能性测试需求测试需求项 测试需求项编号 优先级对应需求规格说明书的需求功能项 需求功能项的编号 需求的优先级 2.2 非功能性测试需求测试需求项 条件 测试需求项编号
4、性能指标对应需求规格说明书的需求功能项 对应的测试条件 需求功能项的编号需求规格说明书的性能指标3. 不被测试的需求因为具体原因可以不测试的需求项。 4. 测试策略概要描述测试的策略 4.1 测试类型4.1.1 功能测试测试目标测试方法和技术完成标准需考虑的特殊事项4.1.2 性能测试测试目标测试方法和技术完成标准需考虑的特殊事项4.1.3 强度测试测试目标测试方法和技术完成标准需考虑的特殊事项4.1.4 容量测试测试计划 3 4.1.5 安全性测试测试目标测试方法和技术完成标准需考虑的特殊事项4.1.6 安装测试测试目标测试方法和技术完成标准需考虑的特殊事项4.1.7 配置测试测试目标测试方
5、法和技术完成标准需考虑的特殊事项4.2 工具本项目的测试将使用如下工具：类别 工具 产商/自产 版本测试管理缺陷跟踪功能测试工具性能测试工具项目管理5. 通过准则根据项目特点，设定的通过标准 ，如：1. 实行了所有的测试策略并达到完成标准。2. 测试结束后，开发组对实现有误的测试需求项的修改达到如下程度： 一、二、三级错误的修复率达到 100% 四级错误的修复率达到 80%以上 五级错误的修复率达到 60%以上3. 需求说明书 、 概要设计说明书 、 详细设计说明书 、 用户手册 、 操作手册 和编码实现一致。4. 不可测试性传递次数不超过 4次。6. 暂停标准和再启动要求根据项目特点，设定的要求 ，如：1. 若开发暂停，则相应测试也暂停。2. 项目再启动时，测试进度重新安排或顺延。测试计划 4 3. 如有新的项目需求，则在原测试计划下做相应的调整。4. 若项目中止，则对已完成的测试工作做测试活动总结。7. 应提供的测试文件此处提供为保证测试而需要提供地文件。 8. 测试任务测试阶段 测试任务 阶段完成标志9. 环境要求1. 硬件环境：测试客户机： 测试用服务器： 2. 软件环境：服务器： 客户机：数据库：所需工具或语言：10. 职责描述测试组的构成及任务。 11. 人员和训练要求对测试人员的要求 12. 进度参照 项目开发计划 中开发组提出的测试时间 13. 风险和应急
