XXX系统测试计划模板.docVIP

XXX 系统测试计划 文件编号 文件状态 [ ]草稿 [ ] 正式发布 [ ]正在修改 当前版本 拟 制 日期 审 核 日期 批 准 日期 深圳市康索特软件有限公司 修订历史记录 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注 目录 TOC \o 1-3 \h \z \u 1 简介 4 1.1 目的 4 1.2 背景 4 1.3 定义、术语 4 1.4 缩略语 4 2 参考文档和测试输出文档 4 2.1 参考文档 4 2.2 输出文档 4 3 测试进度 5 4 系统估算及资源计划 5 4.1 人力资源 5 4.2 软件资源 5 4.3 硬件环境 5 5 测试风险 6 6 测试策略 6 6.1 测试类型 6 6.1.1 功能测试 6 7 测试标准 7 7.1 覆盖率标准 7 7.2 测试通过标准 7 8 问题严重度描述 7 9 附录 7 简介 目的 本小节用于描述本文的编写目的，面向的主要阅读对象（如部门经理，产品经理，测试人员等） 背景 本小节用于描述被测对象的基本情况，如系统架构图、功能结构图、网络拓扑图等。 定义、术语 本小节用于描述本文使用的专业术语、定义，定义见表1.1 表 1.1 术语/定义 英文对应词 含 义 缩略语 本小节用于描述本文使用的专业术语、定义，定义见表1.2 表 1.2 英文缩写 英文全称 中文解释 参考文档和测试输出文档 参考文档 表3.1列出了制定测试计划时所使用的文档，并标明了各文档的可用性： 表 3.1 文档 已创建或可用 已被接收或经过复审 作者 备注 软件需求说明书 是□　否□ 是□　否□ 用户操作手册 是□　否□ 是□　否□ 安装指南 是□　否□ 是□　否□ 详细设计 是□　否□ 是□　否□ 单元测试规程 是□　否□ 是□　否□ 单元测试方案 是□　否□ 是□　否□ 单元测试报告 是□　否□ 是□　否□ 输出文档 表3.2列出来后面的将要用到的文档，并根据项目进度逐步完成。 表 3.2 文档（版本／日期 已创建或可用 已被接受或已经过复审 作者 备注 系统测试总体计划 是□　否□ 是□　否□ 系统测试规程模板 是□　否□ 是□　否□ 系统测试用例模板 是□　否□ 是□　否□ 系统测试报告模板 是□　否□ 是□　否□ 系统测试规程 是□　否□ 是□　否□ 系统测试报告 是□　否□ 是□　否□ 测试进度 测试进度列出了测试活动的几个主要时间点，见表4.1 表 4.1 测试活动 测试周期 负责人 备注 系统估算及资源计划 人力资源 本小节主要是对本次系统测试所需要的人力资源进行规划 表 5.2 名称 需求数 到位日期 工作量（人天） 素质要求（技能或经验） 测试设计人员 1 已有 测试执行人员 4 已有 软件资源 本小节主要是对本次系统测试所需要的软件资源进行规划 表 5.3 编号 软件名称 版本 数量 到位日期 如何获得 责任人 备注 硬件环境 本小节主要是对本次系统测试所需要的硬件资源进行规划 表 5.4 编号 硬件名称 规格型号 数量 到位日期 如何获得 责任人 备注 测试风险 测试中可能会遇到的风险见表6.1 表 6.1 可能出现的问题 可能性 识别度 对项目的影响 应急措施 备注 人员调动 延长研发、测试进度 协调其他空闲开发、测试人员 测试数据不足 降低测试结果的准确性 协调现场数据或研发录入更多数据 测试用例覆盖不全面 降低测试结果的准确性 加强评审力度，尽可能覆盖更全面 测试策略 注意：不实施某种测试，则应该用一句话加以说明，并陈述这样的理由。例如，“将不实施该测试。该测试本项目不适用”。 测试类型 功能测试 对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。 表 7.1 测试目标： 确保所有的超链接都跳转到了正确的页面。 确保页面上的所有控件均能正常使用。 确保所有的报表都能正确查询出数据。 技术： 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 进入所有的超链接以核实链接页面的正确性。 选择所有的下拉框、时间控件，以核实各控件是否正常使用。 完成标准： 所有功能均已实现、页面跳转正确、控件正常使用。 测试重点和优先级： 需考虑的特殊事项： 测试标