文档介绍：测试计划：组织管理层面的文件，从组织管理的角度对一次测试活动进行规划；
测试方案：技术层面的文档，从技术的角度对一次测试活动进行规划；
测试方案需要在测试计划的指导下进行，测试计划提出“做什么”，测试方案明确“怎么做”
测试方案的设计是要解决从软件需求、设计需求，以及其他一些需求中提取出的测试需求该如何测试的问题。测试方案的设计关键是要体现测试对象的分析过程，最终得出合适的测试点与测试方法。
测试方案设计过程应注意的一些事项：
1 测试方案只有结论，没有分析过程。只说明某个测试对象（如某业务功能点）要测试的方法。为什么要这样测试，而不是那样测试？
2 方案的设计要能以理服人，测试经验固然重要，但没有以分析为背景的经验结果的直接表达，常会引导测试人员只看到对象的表面，而确实深度分析。
3 测试方案的设计仅限于对软件需求的理解，是不够的，需要结合软件的概要设计、详细设计进行实现原理上的剖析，补充测试点与测试方法。
4 测试方案的分析结果，就是测试点与测试方法，可以通过家里索引表的方式，把测试点和测试方法转换为用力设计的思路。
测试方案模板简历
第1章 概述
描述该测试方案设计的背景
编写本测试方案的目的，指出预期的读者范围。
方案设计对象在软件系统中的位置、用户使用场景登。
专业术语与缩写词的定义
列出此方案编写的参考资料
第2章 测试范围
 在顶层测试需求（通常项目测试负责人提供）的基础上，确认本测试方案的服务对象有哪些，如测试需求提出“模块A的测试”，在此处要明确包括其功能、性能、可靠性、与其他模块的接口等具体的测试方向。
第3章 测试分析
 这是方案设计的重点，根据测试对象在软件系统中所处的位置采取合适的分析方法，提取出需验证的测试点，以细化测试对象。测试分析的对象不同，要求立足点的角度不同，分析的范围也不同。如果软件开发中有总统设计方案、模块设计方案一样，测试也可分系统级的总统测试方案和模块级的模块测试方案，这个可以根据具体情况来操作。
第4章 测试方法
 针对测试分析中提取出的测试点，提出具体的测试思路及方法，例如，哪些测试点参与手工功能测试，哪些采用自动化测试；哪些采用白盒测试，哪些采用灰盒测试等；是否有需要特别开发的测试数据、测试工具等。
第5章 测试用例设计
 本处指出测试方案与测试用例的关系，例如，以测试方案中的测试点、测试思路为依据，设计测试用例，保证每一个测试需求都有测试用例与之对应。
第6章 其他
 本本法内容可根据实际需求自行扩展，如写一些与方案有关，但想写没地方写的内容。
 
例如：“闹钟”模块测试
功能需求简述：它提供用户设置响铃的时间，还可以设置重复响铃的频率，包括日重复（每天的相同时刻响铃）、周重复（每周的某星期几响铃）、月重复（每月的同一天响铃）、年重复（每年的同一天响铃）。如果同一天的相同时刻存在两种或以上的响铃提醒事件，如日重复与周重复事件事件相同，则先提醒重复频率低的事件，再接着重复频率高的事件，即先提醒周重复事件，接着提醒日重复事件，也即重复频率低的事件优先级高。无论
手机当前处于何种状态（关机或开机、待机）及用户正在使用那一种功能，只要响铃时间到，立即启动事件。响铃的