测试计划：即计划测试，排时间节点，从管理角度对整个测试活动进行规划和控制。
测试方案：罗列测试范围、测试类型、使用到的测试方法、工具，保证测试全面，从技术角度进行规划和控制。
测试策略：属于测试方案里的内容之一，描述你执行哪些类型的测试，怎样组织测试。
此篇解答两个问题：1.在测试过程中，测试方案起到什么作用？ 2. 如何编写测试方案？
------------------------------------------------------------华丽分割线---------------------------------
先说说项目中的测试流程可能是怎么样的
视公司自身情况而定，围绕着关键动作在执行测试。
--------------------------------------------------------------------------------------------------------------------------------------
1.那么测试方案在哪一步执行，它到底有什么用呢？
如果测试方案只是把需求和设计文档内容copy一遍，那它就没有写的必要。
测试工程师需要基于需求说明书和测试方案来设计用例，所以测试方案的目的是：在方向上明确要测什么、怎么测，以及要达到什么样的质量标准。
包含这些要素：
测试范围（需求说明文档，及对产品的理解转化为测试点（性能、安全、接口、UI等））
测试策略（执行哪些类型的测试，采用什么手段，如新功能模块采用手工测试，部分回归使用自动化测试）
质量通过标准（视公司自身的标准，常见的以用例执行率通过率和未关闭bug级别数量来设定）
测试方案初稿完成后，必须要请项目相关测试、开发和需求方同事评审，澄清对需求和设计的理解，讨论测试方法，往往在测试方案评审中，我们能够对产品需求进行完善，
给产品详细设计提供更多输入，使开发同事能够提前完善代码逻辑，而且测试工程师也能够进一步理解需求和设计，从而有助于设计完善测试用例设计，保证测试覆盖率。
-------------------------------------------------------------------------------------------------------------------------------------
2.怎么编写测试方案呢？
测试方案模板
1 编写目的
2 术语和缩略语解释
3 参考文献
4 测试范围
主要来源是需求说明文档，以及自己对产品的理解转化为测试点（如UI界面），也可参照：整体功能模块关系图、系统外部接口功能模块关系图、系统内部接口功能模块关系图，发散测试思路
|
测试序号 |
测试内容 |
测试实施情况描述 |
备注 |
|
|
|
|
4.1测试策略
测试策略描述执行哪些类型的测试。下面列出了在进行每项测试时需考虑的事项；注意：不实施某种测试，则应该用一句话加以说明。例如，“将不实施该测试。该测试本项目不适用”。
|
测试类型 |
是否实施[Y/N] |
备注 |
|
数据和数据库完整测试 |
||
|
接口测试 |
||
|
集成测试 |
||
|
功能测试 |
示例：典型值… |
|
|
用户界面测试 |
窗口切换、移动、改变大小时正常吗？ |
|
|
性能测试 |
||
|
负载测试 |
||
|
强度测试 |
||
|
容量测试 |
||
|
安全性和访问控制测试 |
||
|
故障转移和恢复测试 |
||
|
配置测试 |
||
|
安装测试 |
||
|
兼容性测试 |
||
|
容错能力/恢复能力 |
示例：错误的数据类型… |
|
|
文档测试 |
5 功能测试方案
5.1 功能测试工具需求
5.2 功能测试需求分析及测试方法和技术
|
序号 |
功能测试需求 |
测试内容 |
测试方法 |
备注 |
6性能测试方案
6.1 性能测试工具需求
6.2 性能测试数据准备
6.3 性能测试场景设计
|
序号 |
场景名称 |
业务比例 |
场景详细描述 |
备注 |
6.4 性能测试场景执行策略
|
序号 |
场景名称 |
并发数 |
持续时间 |
备注 |
|
1 |
||||
|
2 |
7 安全性测试方案
7.1 安全性测试工具需求
7.2 安全性测试需求分析及测试方法和技术
|
序号 |
安全性测试需求 |
测试内容 |
测试方法 |
备注 |
8 其它测试
9 测试通过标准
可以用例执行率通过率和未关闭bug级别数量来设定
10 附录
参考1：http://www.cnblogs.com/bendanchenzhicheng/archive/2012/04/06/2434700.html
参考2：http://www.cnblogs.com/zhangyublogs/p/5124735.html