前言
测试方案和测试计划，测试报告几乎都是每个测试人员都必须掌握的。但有时经常搞混，特别是测试方案和测试计划。
1、测试方案和测试计划的区别
方案和计划英文翻译都叫“plan”，但具体的区别：
什么是测试方案？所谓测试方案是指描述需要测试的特性、测试的 *** 、测试环境的规划、测试工具的设计和选择、测试用例的设计 *** 、测试代码的设计方案。
什么是测试计划？所谓测试计划是指描述了要进行的测试活动的范围、 *** 、资源和进度的文档。它主要包括测试项、被测特性、测试任务、谁执行任务和风险控制等。
测试方案-偏技术：属于技术层面的文档，从技术的角度对测试活动进行规划。主要使用什么技术、什么工具等，即怎么测。
测试计划-偏项目：属于组织管理层面的文档，从组织管理的角度对测试活动进行规划属于技术层面的文档，从技术的角度对测试活动进行规划。主要是目标，时间，人员，资源、环境等，即测什么。
从大的方面讲，测试方案包含测试计划。
2、测试方案和测试计划什么时候编写
测试方案： 是在项目立项或者需求分析的时候，这时候你就要考虑产品/项目需要用什么 *** 测，比如是web、app等，使用的技术不一样；其二，每个阶段使用技术/工具也不一样，更多的是测试经理或领导在项目成立或需求分析阶段编写的，考虑总体的大致方案，每个版本的计划，风险等，这样后面知道需要怎么去进行测试，可以解决一些技术难题。
测试计划：是在项目执行的时候，更多的是测试带组人员安排并编写，其目的是看看这个版本你需要多少人、什么时候完成，这就是计划。
3、测试方案
测试方案分为大方向，和小方向，大方向是指项目的，小方向是每个版本。
小方案的测试方案接近测试计划，这个方案是跟项目经理评审，确定要做什么内容，了解项目情况，哪些需要测试，哪些不需要。
例如：
最小集测试（入口检查）、可生产性、合入故障（修改点）、功能测试、性能测试、压力测试、兼容性测试、自动化测试、外场测试、其他。
以上的确认下在这个版本需要测试吗？如果需要，要考虑需要什么技术或工具测试。然后这些安排谁去测试，什么时候测完等等，很接近测试计划，也顺便吧测试计划做了。
大方向一般内容模板如下（文档是死的，人是活的，根据实际去考虑）：
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.并发测试：同时使用两个应用以上（含集群），如公网并发、短消息并发、音乐/视频同时并发； ***代码
测试报告：
报告名称
报告内容
编写者
接收者
测试工作日报
反馈当日测试内容情况，以及测试影响和风险点反思测试哪个环节出现遗漏、不足之处，当作经验教训。
自测人员
项目经理开发经理科长自测人员项目相关人员
测试工作周报
反馈工作周进程反思测试出现遗漏、不足之处，当作经验教训。
自测人员开发经理项目相关人员
科长开发经理自测人员项目相关人员
测试工作月报
反馈工作月度情况，以及缺陷跟踪情况；反思测试哪个环节出现遗漏、不足之处，当作经验教训。
自测人员开发经理项目相关人员
科长开发经理自测人员项目相关人员
测试阶段性报告
开发经理在达到里程碑（版本发布）前后，自测人员在集成前后，汇报该阶段的主要工作、存在的问题和解决 *** /建议、以及风险点等
开发经理自测人员
科长自测人员项目相关人员
测试总结报告
测试总结缺陷跟踪统计分析建议
自测人员
项目经理开发经理科长自测人员项目相关人员
其他的参照实际公司情况，根据模板或在扩展编写。
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接口测试 *** 视频获取
我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。如果在学习或工作中遇到问题可以直接进群询问，群里也会有大神帮忙解答， 欢迎在评论区留言或私信我谢谢。
