测试方法：本次测试采用的测试方法（黑盒或白盒测试）。
测试类型：测试类型的说明。
测试手段：如手工测试、自动测试或手工与自动测试相结合。
采用手工与自动测试相结合的方式，说明不同手段所占比例。
采用自动测试，需详细说明选用的测试工具。
测试内容：根据软件项目的实际特点确定确认测试的测试内容。
对部分软件除基本的功能测试外，可能还包括：
性能测试、安全性测试、极限测试、并发操作测试等。
2.2 测试环境说明本次测试软件的运行与测试所需的硬件环境和软件环境。
2.3 测试范围确定本次测试范围。
2.4 测试工具说明本次测试使用的测试工具，包括自编测试程序，并进行确认。
2.5 测试开始时间指明本项目测试工作的开始时间。
2.6 测试结束时间确认测试工作预计的完成时间。
3 实施计划3.1 测试设计工作任务分解和人员安排测试设计工作应包括对系统功能及专业知识的学习，
编写测试大纲、设计测试用例等工作。
3.1.1 时间安排测试设计开始时间：测试设计工作预计开始时间。
测试设计结束时间：测试设计工作预计结束时间。
3.1.2 人员安排列出预计参加本次测试设计工作的全部测试人员。
3.2 输出要求测试设计工作的输出应包括《测试用例》、《测试记录表》、《测试报告》。
对系统功能及专业知识学习如有必要也要形成书面材料。
由测试小组负责规定组织相关的测试人员进行评审计划。
软件测试计划
软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。详细地测试计划可以帮助测试项目组之外的人了解为什么和怎样验证产品。它非常有用但是测试项目组之外的人却很少去读它。依据特定的项目，在一个测试计划中可能包括下面项目：
1、标题
2、软件标识，包括版本/发布版本号
3、目录；
4、文档的目的和阅读人群；
5、测试的对象；
6、软件产品概述；
7、相关文档列表，例如需求规格、设计文档和其它测试计划等；
8、有关的标准和法规；
9、可追溯的需求；
10、有关的命名约定和标识约定；
11、软件项目的相关的所有部门和成员/联系信息/职责；
12、测试项目组和人员/联系信息/职责；
13、假设和依赖；
14、项目风险分析；
15、测试优先级和重点；
16、范围和测试限制；
17、测试描述－根据测试类型、特征、功能、过程、系统、模块等分类；
18、输入等价类分类描述、边界值分析、错误分类；
19、测试环境－软、硬件、操作系统、其它需要的软件、数据配置、与其它系统的接口；
20、测试环境有效性分析－测试环境的不同和产品系统对测试有效性的影响；
21、测试环境建立和配置问题；
22、软件移植性考虑；
23、软件配置管理过程；
24、测试数据建立需求；
25、系统日志描述/错误日志/其它的能力和工具，例如屏幕捕获工具、这对于描述bug和报告bug
是很有用的；
26、讨论任何测试人员用来发现bug或跟踪bug的硬件、软件工具；
27、测试自动化－采用的理由和描述；
28、采用的测试工具、包括版本、补丁等；
29、测试脚本/测试代码维护过程和版本控制；
30、跟踪和解决－工具和步骤
31、用于项目的测试度量标准；
32、报告需求和测试交付产品；
33、软件入口和出口标准；
34、初期确定的测试周期和标准；
35、测试暂停和重启标准；
36、人员分配；
37、人员岗前培训；
38、测试地点/场所；
39、测试项目组之外可用的资源和他们的作用、职责、交付、联系人和协调等问题；
40、与所有权相关的级别、分类、安全和许可问题；
41、公开的一些问题。
