12产品测试方案.docx

Xxxxx产品测试方案 Xxxxx产品测试方案 学习好帮手 学习好帮手 Xxxxx产品测试方案 Xxxxx产品测试方案 学习好帮手 学习好帮手 XXXXXXX产品测试方案 版本号 VXX 项目号 总页数 XX 日期 XXXX-XX-XX 目录 TOC \o 1-5 \h \z \o Current Document 模板前言 2 \o Current Document 文档目的 2 \o Current Document 适用范围 2 关键技术 3 背景 3 \o Current Document 测试参考文档和测试提交文档 3 \o Current Document 测试参考文档 3 \o Current Document 测试提交文档 4 \o Current Document 测试进度 4 \o Current Document 测试资源 4 \o Current Document 人力资源 4 \o Current Document 测试环境 5 \o Current Document 测试工具 6 \o Current Document 系统风险、优先级 6 \o Current Document 测试策略 7 \o Current Document 用户界而测试 8 \o Current Document 功能测试 8 \o Current Document 容错测试测试 9 \o Current Document 性能测试 10 \o Current Document 稳定性测试 11 \o Current Document 兼容性测试 11 \o Current Document 安装测试 12 \o Current Document 问题严重度描述 12 Xxxxx产品测试方案 Xxxxx产品测试方案 学习好帮手 学习好帮手 Xxxxx产品测试方案 Xxxxx产品测试方案 iUIH 住 it/ 学习好帮手 学习好帮手 学习好帮手 学习好帮手 U^SUJ U^SUJ 测试方案和计划 项目经理: 项目: 项目阶段/决策评审点 匚概念 匚计划□开发匚验证匚发布匚生命周期 匚概念 匚计划 □开发 匚验证 匚发布 匚生命周期 口临时 1模板前言 1.1文档目的 V项目名称〉的这一 “测试计划”文档有助于实现以下目标： ［确定现有项目的信息和应测试的软件构件。列出推荐的测试需求（高级需求）。 推荐可采用的测试策略，并对这些策略加以说明。确定所需的资源，并对测试的工作量进行估 计。 列出测试项冃的可交付元素］ 1.2适用范围 ［描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试 类型（如功能测试或性能测试）。 本次测试为系统测试，本计划针对的测试类型为： （如功能测试或性能测试） 被测对象 新增程序：（如： 通过模板配置的程序，新增非模板配置模块） 继承程序：（如：原有七号信令集中监测系统 V5.0的部分程序） 应测试的特性 新增程序应测特性为：（如：功能。准确性） 继承程序：（女口：功能） 不被测试的特性 新增程序： 继承程序：（如：准确性、界面一致性） 测试挂起的标准及恢复的必要条件 挂起测试项标准： 暂无测试环境（由于测试方法中要求的测试环境复杂，现有的设备和技术无法搭建此测试 环境的）； 所无测试数据（测试程序中各个分支语句屮符合条件的多种测试数据，现有 数据有局限性的）； 暂无测试方法町验证（山于程序设计中没有考虑到程序的可测试性所引起 的）； 被测试程序出现严重错误，无法运行或者生成重要数据。 恢复测试项的标准： 因无测试环境而产生的挂起，在测试环境可搭建的情况下恢复测试项； 因无测试数据而产生的挂起，在测试数据完整到位的情况下可恢复测试项； 因无测试验证方法而产生的挂起，在程序经改造为具有可测试性之后可恢复测试项； 因被测程序无法执行等错误而产生的挂起，在被测试程序被修改为可实现基本功能后恢复 测试项。 1.3关键技术 1.4背景 ［对测试对象（构件、应用程序、系统等）及其冃标进行简要说明。需要包括的信息有：主要的 功能和性能、测试对象的构架以及项目的简史。］ 2测试参考文档和测试提交文档 2.1测试参考文档 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性： ［注：1.可适当地删除或添加文档项。但*文件为必须提供评审通过的文档。 软件需求定义和软件需求跟踪矩阵产品人员必须提供，否则无法进行后续的测试方案的制 定工作。 在需求明确后，产品人员需要提交需求对应的业务测试用例给测试人员进行参考。尤其在 需求变更、开局，或者选型测试，必须由产品人员提交对应的业务测试用例和测