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