测试计划怎么写
一、测试计划的作用是什么？
测试计划就像盖楼前的施工蓝图，它告诉我们要测什么、谁来测、怎么测，保证测试工作不乱套。**简单来说，没有测试计划，测试工作就是"盲打"；有了测试计划，测试工作就是"有组织的战役"。**基于公司模板，但大概分为一下几类：
它的核心作用包括：
- 明确目标与范围：定义"测什么"和"不测什么"，防止范围蔓延。
- 统一团队认知：让产品、开发、测试、项目管理等所有相关方对测试活动有一致的期望和理解。
- 规划资源与进度：明确需要多少人、什么环境、哪些工具，以及测试的时间安排，便于资源协调和进度跟踪。
- 识别与规避风险：提前预测试过程中可能遇到的困难和技术风险，并制定应对措施，减少意外情况的发生。
- 作为评估基准：衡量测试工作是否完成的依据，比如是否达到了预定的测试覆盖率、缺陷修复率等出口准则。
二、怎么通过 5W1H 写测试计划
测试计划不是一成不变的，它应该是一个"活文档"。在项目发生重大变更时（如需求变更、周期调整），应及时更新测试计划并与相关方同步。我们常用来写这个文档，会利用 5W1H 分析方法，帮我们结构化地思考测试计划的各个核心要素。
2.1 什么是 5W1H？
何事、何因、何人、何时、何地、何法。
对应如下：
- What - 什么事？（对象与内容）
- Why - 为什么做？（原因与目的）
- Who - 谁来做？（人员与责任）
- When - 何时做？（时间与计划）
- Where - 在哪做？（地点与环境）
- How - 怎么做？（方法与流程）
2.2 测试计划怎么写？
1. Why（为什么测）—— 测试目标
- 内容：阐述编写本测试计划的目的和所要达成的目标。
- 示例：
- "为确保XX项目V2.1版本的核心交易功能满足产品需求说明书中的要求，通过系统化的测试，发现并跟踪缺陷，使版本达到可上线的质量标准。"
- "验证新集成的第三方支付接口的功能正确性、性能及安全性。"
2. What（测什么）—— 测试范围与对象
- 内容：明确界定需要测试的功能模块，以及更重要的是，明确说明哪些不在测试范围内。
- 示例：
- 测试对象：XX系统V2.1版本，包括：用户登录模块、商品下单流程、支付接口、我的订单列表。
- 测试范围：
- 功能测试：覆盖上述所有模块的正向、异常流程。
- 兼容性测试：Chrome, Firefox 最新版。
- 性能测试：支持100用户并发下单。
- 不测试的范围：
- 与本版本无关的"用户积分"模块。
- 非指定浏览器（如IE）的兼容性。
- 服务器硬件层面的运维监控。
3. When（何时测）—— 测试进度安排
- 内容：将测试活动分解为具体任务，并规划其起止时间。最好使用甘特图进行可视化展示。
| 任务名称 | 负责人 | 开始日期 | 结束日期 | 备注 |
|---|---|---|---|---|
| 需求评审 | 全体测试 | 2023-10-26 | 2023-10-26 | |
| 测试用例编写 | 张三 | 2023-10-27 | 2023-11-02 | |
| 测试用例评审 | 全体 | 2023-11-03 | 2023-11-03 | |
| 第一轮系统测试 | 张三，李四 | 2023-11-10 | 2023-11-15 | |
| 第二轮回归测试 | 李四 | 2023-11-17 | 2023-11-20 | |
| 测试总结与报告 | 张三 | 2023-11-21 | 2023-11-21 |
4. Who（谁来测）—— 团队组成与职责
- 内容：明确测试团队的人员分工和责任。
- 示例：
- 测试负责人（王五）：制定测试计划，分配任务，跟踪进度，协调资源，输出测试报告。
- 测试工程师（张三）：负责用户登录、商品下单模块的测试用例设计与执行。
- 测试工程师（李四）：负责支付接口、订单列表模块的测试用例设计与执行，并承担性能测试任务。
- 开发工程师：提供技术支持，修复缺陷。
- 产品经理：确认需求疑问，参与验收测试。
5. Where（在哪里测）—— 测试环境
- 内容：详细描述测试所需的硬件、软件和网络环境。
- 示例：
- 软件环境：操作系统 CentOS 7.6，数据库 MySQL 5.7，应用服务器 Tomcat 9
- 硬件环境：服务器IP 192.168.1.100，配置 4核8G
- 测试数据：使用准备好的基础账户和数据，避免直接操作生产库。
- 网络环境：公司内网，可访问外网以测试第三方支付。
6. How（怎么测）—— 测试策略与方法
- 内容：这是测试计划的技术核心，描述针对不同的测试类型或测试对象，将采用何种测试方法、工具和标准。
- 示例：
- 功能测试：
- 方法：黑盒测试，基于需求文档设计测试用例。
- 工具：手动测试为主，使用 XMind 编写测试思维导图，使用 TestLink/Zentao 管理测试用例。
- 性能测试：
- 方法：使用 JMeter 对"下单"接口进行并发负载测试。
- 标准：在100并发用户下，事务响应时间95%线低于2秒，错误率低于0.1%。
- 兼容性测试：
- 方法：在 Chrome 115+、Firefox 110+ 上进行核心流程测试。
- 功能测试：
2.3 测试计划模板（简要提纲）
简单的目录如下
- 引言（项目背景、目的）
- 测试范围（包含与不包含的功能）
- 测试策略（测试类型、方法、工具）
- 测试资源与进度（人员、环境、里程碑）
- 发布/暂停/完成标准
- 风险与应对
三、参考模板：[项目名称]V[版本号]测试计划
以下是一个简洁全面的测试计划模板，可以直接填充使用。
版本历史
| 版本号 | 修订日期 | 修订人 | 修订说明 |
|---|---|---|---|
| V1.0 | YYYY-MM-DD | 姓名 | 初稿创建 |
1. 引言
- 1.1 项目背景：简要描述项目的目的和背景。
- 1.2 测试目标：明确本次测试希望达到的目标（参考5W1H中的Why）。
2. 测试范围
- 2.1 测试对象：列出本次需要测试的功能模块、系统等。
- 2.2 测试类型：明确本次计划开展的测试类型（如功能、性能、安全、兼容性等）。
- 2.3 重点特性：列出需要特别关注的高风险或核心功能。
- 2.4 排除范围：明确说明哪些不在此次测试范围内，并说明理由。
3. 测试策略
- 3.1 功能测试
- 测试方法/设计技术：
- 测试工具：
- 完成标准：
- 3.2 性能测试
- 测试方法/设计技术：
- 测试工具：
- 性能指标（完成标准）：
- 3.3 兼容性测试
- 测试平台/浏览器清单：
- 完成标准：
4. 资源与环境
- 4.1 人力资源
| 角色 | 人员 | 职责 |
|---|---|---|
| 测试负责人 | ||
| 测试工程师 |
- 4.2 测试环境
- 硬件环境：
- 软件环境：
- 网络环境：
- 4.3 测试工具
| 工具类型 | 工具名称 |
|---|---|
| 测试管理 | Jira/Zentao/TestLink |
| 性能测试 | JMeter/LoadRunner |
| 缺陷管理 | Jira/Zentao |
5. 测试进度计划
| 任务阶段 | 负责人 | 开始日期 | 结束日期 | 备注 |
|---|---|---|---|---|
| 计划与设计 | ||||
| 测试用例开发 | ||||
| 测试执行周期1 | ||||
| 测试执行周期2 | ||||
| 测试总结与报告 |
6. 风险与应对
| 潜在风险 | 风险级别 | 应对措施 |
|---|---|---|
| 需求在测试后期发生变更 | 高 | 1. 加强与产品沟通；2. 评估变更影响，必要时调整计划。 |
| 测试环境不稳定 | 中 | 1. 提前部署并验证环境；2. 与运维保持沟通。 |
| 开发提测延期，压缩测试时间 | 高 | 1. 提前沟通风险；2. 优先测试核心功能；3. 申请延长周期或增加人力。 |
7. 入口与出口准则
- 7.1 入口准则（何时可以开始测试？）
- 冒烟测试用例100%通过。
- 测试环境准备就绪且稳定。
- 测试用例已评审并通过。
- 7.2 出口准则（何时可以结束测试？）
- 所有计划的测试用例均已执行完毕。
- 所有致命/严重级别的缺陷都已修复并验证关闭。
- 测试用例通过率 ≥ 95%。
- 项目组一致同意发布。
总结
测试计划的核心价值在于为测试工作提供清晰的路线图，以提升整体效率与质量。其构建通常基于 5W1H 分析法，确保全面性与结构性。同时，它并非一份固定文件，而是一个需要随项目变化而持续调整与优化的动态过程。
