测试计划Testing plan：
描述了要进行的测试活动的范围、方法、资源和进度的文档；
是对整个信息系统应用软件组装测试和确认测试。
它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。
测试计划可以有效预防计划的风险，保障计划的顺利实施。
模板
------------------------------------------------------------------------------------------------------------------------------------------------------
XXXXXX项目测试计划
XX公司
XXXX年XX月
文档修改记录
| 版本号 | 版本描述 | 责任人 | 日期 | 备注 |
引言
1.1 编写目的
提示：该文档对测试工作的指导作用及阅读该文档的主要对象
例子：编写该文档的主要目的在于从总体上明确××××××学生工作管理系统Beta1版本的功能模块和实现方法，从而在后期测试活动中更好的把握测试范围，制定适当的测试策略和方法。并为测试过程中测试人员和后期实施人员提供工作指导。
本文档预期的读者包括：项目经理、系统设计人员、开发人员和测试人员。
1.2 项目背景
1、说明待开发的软件系统的名称
2、列出本项目的任务委托单位、开发单位、协作单位、用户单位
3、说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。如果本次开发的软件系统是一个更大的系统的一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接口部分。
4、保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相关的保密说明。
5、版权说明：本项为可选项，若有必要，才要作有关的描述。
1.3 定义
提示：对文档中的专业术语进行解释说明
| 序号 | 术语名称 | 术语定义 |
1.4 参考资料
提示：列出所本文档所使用的参考资料，包括：
1、本软件开发所经核准的合同或标书或可行性报告等文档
2、软件开发计划书
3、需求分析报告
4、测试方案（若存在初稿的话）
5、与本项目有关的已发表的文件或资料
6、本文件中各处引用的文件、资料，所采用的软件开发标准和规范
注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。若某些文档有保密要求的，则要说明其保密级别。
| 序号 | 文档名称 | 作者 | 版本/日期 |
测试计划
2.1 测试准备
2.1.1 测试环境准备
提示：如服务器、客户端的软、硬件要求及网络环境要求等。
1、服务器
硬件配置要求
| CPU | |
| 内存 | |
| 磁盘空间 | |
| 。。。 |
软件配置要求
| 操作系统 | |
| web server | |
| 数据库系统 | |
| 。。。 |
2、客户端
硬件配置要求
| CPU | |
| 内存 | |
| 磁盘空间 | |
| 。。。 |
软件配置要求
| 操作系统 | |
| 浏览器 | |
| 其他 | |
| 。。。 | |
3、网络环境
2.1.2 测试人员准备
提示：该项目主要测试负责人及测试人员
示例如下
1、测试负责人（XXX）：
为测试项目提供总体方向，制定测试计划、征集并监督测试人员、申请系统资源，控制和跟踪测试进度。
2、测试人员（XXX）：
对被测软件的详细了解、分解测试需求、编写测试用例。
负责测试执行和记录结果。
跟踪BUG解决情况
汇报工作进度及测试结果
2.1.3 测试任务和进度
| 测试阶段 | 任务 | 工作量估计 | 人员分配 | 时间 |
| 测试环境搭建 | 搭建测试环境：包括硬件环境，BUG管理工具，项目安装 | |||
| 编写测试用例并评审通过 | 根据需求说明书，概要设计说明书，编写测试用例 | |||
| 功能测试 | 测试功能和业务流程是否达到设计要求 | |||
| 提交测试报告 | 根据项目进度计划，编写阶段性的测试报告 | |||
| 压力测试 | 测试系统在特定的硬件环境中的性能，稳定性等指标是否达到要求 |
2.2 测试策略和方法
提示：说明本次测试中所采用何种方法和策略（如黑盒测试，其中采用边界值探测法、等价类划分法等测试方法）。
2.2.1 测试策略
提示：手工黑盒测试，根据编写的测试用例，通过手工创建数据的方法来验证各模块的功能是否正确。
2.2.2 测试方法
提示：此次测试主要进行功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。针对系统的常用测试采用如下方法：
页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确
检查按钮的功能是否正确：如update、cancel、delete、save等功能是否正确。
字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），，看系统是否检查字符类型，会否报错。
标点符号检查：输入内容包括各种标点符号，特别是空格、各种引号、回车键。看系统处理是否正确。
中文字符处理：在可以输入中文的系统输入中文，看会否出现乱码或出错。
检查带出信息的完整性：在查看信息和update信息时，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。
信息重复：在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。
检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按”delete”，看系统如何处理，会否出错；然后选择一个和多个信息，进行删除，看是否正确处理。
2.3 测试风险
提示：对本次测试活动可能存在的风险预估计。
示例：
此次测试的部分没有经过需求的评审，且测试时间有限，开发人员是否及时发布版本直接影响进度。
测试种类及测试标准
3.1 测试种类
提示：如功能测试、业务测试等，依不同项目要求而定。
示例：
本次测试活动涉及到界面测试、逻辑功能测试、易用性测试、兼容性测试、业务测试和压力测试。
3.2 测试标准
提示：列出经过各种测试后，软件应达到的标准（如功能测试：能够按照设计要求实现该模块的各个功能，进出模块数据流向正确，各项数据完整/准确）
示例：
1、逻辑功能测试
1）概述：
能够按照《需求规则说明书》和《概要设计说明书》要求实现各模块的各个功能，业务流程要求，进出模块数据流向正确，各项数据完整/准确。
2）标准：
利用有效的和无效的数据来执行各个用例流，以核实以下内容：
在使用有效数据时能得到预期结果。
在使用无效数据时显示相应的错误信息或警告消息。
使用有效数据时工作流畅通并得到期望结果。
参考规范：《常用测试用例表》-常用功能部分
2、界面测试
1）概述：
严格按照需求说明说中的界面设计图和公司的UI标准执行界面测试，验证界面是否美观、布局是否正确合理。
2）标准：
核实以下内容：
确保各种访问方法（确保各种访问方法（鼠标移动、快捷键等））都使用正常
确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等；
参考规范：《系统界面样式规范》、《常用测试用例表》界面部分
3、易用性测试
1）概述：
从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
2）标准：
核实以下内容：
窗口上按钮的布局要与界面相协调，不要过于密级，也不要过于空旷。
界面上的字体一般为宋体，字号一般为8-12字号。
测试窗体在常用分辨率下的显示情况，包括800*600,1024*768等；
屏幕对角线交点的上方最容易用户的位置，要重点测试；
工具栏上的图标简洁美观，尽量符合其真实含义；
状态栏上要实时显示操作后窗体发生的变化；
参考规范：《常用测试用例表》易用性测试部分
4、兼容性测试
1）概述：
核实测试对象在不同的软件和硬件配置中的运行情况。
2）标准：
确定系统能在下列条件下正常运行：
在各种所需的硬件和软件配置中；
在各种浏览器下的兼容性测试；
相关表格如下：
| 检查项 | 测试人员的类别及其评价 |
| 系统能在各种软/硬件条件下运行吗？具体有哪些呢？ | |
| 系统支持多种操作平台吗？支持多种浏览器吗？ |
5、业务测试
1）概述：
能够满足系统原型的业务流程要求，相应操作时业务规则的流向恰当，并发情况下流程正常。
2）目标：
按照系统原型的业务流程验证有效和无效数据的用例流，核实以下内容:
使用有效数据时工作流通畅并得到期望结果；
使用无效数据时，显示相应的错误信息或警告信息。
6、压力测试
1）概述：
这里的具体包含了负载测试以及压力测试。
2）目标：
核实下列行为下的系统行为：
确定测试对象在给定时间内能够持续处理的最大负载或工作量（包括长时间处理多个用户相同的且性能最坏的业务）；
确定并确保系统在超出最大预期工作量的情况下仍能正常运行，并评估其性能特征，包括响应时间、事务处理速率和其他与时间相关的内容。
测试范围及测试重点
4.1 测试范围
提示：与测试需求内容完全对应,在此只需注明本次测试活动中涉及的模块名称及子模块名称
4.2 测试重点
针对不同项目要求的侧重点不同而设计。
示例:
1、数据管理
测试数据的新增、编辑、删除功能的正确性。
2、数据统计
测试成果统计功能中统计数据的正确性。
3、权限设置
测试操作权限的有效性。
测试计划评审意见
项目名称：
致：（建设单位）
抄送：（监理单位）
我方根据合同的有关规定完成了项目XXX测试计划的编制，并经项目经理审查批准，请予以审查。
承建单位（盖章）
项目经理（签字）：
日期： 年 月 日
监理单位意见：
专业监理工程师（签字）：
日期： 年 月 日
建设单位意见：
项目代表（签字）：
日期： 年 月 日
一式三份，签字单位各持一份存档。