1）测试计划与测试方案的区别：
计划：属于组织管理层面的文档，从组织管理的角度对测试活动进行规划；

方案：属于技术层面的文档，从技术的角度对测试活动进行规划。

测试计划：对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务分配以及时间进度安排，并提出对各项任务的评估，风险分析和管理需求。

测试方案：描述需要测试的特性，测试的方法，测试环境的规划，测试工具的设计和选择，测试用例的设计方法，测试代码的设计方案。测试方案需要在测试计划的指导下进行，测试计划提出“做什么”，而测试方案明确“如何做”软件测试用例包括软件测试用例设计和写作。

软件测试用例设计：是从设计层面考虑，比如从功能性、可用性、安全性等方面考虑设计测试用例。软件测试用例写作是指软件测试用例的写作规范，包括写作格式、标识的命名规范等。
软件测试用例设计得出软件测试用例的内容，然后，按照软件测试写作方法，落实到文档中，两者是形式和内容的关系。
测试用例格式的八个基本项是： 测试用例编号、测试项目、测试标题、重要级别、预置条件、输入、操作步骤、预期输出。

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

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

其实方案很多时候也是对将要做的事情的一个技术预研！！！

--------------------------------黄金分割线-------------------------

以下是一个测试方案的模板
前言

这是找的知乎大神发的模板。然后我拿来做一个自己学习的一个材料，每个公司都不一样，都有自己的文档。
备注：软件测试报告和bug报告不同的，留个坑，以后补充

整体架构图

参看目录吧

1.引言1.1 编写目的

为软件开发项目管理者、软件工程师、系统维护工程师、测试工程提供关于项目系统整体功能和性能的测试指导，同时也是用户确定软件是否完整测试的重要依据

1.2 项目背景

xxxx

1.3 测试目标

在用使用软件之前，尽可能的发现软件中存在的错误和不合理之处，排除软件中存在的错和不合理之处，排出软件中潜在的错误，最终把高质量的软件系统交付给用户。系统的测试覆盖范围：功能、性能、UI、安全性、兼容性、容量

1.4 测试参考文档

GBT 15532-2008 软件测试规范

GBT 9386-2008 计算机软件测试文档编制规范

1.5 测试提交文档

软件测试方案

软件测试用例

软件测试报告

1.6 术语和缩写语

本文使用的术语、定义

2.测试要求2.1 测试配置要求

2.2 测试方法

系统的功能测试选用了手工测试，运用黑盒测试中的等价类划分、边界值分析、错误推断、因果图法。

系统UI方面的测试包括：易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特 性测试、快捷方法组合组合测试。

系统的安全性、兼容性、暗转与反安装、配置测试也是手工测试

单元测试采用方法是白色测试，功能测试采用黑盒测试

2.3 测试数据

测试数据主要依据《xxx》文档，参考《xxx》文档中规定的运行限制，设计测试用例，作为xx平台的测试数据

2.4 测试策略
2.4.1 单元测试

首先依照系统、子系统和模块进行划分名单时最终的单元必须是功能模块，或者面向对象过程中的若干类，单元测试是对功能模块进行正确性验证的测试工作，也是后续测试的基础。目的在于发现各模块内部可能存在的各种差错，因此需要从程序内部结构出发设计测试用例，着重考虑以下五个方面：

1.  模块接口：对所测模块的数据流进行测试。

2.  局部数据结构：检查不正确不一致的数据类型说明、适用尚未赋值或者尚未初始化的变量、错误的初始值或者缺省值

3.  路径：虽然不能做到穷举测试，但是设计测试用例查找由于不正确计算（算法错、表达式的符号不正确、运算精度不够等）不正确的比较或者不正常的测试流（包括不同数据类型的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致错误

4.  错误处理：  检查模块有没有对于常见的条件设计比较完善的错误处理功能，保证其逻辑上的正确性

5.  边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较直的用例

2.4.2 集成测试

集成测试也叫组装测试、联合测试。通常在单元测试的基础上需要将所有的模块按照设计要求组装系统，这时需要考虑的问题如下：

1.  把各个模块连接起来，  模块接口的数据是否会丢失

2.  一个模块的功能是否i会对另一个模块的功能产生不利的影响

3.  各个子共嗯那个组合起来，是否达到预期要求的父功能

4.  全局数据结构是否有问题

5.  单元模块的误差积累起来，是否会放大，从而达到不能接受对策程度。我们在组装的时候可以参考采用一次性组装方式或者增值式组装方式

2.4.3 系统测试

系统测试目的在于验证软件功能和性能及其他特性是否与用户的要求一致，主要是以下类型的测试

1.功能测试

验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整，没有冗余和遗漏功能。详细介绍如下表：

2.用户界面测试

测试用户界面是否具有导航性、美观性、行业或者公司规范性、是否满足设计中客户要求的执行功能、详细介绍如下边UI测试

其中，Web 测试通用方法可以参考《Web 测试检查点总结》

3 性能测试

测试相应时间、事务处理效率和其他时间敏感的问题。介绍如下表:

4 兼容性测试

测试软件在不同平台上的使用的兼容性。介绍如下：，

5 安全性测试

测试软件你系统对于非法侵入的防范能力。详细介绍如下表：

6 配置测试

测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量，详细说明见下表

7 回归测试

2.4.4 验收测试

用户新增呢或则修改内容，以及用户反馈问题确认

2.5 测试资源

2.6 测试阶段及范围

2.7通过测试的标准

一般有“基于测试用例” 和基于“缺陷密度”两种评比准则，在这里我们采用前者

1.  功能性测试用例通过来吧达到100%

2.  非功能性测试用例通过率达到95%

3.  没有高于优先级3以上的问题

备选通过方法：根据实际由开发部门经理、项目经理、测试负责人共同讨论确定本测试阶段是否结束

《系统测试各阶段准入准出规则》

3 软件结构介绍
3.1 概述

xx平台简称xx,总共有xx大功能模块，分贝时：xx。每个模块需求如下表所示：

本文档描述的数据接入需求模块，需求表示及需求描述如表：

4.测试用例

测试用例文档附件粘贴即可（也可以注明测试用例访问的位置）

5.关注点

下面几个关注点可以参考 [测试要点]，把里面对应的内容全部填写上去就行了

5.1 文本输入框
5.2 下拉类表
5.3 增加数据
5.4 修改数据
5.5 删除数据
5.6查询数据
5.7数据导入导出
5.8数据接入与处理
5.9其他