系统功能测试计划

密级：秘密

XX系统

功能测试计划

文献状态：文献标记：XX系统测试计划说明书

[]草稿

[7]正式发布当前版本：V1.0

[]正在修改

作者：XXX

完毕日期：2023-03-11

XX有限公司（可不写）

公司地址：

邮编：

电话:

版本记录

日期版本建立/修改内容建立/修改人部门审核人

1.0建立

文档信息

文档名称：文档编写规范

文档状态：□草稿■正式发布口正在修改

负责人：文档版本编号：

密级：普通文档版本日期：

拟稿人：拟稿口期:

审枇人：审批日期；

批准人：批准日期：

修订历史记录

日期：内容：

初始版本

修改

目录

1引言错误!未定义书签。

1.1编写目的错误!未定义书签。

1.2术语解释.........................................................错误!未定义书签。

1.3参考资料........................................................错误!未定义书签。

1.4测试摘要........................................................错误!未定义书签。

1.4.1重点、事项......................................................错误!未定义书签。

1.4.2测试风险评估.................................................错误!未定义书签。

1.4.3时间进度......................................................错误!未定义书签。

1.4.4测试目的.....................................................错误!未定义书签。

1.5解释权限.........................................................错误!未定义书签。

2项目背景错误!未定义书签。

2.1项目背景.....错误!未定义书签

2.2测试范围....错误!未定义书签

2.3系统目的.....错误!未定义书签

2.4系统风险及约束错误!未定义书签

2.5测试文档.........................................................错误!未定义书签。

2.5.1测试参考文档错误!未定义书签。

2.5.2测试提交文档错误!未定义书签。

5.3.10安全性和访问控制测试..................................错误!未定义书签。

5.3.11兼容性测试.............................................错误!未定义书签。

5.3.12版本验证测试...........................................错误!未定义书签。

5.3.13加密测试................................................错误!未定义书签。

5.3.14文档测试...............................................错误!未定义书签。

5.3.15回归测试................................................错误!未定义书签。

5.4测试技术....................................................错误!未定义书签。

6测试计划.......................................................错误!未定义书签。

6.1具体测试内容................................................错误!未定义书签。

6.2进度计划....................................................错误!未定义书签。

6.2.1测试时间进度.............................................错误!未定义书签。

62.2测试里程碑...............................................错误!未定义书签。

6.3测试准备.....................................................错误!未定义书签。

63.1测试环境准备.............................................错误!未定义书签。

6.3.2测试人员培训.............................................错误!未定义书签。

63.3安装与反安装测试.........................................错误!未定义书签。

63.4烟雾测试.................................................错误!未定义书签。

6.4具体测试实行任务和时间人员安排..............................错误!未定义书签。

7附录IBUG分级表错误!未定义书签,

1引言

1.1编写目的

本测试计划的编写旨在说明对XX系统进行测试时各个测试阶段的任务、人员分派、时

间安排以及人员的工作范围等。

本测试计划的合法读者群涉及：开发项目管理者、软件工程

师、测试工程师、高级测试主管。

1.2术语解释

缩写词或术语英文解释中文解释

AAA系统英文全名AAA系统（系统英文简写，可不写）

SVNSubVersionSystem版本控制系统

SVNLOCKSubVersionSystemLock完毕所有里程碑测试，并对版本进行锁

定

烟雾测试SmokeTesting保证系统基本功能完全实现的测试

里程碑测试MilestoneTesting以SVN中版本为里程碑进行阶段测试

1.3参考资料

《AAA业务需求说明书》

《AAA系统需求说明书》

UAA系统操作说明书》

《AAA概要设计说明书》

1.4测试摘要

1.4.1重点事项

卜面列表中列出系统中需要重点测试的功能模块。列表所涉及的内容解释为:

编号一一表达模块的唯一标记。

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

重要性一一各个重点模块的重要限度（重要限度值从1（低）〜3（高））。

及时性一一各个重点模块；则试的及时性（及时性值从1（低）〜3（高））。

预测值一一模块重要性和及时性的乘积。

优先级一一模块预测值从高到低的排序。

编号模块重要性及时性预测值优先级

1组织机构管理12212

2用户管理1229

3权限管理3392

4

5

1.4.2测试风险评估

下面列表中给出的是本系统测试时的风险分析表，列表所涉及的内容解释为:

编号一一表达风险时间的唯一标记。

风险名称一一问题发生现象的重要描述。

也许性一一问题发生的也许性（也许性值从1（低）〜5（高））。

严重性一一问题发生所产生影响的严重性（严重性值从1（低）〜5（高））。

预测值一一发生也许性和影响严重的乘积。

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

编号风险名称也许性严重性预测值优先级

1非法用户访问25103

2非法数据输入44161

3数据库更新不同步1555

4并发用户数量太少2484

5用户文档不清楚4146

6重大的需求变更35152

1.4.3时间进度

编号版本号测试开始时间版本发布时间

1VI.0

1.4.4测试目的

•最终版本的测试目的：

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

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

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

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

•近期内没有发现等级为3级以上的BUGo

•使被测系统满足功能性、易用性、兼容性、可测量性、可维护性、可扩展性、可靠性、

性能以及容量等方面的需求。

1.5解释权限

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

2项目背景

2.1项目背景

项目名称：XXX

简称：AAA

项目代号：无

开发单位：XX有限公司

主管部门:

2.2测试范围

•测试的各个阶段如卜：

•测试设计：根据需求规格说明书和最终系统设计，制定测试计划、测试方案，涉及收集

测试方法、测试用例以及也许用到的测试工具等.

集成测试：前期重要针对单个的功能模块及简朴的功能组合,

后期重要针对基本的流程，同时对新加入的测试人员进行培

训。

系统测试：前期根据需求规格说明书进行功能测试，中期针

对重点模块的性能测试，后期是模拟用户的业务测试，并结

合也许的用户测试。

验收测试：根据用户手册对功能进行检查，复查报告库中的

所有BUG,对Release版本进行安装测试等。

2.3系统目的

•该章节重要阐述了xx系统最终所要实现的目的：

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

•专力性：满足档案行业“收集”、“管理”、“运用”的二大环节C

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

•易用性：安装方便、界面和谐、容易使用，可以满足不同类型用户的需求。

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

•性能：在指定条件下，软件实现某种功能所需要的计算机资源可以满足•定的有效限

度。

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

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

可扩展性：当增长新的功能时系统的扩展能力要满足规定。

2.4系统风险及约束

•以卜・内容是测试过程中也许存在的一些风险以及制约因素，并给出相应的解决办法：

•由于测试模式不是现场测试，测试环境和现场环境有一定差距，使得测试的结果不完

全准确。针对这种情况在搭建测试环境时应当尽量和现场环境相同，保证测试结果最大

限度地接近现场。

•项目的研发模式为现场定制，上线压力过大，也许导致测试不够充足。针对这种情况我

们在制定测试计划时要突出重点，测试时做到详略得当。

•测试资源的及时到位，测试环境搭建完毕以后也许要根据现场的情况有改动，软硬件资

源方面的及时更新得不到保障。

•测试人员的培训。测试人员对档案业务的熟悉限度需要培训，对系统自身的使用也需要

培训，培训是否充足是测试过程中隐含的风险。

开发进度的变化，需求或设计的变更。开发过程中由于需求

设计或人员的变更而影响开发进度发生变化。

开发组的版本控制。开发组的开发版本控制是否严格对的是

一个潜在问题，而开发组和测试组之间由于版本控制人员

在做协调，很容易发生版本错误而测试组不能及时得到告

知的情况。

2.5测试文档

阐述测试时的各种文档，涉及测试参考文档和测试所要提

供的文档：

2.5.1测试参考文档

文档说明作者文档位置（SVN）

《业务需求说明书》SVN1

《系统需求说明书》SVN1

《概要设计说明书》SVN1

《具体设计说明书》SVN1

《技术白皮书》SVN1

《技术桔皮书》SVN1

《操作说明书》SVN1

2.5.2测试提交文档

文档说明作者文档位置（SVN）

《功能测试计划》SVN1

《性能测试计划》SVN1

《功能测试方案》SVN1

《性能测试方案》SVN1

《系统测试用例》SVN1

《性能测试用例》SVN1

《系统测试报告》SVN1

3质量目的

描述本系统质量目的和规定。质量目的涉及产品的质量目的

和测试小组的质量目的：

3.1产品质量目的

编号产品质量目的确认者（如需说明）

1系统各个功能点的功能均可以实现

2系统业务流程满足行业规定

3系统业务流程可以正的确现

4系统运营情况稳定

5系统功能强大、界面美观、使用便捷

6系统可靠性高，用户数据安全得到保障

7可以及时更新产品，得到更完美的软件服务

3,2测试质量目的

编号测试质量目的确认者（如需说明）

1所有的测试用例已经执行过

3所有的重要等级为1/2的Bug已经解决并由测实验证

4每一部分的测试已经被TestLead确认完毕

5重要的功能不允许有等级为1/2/3的Bug

一般的功能或与最终使用者不直接联系的功能不允许

6有等级为1/2的bug,且bug等级为3的问题不得超过

重要功能

7轻量的功能允许有少量2/3等级的错误

8发现错误等级为1/2/3的Bug的速率正在下降并接近0

9在最后的三天内没有发现错误等级为1/2/3类的Bug

4资源需求

4.1测试人员

分派的角色数量（单位：人）

角色具体职责

测试经理1>进行管理监督，职责如下：

>提供技术指导

>获取适当的资源

>设计测试计划、测试方案

>管理测试数据

>收集测试用例

>参与测试

测试员2-3>负责执行测试，职责如下：

>执行测试

>记录结果

>从错误中恢复（返测试报告）

>收集测试用例

测试系统管1>保证测试环境和资产得到管理和维护：职

理员货如下：

>管理测试系统

>授予和管理角色对测试系统的访问权

SVNBuilder1>进行测试版本的控制，职责如下：

>从开发组接受最新版本的程序

>提供应测试组最新版本的程序

>管理Release版本，以便于测试组验收测

试

>管理Release版本，以便于测试组验收测试

4.2测试环境

4.2.1硬件测试环境

服务器

名称CPU内存硬盘IP地址用途及特殊说明

数据库服Intel(R)Core(TM)

务器1.80CHz2.OC250C

应用程序Intel(R)Celcron(R

服务器)2.93GHz2.93G80G

客户端

名称CPU内存硬盘IP地址用途及特殊说明

Intel(R)

客户端Celeron(R)2.93GHz1GB120G

4.2.2软件测试环境

服务器

名称软件名称软件版本号IP地址用途及特殊说明

数据库服操作系统Win2023server

务器数据库Oracle10G

应用程序操作系统Win2023server

服务器WEB容器Tomcat5.0

客户端

名称软件名称软件版本号IP地址用途及特殊说明

客户端操作系统Windowsxp

浏览器IE11.0

4.3测试工具

测试工具用途备注

版本管理系统，用于管理系统开发过程各个版

SVN本

PM需求、BUG追踪管理、测试计划、测试用例管理

LoadRunner性能测试、压力测试

5测试策略

本节的目的是说明计划中使用的基本的测试过程，并阐述

了每个测试过程中所采用的测试技术。

5.1整体测试策略

使用里程碑技术在测试过程中验证每个模块，测试人员在

需求阶段参与测试工作，进行需求review^设计review、

测试计划设计、测试方案和测试用例的设计，在系统开发完

毕之后，正式执行测试。产品达成软件产品质量规定和测试

规定后发布，同时由测试人员提交相关测试文档。

5.2开始/中断/完毕标准

说明中断/开始/完毕测试的标

准：标准说明

开始/中断/完毕测试

开始测试标准硬件环境可用且软件对的安装完毕

安装无法对的完毕或程序的文档有相称多的失误或系统

中断测试标准

服务异常或发现BlockBug

完毕测试计划中的测试规划并达成程序和测试质量目

完毕测试标准

的，并由TestLead确认

5.3测试类型

5.3.1流程测试

按操作流程进行的测试，重要有业务流程、数据流程、逻辑流程、正反流程，检查软件

在按流程操作时是否可以对的解决。

流程测试重要是在系统集成阶段进行。

5.3.2数据库测试

数据库作为系统中保证数据库访问方法和进程的正常运营，数据不会遭到损坏

一个重要的组成部

分在本次系统测试

中是一个重要的组

成部分，要通过严

格的测试。

测试目的

分别针对用户管理、文献库、案卷库和项目库等不同的数据库访问

技术

进行测试

分别测试数据的新建、修改、删除等，涉及单个数据和大展数据的

读写

测试数据查找和记录功能，检查返回的数据是否对的，并测试相关

功能

测试有效和无效数据对数据库的影响

所有数据库访问方法和进程都按照设计的方式运营，数据没有遭

完毕标准

到破坏

数据库的效率如何

需考虑的特殊事项

对于犯错情况的保护，涉及数据的保存与恢复

错误数据的清理

假如需要可以使用必要的测试工具和测试方法

5.3.3功能点测试

根据系统需求文档和设计文档对系统进行功能测试.功能测试阶段在系统集成测试阶段

之后进行，重要是验证产昂是否正的确现了需求设计文档中的功能。

功能测试重要侧重与功能的实现和功能业务与现实规范的符合。

系统提供的功能与需求或用户手册相符

测试目的

莫成测试阶段重要针对流程方面的功能实现进行测试，系统测试

技术

阶段重要依据需求说明书逐项测试

重要的功能点应当投入更多的精力进行测试

功能实现，并可以对的执行

完毕标准

所发现的缺陷尽量解决，留下的问题已经进行相应的解决或提供

解决的办法

所发现的缺陷尽量解决，留下的问题已经进行相应的解决或提供解

决的办法

注意开发组也许的功能变化和需求变更

需考虑的特殊事项

注意其中一些重要的功能和实际效果相关，并不是筒朴的功轮实

现

注意值域测试时的提醒信息

5.3.4值域测试

选择边界数据进行测试，保证系统功能正常，程序无异常。

边界值测试重要应用与系统集成和数据输入时。

对所有需要输入数据的地方进行数据的输入并检查其输出结果。

测试目的

进行值域的测试不仅要验证输入对的的数据能否得到对的的输

出结果，同样也要验证输入错误的数据后是否可以得到该有的反

映，给出的错误提醒是否对的和友善等

逐个对每个需要输入数据的地方进行检查，涉及键入和粘贴方式

技术

检查犯错是否有提醒，提醒信息是否对的

检查犯错是否有提醒，提醒信息是否对的

常用的输入项可以实现测试目的

完毕标准

注意小键盘输入是否正常

需考虑的特殊事项

注意边界值的测试

5.3.5启动停止测试

检查每个模块能否正常启动停止、异常停止后能否王常启动。

5.3.6异常测试

检查系统能否解决异常，如网络连接失败等情况。

异常测试重要在系统使用过程中进行。

5.3.7安装测试

检查系统能否对的安装、配置。

安装测试重要在测试环境所有搭建完毕后进行。

安装程序安装后程序可以正常运营，也可以正常卸载。

测试目的

分以下几种情况进行安装和卸载的测试：

技术

初次安装：以前从木安装过该系统的计算机

更新1:以前安装过相同版本系统的计算机

更新2:以前安装过较早版本系统的计算机

更新3：不进行卸载，直接覆盖安装

更新3:不进行卸载，直接覆盖安装

更新3：不进行卸载，直接覆盖安装

证明程序在新安装的操作系统上可以对的安装并卸载

完毕标准

注意通过文献的数量和大小，检查注册表途径等方式，验证程序

需考虑的特殊事项

的安装和卸载是否完整

注意检查卸载后的剩余的文献是否正常

注意非默认途径的安装是否对的

5.3.8界面易用性测试

检查系统是否易用和谐。

程序界面符合相关的规范

溜试目的

按照相关规定逐项检查，涉及菜单、按钮、版权信息等

技术

检查提醒信息中的文字、标点符号和图标等

程序界面符合相关的规范

完毕标准

注意启动画面和安装程序的版权信息

需考虑的特殊事项

注意版本信息

5.3.9容错性测试

检查系统的容错能系统自动恢亚数据库连接。

力，错误的数据输系统自动备份数据库功能。

入不会对功能和系

统产生非正常的影

响，且程序对错误

的输入有对的的提

醒信息。

测试目的

模拟应用服务器端在操作中断电

技术

模拟网络传输过程的通信中断

在所有上述情况中，应用程序、数据库和系统应当在恢复过程完毕

完毕标准

时立即返回到一个已知的预期状态。此状态涉及仅限于已知损坏的

字段、指针或关键字范围内的数据损坏，以及表白进程或事务因中

断而未被完毕的报表。

提供完善的系统运营维护手册，以便指导用户手工恢复数据。

提供完善的系统运营维护手册，以便指导用户手工恢复数据。

对以上情况的测试需要达成一个已知的数据库状态。以保证枪测出

需考虑的特殊事项

数据库字段、指针和关键字等数据是否被破坏或是否可以自动恢

复。

5.3.10安全性和访问控制测试

安全性和访问控制是本系统测试的一个重点.

应用程序级别的安全性：

测试目的

不同用户只能访问其所属用户类型已被授权访问的那些功能或数

据。

未被授予系统访问权限的用户无法登录应用系统并执行操作C

系统级别的安全性：

系统运营在内部局域网，不允许从外网访问。

只有被授予管理权限的角色可以检查或更改应用服务器及数据库

服务器等的配置。

应用程序级别的安全性：

技术

拟定并列出各用户类型及其被授权访问的功能或数据。

为各用户类型创建测试，并通过创建各用户类型所特有的事务来

核算其权限。

修改用户类型并为相同的用户重新运营测试。对于每种用户类型，

保证对的地提供或拒绝了这些附加的功能或数据。

系统级别的访问：

不为应用服务器配置外网1P地址或在防火墙做设立。

各种已知的用户类型都可访问相应的功能或数据，并且所有事务

完毕标准

都按照预期的方式运营，并在先前的应用程序功能测试中运营了

所有的事务。

由于此测试也许是网络管理或系统管理的职能，也许会不需要执

需考虑的特殊事项

行此测试。

5.3.11兼容性测试

系统的兼容性测试按照既定的系统环境配置规定搭建运营环境，架设服务器、数据库

及客户端，保证在标准配置环境下可以正常运营本系统

是指：对于C/S架

构的系统来说，需

要考虑客户端支持

的系统平台。对于

B/S架构的系统来

说需要考虑用户端

浏览器的版本。

测试目的

在windows2023;windowsXP;windows2023;LINUX等操作系统上分

技术

别搭建服务器、数据库和客户端，组合配置运营环境

无论在何种操作系统下，只要运营主体环境满足系统配置规定，

完毕标准

则系统就能正常运营

操作系统、服务器程序、数据库在搭建上是否有互相限制的情况

需考虑的特殊事项

5.3.12版本验证测试

测试组对SVNBuilder提供的版本也要进行测试。

验证开发部提交的最新版本是否值得测试

测试目的

返测随版本提交的测试报告

技术

测试系统的基本功能

得出继续测试或退回开发组的结论

完毕标准

此阶段时间不超过1天

需考虑的特殊事项

注意及时总结经验

5.3.13加密测试

对系统的加密性进行测试，

保证“加密+可以使用”和“不加密+不能使用”这两个方面都是正

测试目的

常的

测试插上加密狗后，程序可以启动并正常使用

技术

测试不插上加密狗，程序不可以启动

启动后拔出加密狗，程序应当及时给出提醒，并终止程序的运营

将加密狗插到共享器上应当不匕以使用

证实了“加密+可以使用”和“不加密+不能使用”这两个方面都是

完毕标准

正常的

不同版本的加密狗应当会有所不同

需考虑的特殊事项

5.3.14文档测试

检查文档是否足够、描述是否合理

5.3.15回归测试

检查程序修改后有没有引起新的错误、是否可以正常工作以及能否满足系统的需求

5.4测试技术

说明测试过程中所采用说明

的测试技术：是否采用

测试技术

里程碑技术采用里程碑的达成标准及验收方法在测试

完后制订

自动测试技术采用核心业务流程采用自动测试技术

审评测试采用对软件产品功能说明文档和设计说明

文档进行检查，在需求与设计阶段进

行

编写刑试用例采用在产品编码阶段编写测试用例

单元测试不采用由开发人员进行

功能测试采用用于验证系统中所有功能点是否达成

需求标准

集成测试采用检测模块集成后的系统是否达成需

求，对业务流程及数据流的解决是否

符合标准，系统对业务流解决是否存

在逻辑不严谨及错误以及是否存在不

合理的标准及规定

确认测试采用在产品发布前，对照featurelist进

行基本需求的确认，确认产品是否正

的确现了功能。

系统测试采用涉及性能测试、负载测试和回归测试

验收测试不采用由工程实行人员进行

6测试计划

6.1具体测试内容

下面列表中给出的是系统中所有需要进行测试的模块，其中重点模块需要进行重点测试。

编号一级模块二级模块三级模块重要级别

管理端

1系统管理用户管理重要

2角色管理重要

3日记管理一般

4修改密码一般

5OOOOOO

（具体列举所有需要测试的模块）

6.2进度计划

在此章节，对各阶段的测试给出里程碑计划，涉及阶段、里

程碑、资源等。

6.2.1测试时间进度

测试阶段开始时间完毕时间测试人员阶段完毕标志

系统测试计划、性能

制定测试计划

测试计划完毕

系统需求说明书完

需求Review

毕

设计Review系统设计说明书完

毕

设计测试用例系统测试用例完毕

测试人员培训培训考核通过

测试环境准备测试环境搭建完毕

集成测试系统集成完毕

安装完毕，开始功

安装测试能性测试

功能测试完毕系统功能测试

完毕系统兼容性测

兼容性测试

试

性能测试完毕系统性能测试

文档测试完毕系统测试报告

6.2.2测试里程碑

里程碑完毕时间