测试计划
修订历史记录
版本　　　　　　　	日期　　　　　　	AMD　　　　　　	修订者　　　　　	说明　　　　　		1.0	XXXX年XX月XX											（A-添加，M-修改，D-删除）
目录
1．	简介	4
1.	1目的	4
1.	2背景	4
1.3范围	4
2.	测试参考文档和测试提交文档	5
2.1测试参考文档	5
2.2测试提交文档	5
3.测试进度	6
4.测试资源	7
4.1人力资源	7
4.2测试环境	7
4.3测试工具	7
5.系统风险、优先级	8
6.测试策略	9
6.1数据和数据库完整性测试	9
6.2接口测试	10
6.3集成测试	11
6.4功能测试	12
6.5用户界面测试	13
6.6性能评测	14
6.7负载测试	15
6.8强度测试	16
6.9容量测试	17
6.10安全性和访问控制测试	18
6.11故障转移和恢复测试	19
6.12配置测试	21
6.13安装测试	22
7.问题严重度描述	23
8.附录：项目任务	24
简介
1目的
＜项目名称＞的这一“测试计划”文档有助于实现以下目标：
[确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求（高级需求）。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进行估计。
列出测试项目的可交付元素]
2背景
[对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。]
1.3范围
[描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。]
测试参考文档和测试提交文档
2.1测试参考文档
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
[注：可适当地删除或添加文档项。]
文档
（版本/日期）	已创建或可用	已被接收或已经过复审	作者或来源	备注		可行性分析报告	是□　否□	是□　否□				软件需求定义	是□　否□	是□　否□				软件系统分析
（STD,DFD,CFD,DD）]		测试重点和优先级：			需考虑的特殊事项：	[测试可能需要DBMS开发环境或驱动程序在数据库中直接输入或修改数据。
进程应该以手工方式调用。
应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。]		
6.2接口测试
测试目标	确保接口调用的正确性	
		测试范围：	所有软件、硬件接口，记录输入输出数据
		技术：			开始标准：			完成标准：			测试重点和优先级：			需考虑的特殊事项：	接口的限制条件
6.3集成测试
[集成测试―主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。]
测试目标	检测需求中业务流程，数据流的正确性
		测试范围：	需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。		技术：	[利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。]
		开始标准：	在完成某个集成测试时必须达到标准
		完成标准：	[所计划的测试已全部执行。
所发现的缺陷已全部解决。]
		测试重点和优先级：	测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定
		需考虑的特殊事项：	[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）]
6.4功能测试
[对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：]
测试目标	[确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。]
		测试范围：			技术：	[利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。]
		开始标准：			完成标准：			测试重点和优先级：			需考虑的特殊事项：	[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）]
6.5用户界面测试
[用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。]
测试目标	[核实以下内容：
通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用
窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。]
		测试范围：			技术：	[为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。]
		开始标准：			完成标准：	[成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准]
		测试重点和优先级：			需考虑的特殊事项：	[并不是所有定制或第三方对象的特征都可访问。]
6.6性能评测
[性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。
注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统
testplan测试计划模板.doc