测试方案模板(总14页)

《测试方案模板(总14页)》由会员分享，可在线阅读，更多相关《测试方案模板(总14页)（14页珍藏版）》请在金锄头文库上搜索。

1、百度百度 XXX 产品产品 v1.0.0 测试方案测试方案 文档版本控制文档版本控制 文档版本号日期作者审核人说明 V1.0 目录目录 百度 XXX 产品 V1.0.0 测试方案.1 1项目简介部分.2 1.1文档编写目的.2 1.2测试项目背景描述.2 1.3测试工作内容和范围.2 2测试文档可裁减.2 2.1测试所需参考文档.2 2.2测试需提交文档.3 3测试安排和计划.4 3.1项目整体计划.4 3.2测试资源安排.6 3.2.1人力资源分工.6 3.2.2测试环境安排和使用.6 3.2.3所需的合作方配合.7 3.2.4测试所需工具.7 4风险预估和应对可裁减.8 5准入测试方案可裁

2、减.9 6功能测试方案.9 6.1CASE开发和管理的规范.9 6.2测试需求分析和策略制定.10 6.2.1分功能测试需求分析.10 6.2.2测试工具需求.11 7性能测试方案可裁减.11 7.1性能测试工具需求.11 7.2场景名XXX1.11 7.2.1场景概述.11 7.2.2执行策略设计.11 7.2.3测试数据需求.12 7.2.4性能测试结果分析方法和预期.12 7.3压力测试场景设计.12 7.3.1场景名 XXX.12 1项目简介部分项目简介部分 1.1 文档编写目的文档编写目的 项目名称的这一“测试方案”文档有助于实现以下目标： 确定现有项目的信息和应测试的软件构件。 列

3、出推荐的测试需求（高级需求） 。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。 预估项目的风险和成本，对制定应对措施。 列出测试项目的可交付元素 1.2 测试项目背景描述测试项目背景描述 对测试对象（应用程序、模块、子模块、系统等）及其开发设计目标进行简要说明。 需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史、测试对象的设 计开发初衷和目标。 1.3 测试工作内容和范围测试工作内容和范围 简要描述测试所需的阶段（例如，评审、测试设计、单元测试、冒烟测试、手工测 试、回归测试、自动化测试、性能测试、交叉自由测试等） 。 简要地列出测试

4、对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列 出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 2测试文档测试文档可裁减可裁减 2.1 测试所需参考文档测试所需参考文档 下表列出了制定和实施该测试方案时所需要使用的相关文档，并标明了各文档的可用 性： 注：列表中为文档项，需要具化，可适当地删除或添加文档项。 文档具体的文档名称和 列表（版本/日期） 已创建或可用已被接收或已 经过复审 作者或来源 角色和姓 名 备注 软件产品背景相关资料 业务

5、简介、名词解释、 操作说明、系统资料、访 问环境等 是否是否 PM/RD 软件产品调研相关资料 前期调研资料等 是否是否 PM/RD MRD 是否是否 PM/RD 概要设计是否是否 RD 详细设计是否是否 RD 产品性能要求是否是否 PM/RD 产品常规检查 checklist是否是否 PM/RD 产品升级检查 checklist是否是否 PM/RD 运维部署文档是否是否 RD/OP 上线步骤是否是否 RD/OP 单元测试设计（单元测试 报告） 是否是否 RD 代码行 diff 分析是否是否 RD 产品总测试方案（性能）是否是否 QA 产品测试框架是否是否 QA 产品 test case是否是

6、否 QA 相关流程文档和模板是否是否 QA/PM/RD 相关工作指南和规范 （checklist） 是否是否 QA 测试工具参考文档是否是否 QA 测试陷阱 tips、经验总结 文档、case study 文档、 项目成长记录等参考资料 是否是否 QA 2.2 测试需提交文档测试需提交文档 下表列出了制定和实施该测试方案时测试所需要提交的相关文档，并标明了各文档的 可用性： 注：列表中为文档项，需要具化，可适当地删除或添加文档项。 文档具体的文档名称和 列表（版本/日期） 已创建或可用已被接收或已 经过复审 作者或来源 角色和姓 名 备注 MRD、详细设计等评审批 注意见 是否是否 QA 单元

7、测试设计（单元测试 报告） 是否是否 QA 测试方案（性能）是否是否 QA 测试计划是否是否 QA 测试开发需求货设计（关 键字、工具等） 是否是否 QA 测试设计是否是否 QA 测试报告（功能、性能、 自动化） 是否是否 QA 项目总结是否是否 QA 缺陷分析和测试设计补充是否是否 QA 项目投入和时间数据是否是否 QA 测试陷阱 tips是否是否 QA case study 文档是否是否 QA 项目成长记录是否是否 QA 3测试安排和计划测试安排和计划 3.1 测试难点和重点测试难点和重点可裁减可裁减 注本小节描述项目测试中预计的测试重点和测试难点，撰写者可根据需要对下列的 表格进行修改

8、3.1.1测试重点测试重点可裁减可裁减 编号编号重点项重点项重要性说明重要性说明备注备注 1 1 多用户并发读写操作作为一个分布式系统，并发 读写实必须要支持的关键功 能；另外这部分功能只要正 确，顺序读写正确性一定能 保证 由于需要考虑自动 化工具支持。 2 2 异常测试作为一个基础平台项目，系 统要能够容忍各种软硬件异 常。 可以参照之前整理 的分布式异常体系 进行异常模拟 3 3XxxxXxxx 3.1.2测试难点测试难点可裁减可裁减 编号编号难点项难点项困难性说明困难性说明备注备注 1 1 相关数据并发读写的 正确性验证 由于存在执行不确定性，无 法事先获得期望的结果；另 外这种不确定

9、性也导致了 bug 难以复现 可以考虑利用系统 的 checkpoint 功 能进行功能回放。 2 2Xxxx 3.2 项目整体计划项目整体计划 项目阶段项目阶段时间段时间段参与人员参与人员测试工作内容安排测试工作内容安排产出产出备注备注 调研阶段调研阶段参与调研讨论 需求评审阶需求评审阶 段段 1.了解项目背景资料 2.阅读 mrd 3.反馈评审问题 4.参与需求评审 5.确认评审结论 6.初步评估测试计划 评审批注反馈 初步测试计划 详细设计阶详细设计阶 段段 1.分析产品功能，确 认测试需求 2.进行测试点拆分 3.反馈评审问题 4.参与设计评审 5.确认设计评审结论 6.确定测试初步方

10、案 评审批注反馈 测试框架 功能点拆分文 档 测试点拆分文 档 初步测试方案 测试计划调整 RDRD 开发阶段开发阶段 1.确定测试方案 2.确定自动化测试点 3.撰写测试 case 和 相关关键字 4.准备测试数据 5.自动生成自动化 case 6.FE 提交页面后获 取页面对象 7.开发测试工具 8.测试方案和测试设 计评审 关键字列表 Case 书写规范 测试 case 文档 自动化 case 测试工具和程 序 准入测试阶准入测试阶 段段 1.环境部署 2.准入测试 3.完善自动化 case 测试环境 准入测试结论 部分自动化 case 及执行结 果 第一遍全面第一遍全面 测试测试 1.

11、执行手工测试 2.执行自动化 case 3.性能测试 4.完善自动化 case 手工测试结论 部分关键字 完善或新补充 的自动化 case 性能测试结果 自动化 case 结 果 BugBug 回归测回归测 试试 1.确认 bug 修复情况 2.执行自动化 case 3.完善自动化 case Bug 确认结论 部分关键字 完善或新补充 4.性能测试的自动化 case 自动化 case 结 果 性能测试结果 全面回归测全面回归测 试试 1.执行手工回归测试 2.执行自动化 casee 3.性能测试 测试结论和测 试报告 交叉自由测交叉自由测 试试 1.PM、RD、QA 交叉 自由测试 2.常规检

12、查自动化 case 执行 测试结论和测 试报告 上线阶段上线阶段1.上线辅助 2.线上检查 3.Bug 回灌 Bug 回灌 项目总结阶项目总结阶 段段 1.相关总结； 2.Case 和框架合并； 3.自动化 case 管理 详细测试计划请参加xx 项目 v0.0.0_测试计划文档 3.3 测试资源安排测试资源安排 3.3.1人力资源分工人力资源分工 下表列出了在此项目的人员配备方面所作的各种假定。 注：可适当地删除或添加角色和人员项。 角色角色人员人员所推荐的投入所推荐的投入主要职责或注释主要职责或注释需要具化 项目负责人项目负责人 80%100% 处理插入事务 协调项目安排 分析测试需求 制

13、定测试方案和测试计划 负责管理文档资料、case、程序、工具 测试全程参与 测试工程师测试工程师 50%100% 测试全程参与 分析测试需求 撰写测试 case（即自动化 case） 提出关键字和自动化工具需求 完善补充自动化 case 并执行测试 测试分析和测试报告 辅助测试开发辅助测试开发 工程师工程师 10%30% 参与测试工作 辅助关键字、工具开发、执行问题修复 辅助自动化框架制定和实施 3.3.2测试环境安排和使用测试环境安排和使用 网络硬件，如拓扑图、硬件设备、规格、数量、配置等信息； 网络软件，如协议、通讯和连接方式等信息。 下表列出了测试的系统环境 硬件环境（服务器、网络、虚拟

14、机等需求） 软件环境（相关操作系统、软件及环境配置等） 3.3.3所需的合作方配合所需的合作方配合 配合方配合方配合人员配合人员希望提供的资希望提供的资 源源 希望的配合工作希望的配合工作配合阶配合阶 段段 配合时间配合时间备注备注 PM人员资源协调和推 动 交叉自由测试 安排 全程 RD/FE利于测试的 程序、页面 及其部署安 装文档 分阶段提供被 测程序 在开发周期的 后 20%前提供 页面 测试设 计和测 试执行 XX 产 品 QA Xx 服务器 的 xx 服务、 xx 数据 人员 联调环境准备； 联调资源提供 联调问题辅助 定位 测试执 行（联 调测试） 3.3.4测试所需工具测试所需

15、工具 下表列出了在此项目的使用工具方面所作的各种假定。 注：可适当地删除或添加工具项。 工具工具获取和访获取和访 问地址问地址 用途用途支持人员支持人员使用阶段使用阶段使用时间使用时间备注备注 Case 管理工 具 url导出 case 框架和可复 用 case 测试准备 Word-撰写方案、 case 测试准备 Project-撰写测试计 划 测试准备 Git/cvs环境代码、文档、 工具管理 测试准备 测试执行 测试总结 Atpurl测试报告 测试数据 测试执行 Opensta环境性能压力测 试 性能测试 Myab环境性能压力测 试 性能测试 4风险预估和应对风险预估和应对可裁减可裁减 下

16、表列出了在此项目的测试工作所存在的各种风险的假定，需要考虑项目测试过程中 可能发生的具体事务，分别分析并加以应对，然后体现在测试计划中。 注：可适当地删除或添加风险项。 风险类型风险类型风险责风险责 任方任方 风险内风险内 容容 相应相应 处理处理 优先优先 级级 可能发生可能发生 的阶段的阶段 可能发可能发 生的时生的时 间段间段 应对所应对所 需资源需资源 应对措应对措 施施只是 建议，需 要具化 备注备注 时间计划时间计划合理 计划 及时 调整 人员风险人员风险充分 估计 预留 buffer 及时 调整 资源协调资源协调充分 估计 预留 buffer 及时 调整 插入事务插入事务预留 buffer 及时 调整 任务超预期任务超预期及时 调整 注：各个风险类型解释如下。 时间计划：时间计划：关键 milestone 无法匹配的延期风险。诸如项目存在 deadline、计划受 到客观条件限制、非己方责任导致地被动延期等等； 人员风险：人员风险：测试人员和需配合方的人员的变动导致的工作任务无法按计划完成或者完 成质量无法保证的风险，包括新人风险、人员变化、投入不足、投入质量不高等； 资