测试方案/测试计划/测试报告，经常弄混要怎么区分？

目录

前言

1、测试方案和测试计划的区别

2、测试方案和测试计划什么时候编写

3、测试方案

4、测试计划

5、测试报告

---

前言

测试方案和测试计划，测试报告几乎都是每个测试人员都必须掌握的。但有时经常搞混，特别是测试方案和测试计划。

1、测试方案和测试计划的区别

方案和计划英文翻译都叫“plan”，但具体的区别：

什么是测试方案？
所谓测试方案是指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。

什么是测试计划？
所谓测试计划是指描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试项、被测特性、测试任务、谁执行任务和风险控制等。

测试方案-偏技术：属于技术层面的文档，从技术的角度对测试活动进行规划。主要使用什么技术、什么工具等，即怎么测。

测试计划-偏项目：属于组织管理层面的文档，从组织管理的角度对测试活动进行规划属于技术层面的文档，从技术的角度对测试活动进行规划。主要是目标，时间，人员，资源、环境等，即测什么。

从大的方面讲，测试方案包含测试计划。

                 

 

2、测试方案和测试计划什么时候编写

测试方案： 是在项目立项或者需求分析的时候，这时候你就要考虑产品/项目需要用什么方法测，比如是web、app等，使用的技术不一样；其二，每个阶段使用技术/工具也不一样，更多的是测试经理或领导在项目成立或需求分析阶段编写的，考虑总体的大致方案，每个版本的计划，风险等，这样后面知道需要怎么去进行测试，可以解决一些技术难题。

测试计划：是在项目执行的时候，更多的是测试带组人员安排并编写，其目的是看看这个版本你需要多少人、什么时候完成，这就是计划。

3、测试方案

测试方案分为大方向，和小方向，大方向是指项目的，小方向是每个版本。

小方案的测试方案接近测试计划，这个方案是跟项目经理评审，确定要做什么内容，了解项目情况，哪些需要测试，哪些不需要。

例如：

最小集测试（入口检查）、可生产性、合入故障（修改点）、功能测试、性能测试、压力测试、兼容性测试、自动化测试、外场测试、其他。

以上的确认下在这个版本需要测试吗？如果需要，要考虑需要什么技术或工具测试。然后这些安排谁去测试，什么时候测完等等，很接近测试计划，也顺便吧测试计划做了。

大方向一般内容模板如下（文档是死的，人是活的，根据实际去考虑）：

1引言41.1编写目的41.2背景41.3预期的读者和阅读建议41.4参考文档42术语、定义和缩略语42.1术语、定义42.2缩略语53综合描述53.1软件功能53.2测试需求范围54测试风险65测试策略75.1测试方法75.2缺陷管理86测试计划86.1集成计划96.2集成测试进度安排96.3测试环境与资源配备106.3.1人员配备106.3.2测试环境116.3.3终端特性127测试报告13复制代码

部分内容如下：

测试方法：

集成测试一般采用大爆炸测试&自底向上方法测试

1.功能测试：测试各功能（含协议、框架、驱动）是否存在问题，集群基本业务是否正常；2.性能测试：在特定条件下，使用工具操作，是否出现问题或异常现象；3.稳定性测试：跑monkey是否出现问题或异常现象；4.疲劳测试：固定几台终端不关机、不重启，一致测试，考察终端承受能力；5.压力测试：针对集群业务相关，如集群呼叫、短信收发、集群联系人存储、应用和按钮频繁连续操作等；6.异常测试：在特殊场景下测试功能性，如迟后接入、异常操作、低电、业务中断等；7.内存测试：使用工具获取应用测内存使用情况，提供研发分析；8.并发测试：同时使用两个应用以上（含集群），如公网并发、短消息并发、音乐/视频同时并发；复制代码

测试报告：

报告名称	报告内容	编写者	接收者
测试工作日报	反馈当日测试内容情况，以及测试影响和风险点反思测试哪个环节出现遗漏、不足之处，当作经验教训。	自测人员	项目经理开发经理科长自测人员项目相关人员
测试工作周报	反馈工作周进程反思测试出现遗漏、不足之处，当作经验教训。	自测人员开发经理项目相关人员	科长开发经理自测人员项目相关人员
测试工作月报	反馈工作月度情况，以及缺陷跟踪情况；反思测试哪个环节出现遗漏、不足之处，当作经验教训。	自测人员开发经理项目相关人员	科长开发经理自测人员项目相关人员
测试阶段性报告	开发经理在达到里程碑（版本发布）前后，自测人员在集成前后，汇报该阶段的主要工作、存在的问题和解决方法/建议、以及风险点等	开发经理自测人员	科长自测人员项目相关人员
测试总结报告	测试总结缺陷跟踪统计分析建议	自测人员	项目经理开发经理科长自测人员项目相关人员

其他的参照实际公司情况，根据模板或在扩展编写。

             

 

4、测试计划

测试计划相对就简单点，遵守5W+1H原则：

1.what：测什么 --目标

2.when：什么时候 --时间

3.where：在哪里测--环境

4.who：谁测--人员

5.why：为什么测--目的

6.how：怎么测--方法

简单来说：我们的测试目标，这个版本测到什么程度，测试目的是为了商用，还是合入故障验证，测试时间，几个人，几个模块，分多少用例，有什么环境什么资源，用什么方法，什么工具。。。。这些计划安排出来就明显，测过程需要些什么。

5、测试报告

测试报告就是给领导看的，那就把你的内容都安排放里面即可。比如，多少用例，多少人，多少bug，合入故障，解决故障等，最好是数字化图表化，这样领导一看就清楚。这个可以百度搜索模板，有些公司都有属于自己的模板。

记住，报告开头最明显的是告诉这个版本是否测试通过，这个有通过标准的，看公司怎么定义。

感谢每一个认真阅读我文章的人！！！

如果下面这些资料用得到的话可以直接拿走：

1、自学开发或者测试必备的完整项目源码与环境

2、测试工作中所有模板（测试计划、测试用例、测试报告等）

3、软件测试经典面试题

4、Python/Java自动化测试实战.pdf

5、Jmeter/postman接口测试全套视频获取

我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。如果在学习或工作中遇到问题可以直接进群询问，群里也会有大神帮忙解答， 欢迎在评论区留言或私信我谢谢。