1、 百度在线网络技术（北京）有限公司领测软件测试论坛 http:/ XXX 产品 v1.0.0 测试方案文档版本控制文档版本号 日期 作者 审核人 说明V1.0百度在线网络技术（北京）有限公司领测软件测试论坛 http:/ XXX 产品 V1.0.0 测试方案 .11 项目简介部分 .21.1 文档编写目的 .21.2 测试项目背景描述 .21.3 测试工作内容和范围 .22 测试文档 可裁减 .22.1 测试所需参考文档 .22.2 测试需提交文档 .33 测试安排和计划 .43.1 项目整体计划 .43.2 测试资源安排 .63.2.1 人力资源分工 .63.2.2 测试环境安排和使用 .6
2、3.2.3 所需的合作方配合 .73.2.4 测试所需工具 .74 风险预估和应对 可裁减 .85 准入测试方案 可裁减 .96 功能测试方案 .96.1 CASE 开发和管理的规范 .96.2 测试需求分析和策略制定 .106.2.1 分功能测试需求分析 .106.2.2 测试工具需求 .117 性能测试方案 可裁减 .117.1 性能测试工具需求 .117.2 场景名 XXX1.117.2.1 场景概述 .117.2.2 执行策略设计 .117.2.3 测试数据需求 .127.2.4 性能测试结果分析方法和预期 .127.3 压力测试场景设计 .127.3.1 场景名 XXX .12百度在
3、线网络技术（北京）有限公司2 / 14领测软件测试论坛 http:/ 项目简介部分1.1 文档编写目的项目名称的这一 “测试方案 ”文档有助于实现以下目标：确定现有项目的信息和应测试的软件构件。列出推荐的测试需求（高级需求） 。推荐可采用的测试策略，并对这些策略加以说明。确定所需的资源，并对测试的工作量进行估计。预估项目的风险和成本，对制定应对措施。列出测试项目的可交付元素 1.2 测试项目背景描述对测试对象（应用程序、模块、子模块、系统等）及其开发设计目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史、测试对象的设计开发初衷和目标。 1.3 测试工作内容和范围
4、简要描述测试所需的阶段（例如，评审、测试设计、单元测试、冒烟测试、手工测试、回归测试、自动化测试、性能测试、交叉自由测试等） 。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。 2 测试文档 可裁减 2.1 测试所需参考文档下表列出了制定和实施该测试方案时所需要使用的相关文档，并标明了各文档的可用性：注：列表中为文档项，需要具化，可适当地删除或添加文档项。 百度在线网络技术（北京）有限公司3
5、 / 14领测软件测试论坛 http:/ 具体的文档名称和列表（版本 /日期） 已创建或可用 已被接收或已经过复审作者或来源角色和姓名 备注软件产品背景相关资料业务简介、名词解释、操作说明、系统资料、访问环境等 是否 是 否 PM/RD软件产品调研相关资料前期调研资料等 是否 是 否 PM/RDMRD 是否 是否 PM/RD概要设计 是否 是否 RD详细设计 是否 是否 RD产品性能要求 是否 是否 PM/RD产品常规检查 checklist 是否 是否 PM/RD产品升级检查 checklist 是否 是否 PM/RD运维部署文档 是否 是否 RD/OP上线步骤 是否 是否 RD/OP单元测
6、试设计（单元测试报告）是否 是否 RD代码行 diff 分析 是否 是否 RD产品总测试方案（性能） 是否 是否 QA产品测试框架 是否 是否 QA产品 test case 是否 是否 QA相关流程文档和模板 是否 是否 QA/PM/RD相关工作指南和规范（checklist）是否 是否 QA测试工具参考文档 是否 是否 QA测试陷阱 tips、经验总结文档、case study 文档、项目成长记录等参考资料是否 是否 QA2.2 测试需提交文档下表列出了制定和实施该测试方案时测试所需要提交的相关文档，并标明了各文档的可用性：注：列表中为文档项，需要具化，可适当地删除或添加文档项。 文档 具体
7、的文档名称和列表（版本 /日期） 已创建或可用 已被接收或已经过复审作者或来源角色和姓名 备注MRD、详细设计等评审批注意见是否 是 否 QA百度在线网络技术（北京）有限公司4 / 14领测软件测试论坛 http:/ 是否 QA测试方案（性能） 是否 是否 QA测试计划 是否 是否 QA测试开发需求货设计（关键字、工具等）是否 是否 QA测试设计 是否 是否 QA测试报告（功能、性能、自动化）是否 是否 QA项目总结 是否 是否 QA缺陷分析和测试设计补充 是否 是否 QA项目投入和时间数据 是否 是否 QA测试陷阱 tips 是否 是否 QAcase study 文档 是否 是否 QA项目成
8、长记录 是否 是否 QA3 测试安排和计划3.1 测试难点和重点 可裁减 注本小节描述项目测试中预计的测试重点和测试难点，撰写者可根据需要对下列的表格进行修改 3.1.1 测试重点 可裁减 编号 重点项 重要性说明 备注1 多用户并发读写操作 作为一个分布式系统，并发读写实必须要支持的关键功能；另外这部分功能只要正确，顺序读写正确性一定能保证由于需要考虑自动化工具支持。2 异常测试 作为一个基础平台项目，系统要能够容忍各种软硬件异常。可以参照之前整理的分布式异常体系进行异常模拟3 Xxxx Xxxx百度在线网络技术（北京）有限公司5 / 14领测软件测试论坛 http:/ 测试难点 可裁减 编
9、号 难点项 困难性说明 备注1 相关数据并发读写的正确性验证由于存在执行不确定性，无法事先获得期望的结果；另外这种不确定性也导致了 bug难以复现可以考虑利用系统的 checkpoint 功能进行功能回放。2 Xxxx3.2 项目整体计划项目阶段 时间段 参与人员 测试工作内容安排 产出 备注调研阶段 参与调研讨论需求评审阶段1. 了解项目背景资料2. 阅读 mrd3. 反馈评审问题4. 参与需求评审5. 确认评审结论6. 初步评估测试计划 评审批注反馈 初步测试计划详细设计阶段1. 分析产品功能，确认测试需求2. 进行测试点拆分3. 反馈评审问题4. 参与设计评审5. 确认设计评审结论6.
10、确定测试初步方案 评审批注反馈 测试框架 功能点拆分文档 测试点拆分文档 初步测试方案 测试计划调整RD 开发阶段 1. 确定测试方案2. 确定自动化测试点3. 撰写测试 case 和相关关键字4. 准备测试数据5. 自动生成自动化case6. FE 提交页面后获取页面对象7. 开发测试工具8. 测试方案和测试设计评审 关键字列表 Case 书写规范 测试 case 文档 自动化 case 测试工具和程序准入测试阶段1. 环境部署2. 准入测试 测试环境 准入测试结论百度在线网络技术（北京）有限公司6 / 14领测软件测试论坛 http:/ 完善自动化 case 部分自动化case 及执行结果
11、第一遍全面测试1. 执行手工测试2. 执行自动化 case3. 性能测试4. 完善自动化 case 手工测试结论 部分关键字 完善或新补充的自动化 case 性能测试结果 自动化 case 结果Bug 回归测试1. 确认 bug 修复情况2. 执行自动化 case3. 完善自动化 case4. 性能测试 Bug 确认结论 部分关键字 完善或新补充的自动化 case 自动化 case 结果 性能测试结果全面回归测试1. 执行手工回归测试2. 执行自动化 casee3. 性能测试 测试结论和测试报告交叉自由测试1. PM、RD、QA 交叉自由测试2. 常规检查自动化case 执行 测试结论和测试报
12、告上线阶段 1. 上线辅助2. 线上检查3. Bug 回灌 Bug 回灌项目总结阶段1. 相关总结；2. Case 和框架合并；3. 自动化 case 管理详细测试计划请参加xx 项目 v0.0.0_测试计划文档3.3 测试资源安排3.3.1 人力资源分工下表列出了在此项目的人员配备方面所作的各种假定。注：可适当地删除或添加角色和人员项。 角色 人员 所推荐的投入 主要职责或注释 需要具化 项目负责人 80%100% 处理插入事务 协调项目安排百度在线网络技术（北京）有限公司7 / 14领测软件测试论坛 http:/ 分析测试需求 制定测试方案和测试计划 负责管理文档资料、case、程序、工具
13、 测试全程参与测试工程师 50%100% 测试全程参与 分析测试需求 撰写测试 case（即自动化 case） 提出关键字和自动化工具需求 完善补充自动化 case 并执行测试 测试分析和测试报告辅助测试开发工程师10%30% 参与测试工作 辅助关键字、工具开发、执行问题修复 辅助自动化框架制定和实施3.3.2 测试环境安排和使用网络硬件，如拓扑图、硬件设备、规格、数量、配置等信息；网络软件，如协议、通讯和连接方式等信息。 下表列出了测试的系统环境硬件环境（服务器、网络、虚拟机等需求）软件环境（相关操作系统、软件及环境配置等）3.3.3 所需的合作方配合配合方 配合人员 希望提供的资源希望的配
14、合工作 配合阶段配合时间 备注PM 人员 资源协调和推动 交叉自由测试安排全程RD/FE 利于测试的程序、页面 分阶段提供被测程序测试设计和测百度在线网络技术（北京）有限公司8 / 14领测软件测试论坛 http:/ 在开发周期的后 20%前提供页面试执行XX 产品 QA Xx 服务器的 xx 服务、xx 数据 人员 联调环境准备； 联调资源提供 联调问题辅助定位测试执行（联调测试）3.3.4 测试所需工具下表列出了在此项目的使用工具方面所作的各种假定。注：可适当地删除或添加工具项。 工具 获取和访问地址用途 支持人员 使用阶段 使用时间 备注Case 管理工具url 导出 case框架和可复
15、用 case测试准备Word - 撰写方案、case测试准备Project - 撰写测试计划测试准备Git/cvs 环境 代码、文档、工具管理测试准备测试执行测试总结Atp url 测试报告 测试数据测试执行Opensta 环境 性能压力测试性能测试Myab 环境 性能压力测试性能测试4 风险预估和应对 可裁减 下表列出了在此项目的测试工作所存在的各种风险的假定，需要考虑项目测试过程中可能发生的具体事务，分别分析并加以应对，然后体现在测试计划中。注：可适当地删除或添加风险项。 风险类型 风险责 风险内 相应 可能发生 可能发 应对所 应对措 备注百度在线网络技术（北京）有限公司9 / 14领测
16、软件测试论坛 http:/ 容 处理优先级的阶段 生的时间段需资源 施 只是建议，需要具化 时间计划 合理计划 及时调整人员风险 充分估计 预留buffer 及时调整资源协调 充分估计 预留buffer 及时调整插入事务 预留buffer 及时调整任务超预期 及时调整注：各个风险类型解释如下。时间计划： 关键 milestone 无法匹配的延期风险。诸如项目存在 deadline、计划受到客观条件限制、非己方责任导致地被动延期等等；人员风险： 测试人员和需配合方的人员的变动导致的工作任务无法按计划完成或者完成质量无法保证的风险，包括新人风险、人员变化、投入不足、投入质量不高等；资源协调： 包括所需资源不能如期到位，或者资源质量低于预期等风险。比如测试工具开发的风险、各个阶段交付物的质量风险等。插入事务： 包括临时插入高优先级的事务，打乱原有计划等风险。任务超预期： 实际执行时的工作复杂程度、结果的质量同预期不符所带来的风险。属于不可预期的风险，只能待出现时及时合理地调整。风险分为可预期的和不可预期的，对于可预期的风险，可以要求资源，制定提前的应对措施。但是对于不可预期的风险，只能待出现时，充分考虑各方因素，及时调整。所以，对于可预期的风险，需要的能力是充分预估，对于不可预期的风险，需要的是及时察觉并调整应对。
