项目开发单位： 广州奥虎信息技术****。
项目使用单位：天悦酒店
项目测试单位：广州奥虎信息技术****。
测试计划。仅供内部使用）
北京久其软件股份****。
版权所有不得复制。
修订历史记录。
注：以下提供的模板用于久其公司软件测试。其中包括用方括号括起来并以斜体（显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式。]
目录。1. 简介 4
1.1 目的 4
1.2 背景 4
1.3 范围 4
1.4 参考文档 5
2. 测试需求 6
3. 测试策略 7
3.1 测试类型 7
3.1.1 数据和数据库完整性测试 7
3.1.2 功能测试 7
3.1.3 业务周期测试 9
3.1.4 用户界面测试 10
3.1.5 性能评价 11
3.1.6 负载测试 12
3.1.7 强度测试 13
3.1.8 容量测试 14
3.1.9 安全性和访问控制测试 15
3.1.10 故障转移和恢复测试 16
3.1.11 配置测试 18
3.1.12 安装测试 19
3.2 工具 20
4. 资源 21
4.1 角色 21
4.2 系统 23
5. 项目里程碑及风险分析 24
6. 可交付工件 25
6.1 测试文档 25
6.2 测试日志 25
6.3 缺陷报告及处理 25
7. 测试管理及任务 26
7.1 接收测试的条件 26
7.2 测试时间安排 26
7.3 测试过程控制 26
7.4 测试评审与通过标准 26
测试计划。项目名称》 的这一“测试计划”文档有助于实现以下目标：
[确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进行估计。
列出测试项目的可交付元素。
明确测试管理过程及测试任务]
输入测试对象（组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及项目的简史。]
描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。
如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。]
下表列出了制定测试计划所用的文档，并标明了文档的可用性：
注：可以视情况删除或添加项目。]
下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此列表说明了测试的对象。
在此处输入一个主要测试需求的高层次列表。]
测试策略提供了推荐用于测试对象的方法。上一节“测试需求”中说明了将要测试哪些对象，而本节则要说明如何对测试对象进行测试。
对于每种测试，都应提供测试说明，并解释其实施和执行的原因。
如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。。该测试不合适。”
制定测试策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。
下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、受控的数据库来执行，可按实际需要进行删减。 ]
数据库和数据库进程应作为《项目名称》中的子系统来进行测试。
在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (dbms)，还需要进行深入的研究，以确定可以支持以下测试的工具和方法。]
测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法，即通过图形用户界面 (gui) 与应用程序交互并分析输出结果来验证应用程序及其内部进程。
业务周期测试应模拟在一段时间内对 《项目名称》 执行的活动。应先确定一段时间（例如一年），然后执行将在该时段内发生的事务和活动。这种测试包括所有的每日、每周和每月的周期，以及所有与日期相关的事件（如备忘录）。
]通过用户界面 (ui) 测试来核实用户与软件的交互。ui 测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，ui 测试还要确保 ui 功能内部的对象符合预期要求，并遵循公司或行业的标准。]