XX系统功能测试计划

密级：秘密

XX系统

功能测试计划

xx有限公司（可不写）

公司地址：

邮编:

电话：

版本记录

文档信息

修订历史记录

目录

1引言 (4)

编写目的 (4)

术语解释 (4)

参考资料 (5)

测试摘要 (5)

重点事项 (5)

测试风险评估 (6)

时间进度 (6)

测试目标 (6)

解释权限 (7)

2项目背景 (7)

项目背景 (7)

测试范围 (7)

系统目标 (8)

系统风险及约束 (8)

测试文档 (9)

测试参考文档 (9)

测试提交文档 (9)

3质量目标 (9)

产品质量目标 (10)

测试质量目标 (10)

4资源需求 (10)

测试人员 (10)

测试环境 (11)

硬件测试环境 (11)

软件测试环境 (12)

测试工具 (12)

5 测试策略 (12)

整体测试策略 (12)

开始/中断/完成标准 (13)

测试类型 (13)

流程测试 (13)

数据库测试 (13)

功能点测试 (14)

值域测试 (14)

启动停止测试 (15)

异常测试 (15)

安装测试 (15)

界面易用性测试 (16)

容错性测试 (16)

安全性和访问控制测试 (16)

兼容性测试 (17)

版本验证测试 (18)

加密测试 (18)

文档测试 (18)

回归测试 (18)

测试技术 (19)

6 测试计划 (19)

具体测试内容 (19)

进度计划 (23)

测试时间进度 (23)

测试里程碑 (23)

测试准备 (24)

测试环境准备 (24)

测试人员培训 (24)

安装与反安装测试 (24)

烟雾测试 (24)

具体测试实施任务和时间人员安排 (24)

7 附录ⅠBUG分级表 (25)

1引言

编写目的

本测试计划的编写旨在说明对XX系统进行测试时各个测试阶段的任务、人员分配、时间安排以及人员的工作范围等。

本测试计划的合法读者群包括：开发项目管理者、软件工程师、测试工程师、高级测试主管。

术语解释

参考资料

《AAA业务需求说明书》

《AAA系统需求说明书》

《AAA系统操作说明书》

《AAA概要设计说明书》

测试摘要

1.4.1重点事项

下面列表中列出系统中需要重点测试的功能模块。列表所包括的内容解释为：

编号——表示模块的唯一标识。

模块——系统中需要重点测试的模块描述。

重要性——各个重点模块的重要程度（重要程度值从1（低）～3（高））。

及时性——各个重点模块测试的及时性（及时性值从1（低）～3（高））。

测试风险评估

下面列表中给出的是本系统测试时的风险分析表，列表所包括的内容解释为：编号——表示风险时间的唯一标识。

风险名称——问题发生现象的主要描述。

可能性——问题发生的可能性（可能性值从1（低）～5（高））。

严重性——问题发生所产生影响的严重性（严重性值从1（低）～5（高））。预测值——发生可能性和影响严重的乘积。

优先级——风险预测值从高到低的排序。

1.4.3时间进度

1.4.4测试目标

最终版本的测试目标：

测试计划中所有方法已经执行并通过。

测试方案中所有测试手段都已经执行并通过。

测试用例中所有用例已经执行过。

所有重要等级为2级以上的BUG都被解决并通过回归测试。

近期内没有发现等级为3级以上的BUG。

使被测系统满足功能性、易用性、兼容性、可测量性、可维护性、可扩展性、可靠性、性能以及容量等方面的需求。

解释权限

本文档由XX有限公司编写，由XX解释。

2项目背景

项目背景

项目名称：XXX

简称：AAA

项目代号：无

开发单位：XX有限公司

主管部门：

测试范围

测试的各个阶段如下：

测试设计：根据需求规格说明书和最终系统设计，制定测试计划、测试方案，包括收集测试方法、测试用例以及可能用到的测试工具等。

集成测试：前期主要针对单个的功能模块及简单的功能组合，后期主要针对基本的流程，同时对新加入的测试人员进行培训。

系统测试：前期根据需求规格说明书进行功能测试，中期针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。

验收测试：根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release 版本进行安装测试等。

系统目标

该章节主要阐述了XX系统最终所要实现的目标：

合法性：遵照国家颁布的最新的档案条例。

专业性：满足档案行业“收集”、“管理”、“利用”的三大环节。

功能性：达到设计规范，并满足用户需求的程度。

易用性：安装方便、界面友好、容易使用，能够满足不同类型用户的需求。

可靠性：在规定的条件下软件能够维持正常的功能操作和性能水平。

性能：在指定条件下，软件实现某种功能所需要的计算机资源能够满足一定的有效程度。

容量：针对某种功能时软件所能容纳的最大限度的容量要满足用户需求。

可维护性：当软件发生错误时能够进行相应的修改。

可扩展性：当增加新的功能时系统的扩展能力要满足要求。

系统风险及约束

以下内容是测试过程中可能存在的一些风险以及制约因素，并给出相应的解决办法：由于测试模式不是现场测试，测试环境和现场环境有一定差距，使得测试的结果不完全准确。针对这种情况在搭建测试环境时应该尽量和现场环境相同，确保测试结果最大限度地接近现场。

项目的研发模式为现场定制，上线压力过大，可能导致测试不够充分。针对这种情况我们在制定测试计划时要突出重点，测试时做到详略得当。

测试资源的及时到位。测试环境搭建完毕以后可能要根据现场的情况有改动，软硬件资源方面的及时更新得不到保障。

测试人员的培训。测试人员对档案业务的熟悉程度需要培训，对系统本身的使用也需要培训，培训是否充分是测试过程中隐含的风险。

开发进度的变化，需求或设计的变更。开发过程中由于需求设计或人员的变更而影响开发进度发生变化。