测试方案/测试计划/测试报告

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

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

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

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

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

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

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

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

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

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

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

测试方案

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

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

例如：

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

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

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

1	引言	4
1.1	编写目的	4
1.2	背景	4
1.3	预期的读者和阅读建议	4
1.4	参考文档	4
2	术语、定义和缩略语	4
2.1	术语、定义	4
2.2	缩略语	5
3	综合描述	5
3.1	软件功能	5
3.2	测试需求范围	5
4	测试风险	6
5	测试策略	7
5.1	测试方法	7
5.2	缺陷管理	8
6	测试计划	8
6.1	集成计划	9
6.2	集成测试进度安排	9
6.3	测试环境与资源配备	10
6.3.1	人员配备	10
6.3.2	测试环境	11
6.3.3	终端特性	12
7	测试报告	13

部分内容如下：

测试方法：

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

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

测试报告：

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

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

测试计划

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

1.what：测什么 --目标

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

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

4.who：谁测--人员

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

6.how：怎么测--方法

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

测试报告

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

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