DB14-T2462-2022政务信息化应用软件验收测试规范

DB14/T2462—2022

政务信息化应用软件验收测试规范

1范围

本文件规定了政务信息化应用软件测试的术语和定义、基本要求、测试内容、测试流程、测试方法

和结果判定。

本文件适用于山西省行政区域内政务信息化应用软件的验收测试工作，其他政务信息化应用软件生

命周期的测试活动也可参照执行。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T8567计算机软件文档编制规范

GB/T25000.51系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软

件产品（RUSP）的质量要求和测试细则

3术语和定义

下列术语和定义适用于本文件。

3.1

政务信息化应用软件

借助于计算机技术、通信技术、数据库技术和相关软件技术为主要手段建立的，处理与政务有关的

公开事务及内部事务的综合应用系统，一般包括政府对企业(G2B)、政府对公众(G2C)、政府对公务员(G2E)

及政府对政府(G2G)等模式。

3.2

验收测试

政务信息化应用软件建设完成后，根据相关法律法规、技术标准、设计文件及合同约定，在规定的

条件下执行软件或其组件、对结果进行观察和记录，并就该软件或其组件的某些方面作出评价，为软件

质量特性是否达到建设要求提供认定。

3.3

委托方

测试过程中委托第三方检测机构实施测试的一方，可以为政务信息化应用软件的实施单位、建设单

位、开发单位或其他相关单位。

3.4

1

DB14/T2462—2022

开发方

实施政务信息化应用软件开发、集成的企事业单位。

3.5

软件第三方检测机构

独立于委托方及开发方，具有软件检测能力的第三方检测机构，且具有市场监督管理部门颁发的检

验检测机构资质认定证书。

3.6

用户文档集

随软件提供的、在使用该软件时帮助用户的信息。

3.7

响应时间

指应用软件执行一个操作所需的时间，包括从发出请求开始到最后收到响应所需要的时间。

3.8

并发虚拟用户数

测试工具模拟的，同时与系统进行交互在线用户量。

3.9

测试点

在软件测试的执行过程中，能够单独完成的某个测试项目的流程，每个测试点通常包含一个或以上

的测试用例。

4基本要求

4.1被测软件文档

政务信息化应用软件的文档编制应符合GB/T8567的相关规定。

4.2测试工具

测试工具应为正式软件或与委托方约定的软件。正式软件指按照程序得到验证、通过批准的货架软

件或经同行专家技术鉴定的非货架软件。

4.3测试人员

4.3.1从事软件测试的人员应具有计算机及相关专业的大专（含）以上学历、并获得国家或行业承认

的软件测试技术专业培训合格资质或计算机软件相关专业的高级工程师。

4.3.2测试工作开始前应明确参与软件测试的人员名单；测试工作开始后如需人员变更的，应保证新

测试人员不低于原有测试人员的能力和资质，测试人员变更须经委托方确认。

4.3.3现场测试时，委托方应对项目负责人和现场测试人员进行书面确认。测试人员确认单见附录A。

2

DB14/T2462—2022

4.4测试环境

测试环境应确保测试数据和测试设备的完好、安全、稳定，测试场地一般应具备防静电、电源故障

保护措施；现场测试时，应有措施控制测试设施和环境条件满足测试任务要求，确保其测试记录及数据

的完整和安全，防止非授权实体的进入。

4.5测试工作相关方

4.5.1委托方

委托方要求包括但不限于：

a)涉及信息安全性、性能效率等为达到测试目的所必要的操作，但可能被认为不合法或违反委托

方保密要求的情况，委托方应给予第三方检测机构相关授权或说明；

b)需在生产环境测试的，测试前通知系统用户给予配合，协调开发方提供系统备份、系统恢复等

措施。

4.5.2软件第三方检测机构

软件第三方检测机构要求包括但不限于：

a)第三方机构应为能够承担法律责任的实体；

b)第三方检测机构应具有独立的第三方地位；

c)有固定的检测场所和必要的检测设施；

d)有严格的措施保证检测的公平公正；

e)第三方检测机构须通过检验检测机构资质认定；

f)第三方检测机构具备独立完成检测任务的能力。

4.5.3开发方

开发方要求包括但不限于：

a)提供被测试软件的操作说明、关键技术点相关的培训及支持；

b)对于可能对被测试系统造成数据破坏的测试，提供系统及数据备份，恢复环境；

c)按照第三方检测机构提供的缺陷列表修复软件缺陷。

5测试内容

5.1测试项目

测试项目包括用户文档集、功能性、性能效率、信息安全性、可靠性、易用性、维护性、可移植性、

兼容性。

5.2用户文档集

用户文档集应覆盖测试合同中约定的要求，主要内容见表1。

3

DB14/T2462—2022

表1用户文档集明细表

序号测试内容要求描述

1可用性用户文档集对于产品的用户应是可用的。

2内容用户文档集包括的功能应是可测试的或可验证的。

用户文档集应显示唯一的标识。

软件产品应以其产品标识指称。

3标识和表示

用户文档集应包含开发方的名称和邮政或网络地址。

用户文档集应标识该软件能完成的预期工作任务和服务。

用户文档集应包含使用该软件的信息。

用户文档集应说明在产品说明中陈述的所有功能以及最终用户能调用的所有功能。

用户文档集应列出己处理处置、会引起应用系统失效或终止的差错和缺陷，特别是列出

那些最终导致数据丢失的应用系统终止的情况。

用户文档集应给出数据的备份和恢复指南。

4完备性用户文档集应陈述被测软件数据输入限制。

对于所有关键的软件功能（即失效后会对安全产生影响或会造成重大财产损失或社会损

失的软件），用户文档集应提供完备的指导信息和参考信息。

用户文档集应陈述安装所要求的最小磁盘空间。

对用户要执行的应用管理职能，用户文档集应包括所有相关的信息。

如果用户文档集分若干部分提供，在该集合中至少有一处应标识出所有的部分。

用户文档集中的所有信息对主要的目标用户应是恰当的。

5正确性

用户文档集不应有歧义的信息。

6一致性用户文档集中的各文档不应自相矛盾、互相矛盾以及与产品说明矛盾。

用户文档集应采用该软件特定读者可理解的术语和文体，使其容易被主要针对的最终用

7易理解性户群理解。

应通过经编排的文档清单为理解用户文档集提供便利。

8产品质量—功能性用户文档集中应陈述产品说明中所列的所有限制。

用户文档集中应提供相关的信息以标识使用该软件的兼容性要求。

9产品质量—兼容性用户文档集应以适当的引用文档指明软件在何处依赖于特定软件和(或）硬件。（注:这

种引用可包括：软件和(或)硬件的名称；版本；特定操作系统。）

10产品质量—易用性用户文档集应为用户学会如何使用该软件提供相关的信息。

4

DB14/T2462—2022

表1用户文档集明细表（续）

如果用户文档集不以印刷的形式提供，则文档集应指明是否可以被打印，如果可以打

印，那么指出如何获得打印件。

卡片和快速参考指南以外的用户文档集，应给出目次(或主题词列表)和索引。

用户文档集应对所用到的术语和缩略语加以定义，以使用户可以理解文档中的用词。

11产品质量—可靠性用户文档集应描述可靠性的特征及其操作。

12产品质量—信息安全性用户文档集应对用户管理的每一项数据所对应的软件信息安全级别给出相关的信息。

用户文档集应陈述是否提供维护。如果提供维护，则用户文档应陈述和软件发布计划

13产品质量—维护性

相应的维护服务。

5.3功能性

功能性是政务信息化应用软件的重点测试项目。功能性应覆盖经委托方认可的测试需求中约定的要

求，主要内容见表2。

表2功能要求明细表

序号测试内容要求描述

系统功能模块应能全部挂接，设计功能应完整齐全，且符合设计文档的要求。

1功能要求系统发生错误时，应有提示，并可恢复到正常状态。

系统的窗口、控件、菜单和鼠标的操作应符合所使用操作系统平台的规范。

业务流程能满足政务信息化各个应用系统的用户需求文档、各个政府部门的业务流程要

2业务流程基本要求

求。

程序和数据同产品描述和设计文档保持一致，程序和数据应符合产品描述所引用的需求

文档要求。

3程序和数据基本要求关键数据应能进行有效性检查，程序应能对数据有效性和合理性进行判定。

系统界面中，数据项的数据类型和长度应与数据库字段中的定义保持一致，测试过程中

要重点测试数据的边界。

系统界面要求设计美观，系统各界面风格保持一致。

光标应能正常定位在输入区域内，输入区域可以正常输入，且输入的内容应有效，并符

4用户界面基本要求

合用户习惯。

界面文字无乱字符和错别字，在不同分辨率下界面不变形。

系统界面应使用统一规范的简体中文。

5中文要求

系统提示信息应使用统一规范的简体中文。

6数据共享要求有数据关联的不同系统之间应有数据接口，并能正确进行接口调用实现数据共享。

5

DB14/T2462—2022

5.4性能效率

性能效率是政务信息化应用软件的重点测试项目。性能效率应覆盖经委托方认可的测试需求中约定

的要求，主要内容见表3。政府对企业(G2B)及政府对公众(G2C)类政务信息化应用软件的性能效率测试

应重点关注规定负载量下系统的时间特性，以及当超出规定负载量时被测试软件相应功能能否正确运行。

表3性能效率明细表

序号测试内容要求描述

测试时的并发最大虚拟用户数应满足系统软件的设计需求。当设计需求未规定最大并

1并发最大虚拟用户数发用户数（或设计需求不符合实际情况）时，应重新确定最大并发用户数，并经委托

方、开发方和第三方测试机构共同确认。

响应时间应满足系统软件的设计需求。当设计需求未规定响应时间时，宜参考3/5/8

原则，即3秒之内，比较满意：5秒之内，可以接受；8秒之内，可以忍受；大于8秒，

2响应时间无法忍受。当响应时间测试结果不满足系统软件的设计需求时，宜根据实际应用协助

开发方分析响应时间不满足的具体原因，如对网络传输时间、页面解析渲染时间、接

口响应时间、应用服务时间、数据库服务时间等进行分别测试。

资源利用情况应与用户文档集中相应满足系统软件的设计需求(当设计需求未规定时，

3资源利用率

宜根据实际使用情况考虑CPU占用率、内存占用率、磁盘I/O)。

应用软件运行时的事务通过率应保证成功性(当设计需求未规定时，宜根据事务重要性

4事务通过率

考虑事务通过率，一般不宜小于99%)。

5.5信息安全性

信息安全性是政务信息化应用软件的重点测试项目。信息安全性应覆盖经委托方认可的测试需求中

约定的要求，并从如下表内容中选取测试项目，主要内容见表4。

表4信息安全性明细表

序号测试内容要求描述

软件应按照用户文档集中定义的信息安全性特征来运行。

软件应能防止对程序和数据的未授权访问（不管是无意的还是故意的）。

1安全功能验证

软件应能识别出对结构数据库或文件完整性产生损害的事件，且能阻止该事件，并通

报给授权用户。

软件应能按照信息安全要求，对访问权限进行管理。

2安全漏洞扫描软件产品应在自身安全漏洞方面为使用者提供相关的屏蔽措施。

6

DB14/T2462—2022

5.6可靠性

政府对政府（G2G）、政府对公务员（G2E）的政务信息化应用软件以及涉及重要数据的应用软件宜

增加可靠性测试。可靠性应覆盖经委托方认可的测试需求中约定的要求，并从如下表内容中选取测试项

目，主要内容见表5。

表5可靠性明细表

序号测试内容要求描述

软件应按照用户文档集中定义的可靠性特征运行。

在用户文档集中陈述的限制范围内使用时，软件不应丢失数据。

1成熟性

在用户文档集所描述的运行环境下，软件连续且稳定运行。

超过用户文档集中陈述的限制范围内使用时，软件不应丢失数据。

与差错处置相关的功能应与产品说明和用户文档集中的陈述一致。

2容错性

软件应识别违反句法条件的输入，并且不应作为许可的输入加以处理。

软件在特定时间范围内应是可用的。

软件故障的恢复情况。对存在实时数据上传的软件系统，应验证软件具备自检故障问

3宕机时间恢复性题的功能，且自检效率满足设计要求。

软件的（平均）失效状态与用户文档集中的陈述一致。

软件应具备数据的容灾及备份机制。

5.7易用性

政府对企业（G2B）、政府对公众（G2C）的政务信息化应用软件宜增加易用性测试。易用性应覆盖

经委托方认可的测试需求中约定的要求，并从如下表内容中选取测试项目，主要内容见表6。

表6易用性明细表

序号测试内容要求描述

有关软件执行的各种问题、消息和结果都应是易理解的。例如岀错消息中提供差错产

生的原因、如何改正差错或要报告差错向谁联系。

当遇有执行某一功能其响应时间超出通常预期限度会引起冲突时,应提供必要的信

息，指示系统当前处理状。

1易理解性

关闭或刷新已经发生过修改的数据编辑器之前应给出提示。

编辑页面中的必输项应给出标识。

屏幕输入格式、报表和其他输出应清晰且易理解。

借助用户接口、帮助功能或用户文档集提供的手段，通过适当的术语、图形、背景信

2易学性

息和帮助，帮助用户学习使用系统的各项功能及用途。

7

DB14/T2462—2022

表6易用性明细表（续）

对具有严重后果的功能的执行应是可逆的，或者软件应给出这种后果的明显警告，并

且在这种命令执行前要求确认。

应支持多种输入，例如选择输入、默认值等。

3易操作性导航栏应可隐藏或显示。

支持标准的鼠标、键盘和快捷键操作。

日期类数据录入应提供日历选择功能。

4吸引性操作界面的栏目设置及布局符合用户需求或用户的常规使用习惯。

验证软件出错消息是否指明如何改正或向谁报告。

5用户差错防御性

验证对具有严重后果的功能执行是否是可撤销的，或者软件是否给出这种后果的明显

警告，并且在这种命令执行前要求确认。

5.8维护性

维护性应覆盖经委托方认可的测试需求中约定的要求，并从如下表内容中选取测试项目，主要内容

见表7。

表7维护性明细表

序号测试内容要求描述

软件产品诊断软件中的缺陷或失效原因或识别待修改部分的能力与用户文档集或用

1易分析性

户需求一致。

2易改变性软件产品使指定的修改可以被实现的能力与用户文档集或用户需求一致。

3稳定性软件产品避免由于软件修改而造成意外结果的能力与用户文档集或用户需求一致。

4易测试性软件产品使己修改软件能被确认的能力与用户文档集或用户需求一致。

5.9可移植性

可移植性应覆盖经委托方认可的测试需求中约定的要求，并从如下表内容中选取测试项目，主要内

容见表8。

表8可移植性明细表

序号测试内容要求描述

1易安装性如果用户能够实施安装，遵循安装文档中的信息应能成功地安装软件。

对于软件应用程序的成功安装和正确运行，应就产品说明中列岀的所有支持平台和系

2适应性

统加以验证。

软件应向用户提供移去或卸载所有己安装的部件的方法。

3易替换性

软件应可被替换，且替换后的能力应符合既定要求。

当用户能够实施安装、且该软件对己安装的任何部件具有任何共存性约束时，则这种

4共存性

约束应在安装前予以陈述。

8

DB14/T2462—2022

5.10兼容性

兼容性应覆盖经委托方认可的测试需求中约定的要求，并从如下表内容中选取测试项目，主要内容

见表9。

表9兼容性明细表

序号测试内容要求描述

如果用户可以进行安装操作，则软件应提供一种方式来控制已安装组件的兼容性。

软件应按照用户文档集和产品说明中所定义的兼容性特征来执行。

如果软件需要提前配置环境和参数，以执行已定义的兼容性，应在用户文档集中明确

说明。

1兼容性验证

在用户文档集中应明确指明兼容性、功能、数据或流的类型。

软件应能识别出哪个组件负责兼容性。

如果用户可以进行安装操作，且软件在安装时对组件有共存性的约束条件，则在安装

前应予以明示。

6测试流程

6.1准备阶段

6.1.1启动

6.1.1.1委托方、开发方、软件第三方检测机构应依据技术合同、软件需求规格说明和软件设计文档、

软件合同变更内容等确定测试内容及要求。

6.1.1.2测试环境准备包括以下内容，当进行回归测试时，应对以下内容重新进行验证：

a)被测试软件已通过自验；

b)被测试软件完成部署，参数配置正确，并在测试过程中保持版本稳定；

c)其他相关外围系统和设备完成部署，配置正确；

d)系统网络配置正确，连接通畅，可以满足测试的要求；

e)测试指标包含性能效率和信息安全性时，开发方应根据情况备份系统和数据；

f)测试应在实际环境或与实际环境相同的网络、软硬件环境下进行；

g)用于测试的基础数据准备完毕；

h)有保密要求的系统应使用测试数据，不可使用系统生产数据。

6.1.2结束

测试工作结束需满足的要求如下：

a)完成测试要求规定的全部任务；

b)软件测试报告文档齐全、符合规范。

9

DB14/T2462—2022

6.1.3中断

测试工作可在如下情况发生时中断：

a)入场后发现测试内容未满足；

b)第三方检测机构己提交缺陷报告，等待开发方整改；

c)委托方提出的变更要求影响到测试实施。

6.1.4恢复

测试恢复条件包括：

a)满足测试启动条件；

b)提交的软件缺陷己修复，开发方完成自验，委托方重新提出测试要求；

c)如修改导致变更，变更申请应通过委托方或项目审批部门及第三方检测机构评审。

6.2需求分析阶段

6.2.1输入项

输入项主要包括：

a)委托方提出的口头和书面形式的测试要求；

b)本文件6.1.1要求的被测试软件及用户文档集。

6.2.2工作内容

工作内容包括但不限于：

a)接收被测试系统软件的用户文档集。记录被测试软件内容，检查其完整性；

b)确定测试的标准依据以及测试需求依据。根据委托方提出的口头和书面形式的测试要求，确定

测试的标准依据以及测试需求依据；

c)确定测试充分性要求。确定测试应覆盖的范围及每一范围所要求的覆盖程度；

d)分析并形成测试需求。根据本阶段输入项的描述确定测试需求，测试需求包括：系统的功能、

效率、状态、接口、数据结构、设计约束等，并将其分类，确定被测试系统软件的软件质量

特性（包括功能性、性能效率、信息安全性、可靠性、易用性、维护性、可移植性、兼容性），

从这些质量特性中根据需要选择测试内容；

e)委托方对最终的测试需求进行书面确认。需要时，委托方可以要求开发方对测试需求进行确认。

6.2.3输出项

本阶段输出项为测试需求。

6.3策划阶段

6.3.1输入项

输入项主要包括：

a)上一阶段形成的测试需求；

b)本文件6.1.1要求准备的用户文档集。

6.3.2工作内容

10

DB14/T2462—2022

工作内容包括但不限于：

a)下达任务，安排测试计划；

b)核查测试环境与测试合同及测试要求中的信息一致性并记录，宜对被测软件杀毒；

c)根据上一阶段形成的测试需求，分析确定测试需要的技术和方法、工具，如测试数据生成和验

证技术、测试数据输入技术、测试结果获取技术、是否使用标准测试集等；

d)由委托方与第三方检测机构共同确认测试方案。

6.3.3输出项

本阶段输出项为测试方案或测试计划。

6.4设计阶段

6.4.1输入项

输入项主要包括：

a)测试需求、测试方案或测试计划；

b)本文件6.1.1要求准备的用户文档集。

6.4.2工作内容

工作内容包括但不限于：

a)设计测试用例。将需测试的软件质量特性分解，针对分解后的每种情况设计测试用例；

b)准备测试数据。包括获取现有的测试数据和生成新的数据，并验证测试数据；

c)获取测试工具，确认测试环境。确认被测试环境及测试工具已到位。

6.4.3输出项

本阶段输出项为测试用例。

6.5执行阶段

6.5.1输入项

输入项主要包括：

a)测试需求、测试方案或测试计划、测试用例；

b)本文件6.1.1要求准备的用户文档集。

6.5.2工作内容

工作内容包括但不限于：

a)执行测试用例。按照测试计划要求，执行测试用例中规定的内容和操作步骤；

b)填写测试记录。观察并如实记录测试过程及测试结果，及时填写测试记录；根据测试用例期望

结果、实际结果和期望结果是否一致判定该用例是否通过，若存在软件缺陷，填写软件缺陷

报告；

c)记录复核，对测试记录、软件缺陷报告进行复核；

d)回归测试，根据合同约定，可实施回归测试。

6.5.3输出项

11

DB14/T2462—2022

本阶段输出项为测试记录、软件缺陷报告。

6.6报告阶段

6.6.1输入项

输入项主要包括：

a)测试需求、测试方案或测试计划、测试用例、测试记录、软件缺陷报告；

b)本文件6.1.1要求准备的用户文档集。

6.6.2工作内容

工作内容主要包括但不限于：

a)对测试异常终止情况，确定未能被测试活动充分覆盖的范围，分析原因，与委托方书面确定，

记录在报告中；

b)确定未能解决的软件测试事件以及不能解决的理由，与委托方书面确定，记录在报告中；

c)总结测试所反映的被测软件与委托方提出的测试需求之间的差异，记录在报告中；

d)将测试结果连同所发现的软件缺陷情况同委托方的测试需求对照，评价系统的实现情况，必要

时，提出系统改进建议，记录在报告中；

e)按照合同约定移交被测试软件；

f)结合上述分析情况，出具政务信息化应用软件测试报告。

6.6.3输出项

本阶段输出项为测试报告，测试报告应标注检验检测机构资质认定标志，并可在“全国认证认可信

息公共服务平台”上查询验证。测试报告格式见附录B。

7测试方法

第三方检测机构应按照GB/T25000.51规定的测试方法，对政务信息化应用软件的质量特性进行测

试。

8结果判定

8.1缺陷定级

8.1.1高级别缺陷

不能执行正常工作功能或重要功能，使系统崩溃或资源严重不足，包括：

a)导致软件（或系统）死机或宕机：由于程序所引起的死机、宕机；

b)导致数据库错误：由于程序错误所引起的数据库损坏或数据库连接异常；

c)关键功能未实现：用户文档集中要求，且直接影响被测软件正常运行的功能未实现；

d)抵御错误操作：由于未对错误的操作进行限制而导致软件（系统）功能无法使用；

e)数据通讯错误：由于程序错误导致数据通讯故障、错误；

f)严重的数值计算错误：由于程序错误造成数据计算严重错误。

12

DB14/T2462—2022

8.1.2中级别缺陷

严重影响系统要求和基本功能的实现，且没有办法更正（重新安装或重新启动该软件不属于更正办

法），包括：

a)非关键功能未实现；

b)用户文档集中要求，但并不直接影响被测软件正常运行的功能未实现；

c)对不可逆操作未给出提示；

d)增加了安装、测试或用户操作的复杂度或成本；

e)业务流程对应功能未实现，但有替代方法解决，不影响实际的使用；

f)对用户的使用有不合理的操作顺序的限制。

8.1.3低级别缺陷

一般性错误，影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软

件不属于更正办法）包括：

a)界面错误：界面存在的适配问题，例如：图片、文字错误等；

b)结果/消息错误：系统的输出结果或消息的内容、格式错误；

c)边界未限制：简单的输入限制未放在前台进行控制；

d)关键操作未给出提示：对关键功能、数据的操作、数据输入的限制条件等给岀的提示不准确。

8.2测试点判定

测试点可判定为“通过”、“基本通过”或“不通过”，具体原则为：

a)通过：不存在高级别缺陷、中级别缺陷、低级别缺陷（允许回归测试）；

b)基本通过：仅存在低级别缺陷（允许回归测试）；

c)不通过：存在高级别缺陷或中级别缺陷。

8.3结论判定

8.3.1得出测试结论需同时满足以下条件：

a)测试需求覆盖率100%；

b)测试用例执行率100%。

8.3.2测试结论可判定为“通过”、“基本通过”或“不通过”，具体原则为：

a)通过：测试点判定全部为“通过”（允许回归测试）；

b)基本通过：测试点判定中存在“基本通过”，且不存在“不通过”（允许回归测试）；

c)不通过：测试点判定中存在“不通过”。

13

DB14/T2462—2022

A

附录A

（资料性）

测试人员确认单

A.1测试人员确认单格式

测试人员确认单见表A.1。

表A.1测试人员确认单

被测软件名称

委托方全称项目负责人

第三方检测机构全称测试时间

与委托合同、投标文件一致的测试人员名单

姓名身份证号码在本项目中的职务是否参与现场测试备注

基于委托合同及我方投标承诺，委派上述人员完成本项目测试任务，并保证

不随意更换测试人员，如测试人员与上表所列不一致的，我方承担相应的违约责

任。

第三方检测机构确认签章

检验检测机构授权签字人：

（公章）

年月日

经确认，上述人员中的项目负责人和现场测试人员均为实际人员，无随意更

换现象。

委托方确认签章

委托方项目负责人：

（公章）

年月日

注：此表一式两份，委托方和第三方检测机构各一份；如测试过程不需要现场进行的，则要对检测机构

的项目负责人进行确认。

14

DB14/T2462—2022

B

B

附录B

（资料性）

政务信息化应用软件测试报告格式

B.1政务信息化应用软件测试报告格式

检验检测机构资质认定标志

软件测试报告

项目名称：

委托单位：

检测类型：

报告日期：

15

DB14/T2462—2022

检测结果

项目名称

名称

委托

地址

单位

联系人电话邮箱

建设名称

单位地址

评测名称

单位地址

测试时间

测试地点

GB/T25000.51-2016系统与软件工程系统与软件质量要求和评价(SQuaRE)

测试标准

第51部分:就绪可用软件产品(RUSP)的质量要求和测试细则

用户文档集功能性性能效率信息安全性可靠性

测试内容

易用性维护性可移植性兼容性其他：

在给定的测试环境和条件下，依据GB/T25000.51-2016系统与软件工

程系统与软件质量要求和评价(SQuaRE)第51部分:就绪可用软件产品

(RUSP)的质量要求和测试细则和“检验检测委托合同”，参考需求规格说明书，

对被测软件的用户文档集、功能性、性能效率、信息安全性、可靠性、易用

结论

性、维护性、可移值性、兼容性进行测试，经测试和回归测试后，被测软件

满足测试需求列表所规定的要求。

检测机构名称

（检验专用章）

年月日

测试人员日期

审核人员日期

批准人员

日期

（授权签字人）

结论

16

DB14/T2462—2022

受****的委托，于**年**月**日到**年**月**日，对“******”项目进行委托验收测试。

测试描述：（包括但不限于依据标准、测试用例描述、各指标测试结果分析描述。）

具体参见本报告“测试结果”部分。

*******

年月日

17

DB14/T2462—2022

B.2被测系统术语说明

B.3测试目的

本测试报告依据《项目委托检测合同》和GB/T25000.51的技术指标要求，结合《项目用户手册》

的需求规定，进行分析、设计、实施，评测人员进行全面、严格的评测，依据客观公正的评测结果进行

编写。

本测试报告目的是依据测试结果，为评价分析“******项目”技术指标要求的符合性以及存在的问

题和需要改进的方面提供参考和依据。

本文的预期读者包括：委托方、最终用户、开发方、第三方等。

B.4被测系统描述

B.4.1被测系统概述

描述被测系统的功能，用途、技术架构、开发语言等。

B.4.2被测系统文件列表

文件名称。

B.5测试范围

本次测试是针对“******项目”进行的委托测试，依据《**申请表》、《**项目需求规格说明书》、

《**项目用户操作使用手册》的需求规定，对被测软件的功能性、性能效率、可靠性、信息安全性等进

行测试，本次测试范围见表B.1。

表B.1测试范围需求表

功能性测试需求

模块测试项测试点

系统登陆

系统登陆系统登陆系统退出

密码重置

性能效率测试需求

测试项测试内容

单用户登录单用户登录，系统运行稳定，平均响应时间小于X秒

单用户XX单用户XX，系统运行稳定，平均响应时间小于X秒

XX用户并发XX50用户并发XX，系统运行稳定，平均响应时间小于XX秒

可靠性测试需求

测试项测试内容

稳定性系统支持7×24小时运行稳定，且数据存储和逻辑处理不出现异常错误

信息安全性测试需求

测试项测试内容

跨站点脚本编制检测系统是否具有跨站点脚本编制风险

跨站点请求伪造检测系统是否具有跨站点请求伪造风险

18

DB14/T2462—2022

表B.1测试范围需求表（续）

SQL注入检测系统是否具有SQL注入风险

传输层保护不足检测系统是否具有传输层保护不足风险

路径遍历检测系统是否具有路径遍历风险

缓冲区溢出检测系统是否具有缓冲区溢出风险

B.6引用标准及参考资料

B.6.1测试方法

测试方法按照GB/T25000.51的要求执行。

B.6.2参考资料

填写被测系统提供的文件名称。

B.7测试资源

B.7.1测试人员

测试人员见表B.2。

表B.2人员明细表

角色人数职责技能

主检人

测试人员

监督员

B.7.2测试环境

B.7.2.1运行环境

运行环境见表B.3。

表B.3运行环境明细表

序号设备名称硬件环境软件环境

CPU

1应用服务器（IP地址）

内存

CPU

2数据库服务器（IP地址）

内存

B.7.2.2测试工具

测试工具见表B.4。

19

DB14/T2462—2022

表B.4测试工具明细表

设备编号设备名称规格型号硬件配置软件配置备注

B.8测试结果

出具测试结果。