测试计划和测试计划、测试报告几乎所有的测试人员都要掌握。 但是，有时会混淆。 特别是测试计划和测试计划。
测试计划与测试计划之间的差异计划和计划的英文翻译称为“plan”，具体差异如下：
什么是测试方案？
测试计划是指描述需要测试的特性、测试方法、测试环境规划、测试工具的设计与选择、测试用例的设计方法、测试代码的设计方案。
什么是测试计划？
测试计划是一个文档，描述要执行的测试活动的范围、方法、资源和进度。 它主要包括测试项目、被测特性、测试任务、谁来执行任务、风险控制等。
测试方案-偏技术:技术级文档，从技术角度规划测试活动。 主要使用什么技术、什么工具等，即怎么测
测试计划-偏项目:组织管理级文档、从组织管理角度计划测试活动的技术级文档、从技术角度计划测试活动的文档。 主要是目标、时间、人员、资源、环境等，测什么
从大的方面讲，测试方案包含测试计划。
测试计划和测试计划什么时候做好
测试方案：在项目立项或需求分析时，应考虑产品/项目需要采用何种方法进行衡量。 例如，在web、APP等中，使用技术不同； 其二，每个阶段使用的技术/工具也不一样。 在许多情况下，测试经理或领导者可以在项目完成和需求分析阶段创建，考虑总体方案、每个版本的计划、风险等，然后了解如何进行测试，从而解决一些技术问题。
测试计划:项目运行时，测试磁带团队人员配备和编制较多。 其目的是看需要多少人这个版本，什么时候完成。 这就是计划。
试验方案试验方案分为大方向和小方向，大方向是指项目，小方向是指各个版本。
小方案的测试方案与测试方案相近。 该计划将与项目经理评审，以决定要做什么，了解项目情况，了解哪些需要测试，哪些不需要测试。
例如：
最低配置测试(入门测试)、工作效率、嵌入式故障)、功能测试、性能测试、压力测试、兼容性测试、自动化测试、外场测试等。
在以上确认之后，需要在这个版本上进行测试吗？ 根据需要考虑需要进行哪些技术或工具测试。 而且，这些安排与测试计划很接近，比如谁去测试，什么时候测量完等。 顺便也制定测试计划吧。
大方向一般内容模板如下。 (文档是死的，人是活的，实事求是地思考)。
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 测试方法： 3.2
1 .功能测试)测试各项功能(包括协议、框架、驱动程序)有无问题，集群基本业务是否正常； 2 .性能测试：在特定条件下，使用工具操作，有无问题或异常现象发生； 3 .稳定性测试：跑步monkey是否出现问题或异常现象4 .疲劳测试：固定关闭、不重启多少台终端，一致性测试，考察终端容错能力； 5 .压力测试：与集群业务相关的6 .异常测试，包括集群呼叫、短信收发、集群联系人存储、APP定位和按钮频繁连续操作等：特殊场合测试功能。 例如，延迟访问、异常操作、低电力、业务中断等； 7 .内存测试：使用工具测量APP应用的内存使用情况，提供研发分析； 8 .同时测试：同时使用两个或多个APP应用程序(包括集群)。 例如，同时执行公共网络、同时执行短消息、同时执行音乐/视频； 测试报告：报告名称
报告的内容
撰文人
收件人
测试工作日报
反馈当日测试内容情况及测试影响和风险点
反省在哪个阶段有遗漏和不足之处，作为经验教训。
自检负责人
项目经理
开发经理
科长
:0pt;">自测人员项目相关人员
测试工作周报
反馈工作周进程
反思测试出现遗漏、不足之处，当作经验教训。
自测人员
开发经理
项目相关人员
科长
开发经理
自测人员
项目相关人员
测试工作月报
反馈工作月度情况，以及缺陷跟踪情况；
反思测试哪个环节出现遗漏、不足之处，当作经验教训。
自测人员
开发经理
项目相关人员
科长
开发经理
自测人员
项目相关人员
测试阶段性报告
开发经理在达到里程碑（版本发布）前后，自测人员在集成前后，汇报该阶段的主要工作、存在的问题和解决方法/建议、以及风险点等
开发经理
自测人员
科长
自测人员
项目相关人员
测试总结报告
测试总结
缺陷跟踪统计
分析建议
自测人员
项目经理
开发经理
科长
自测人员
项目相关人员
其他的参照实际公司情况，根据模板或在扩展编写。
测试计划
测试计划相对就简单点，遵守5W+1H原则：
1.what：测什么 --目标
2.when：什么时候 --时间
3.where：在哪里测--环境
4.who：谁测--人员
5.why：为什么测--目的
6.how：怎么测--方法
简单来说：我们的测试目标，这个版本测到什么程度，测试目的是为了商用，还是合入故障验证，测试时间，几个人，几个模块，分多少用例，有什么环境什么资源，用什么方法，什么工具。。。。这些计划安排出来就明显，测过程需要些什么。
测试报告
测试报告就是给领导看的，那就把你的内容都安排放里面即可。比如，多少用例，多少人，多少bug，合入故障，解决故障等，最好是数字化图表化，这样领导一看就清楚。这个可以百度搜索模板，有些公司都有属于自己的模板。
记住，报告开头最明显的是告诉这个版本是否测试通过，这个有通过标准的，看公司怎么定义。