地理信息系统软件测试通常涉及大浮点运算和专用算法，系统测试和验收测试适合使用黑盒测试 方法，宜采用针对地理信息系统软件专用测试工具 软件测试大纲和软件测试技术规范书应明确规定在测试中针对系统的每一项功能或性能应完成的 基本测试项目和测试评判依据。无论采用自动测试还是手动测试，都应满足测试大纲和技术规范书的 求。

4.5.1自动化测试条件

进行自动化测试的软件系统通常应满足如下条件： a） 软件需求变动不频繁； b) 软件产品结构比较复杂； c) 测试对象为海量数据，不宜人工测试； d) 测试结果可以进行量化比较； e) 测试操作易用脚本实现，且测试脚本可重复使用 地理信息系统软件的系统测试和验收测试符合上述要求，宜采用针对地理信息系统软件专用测试 工具。

钢管标准4.5.2自动化测试框架

自动化测试框架是由一个或多个测试基础模块、测试管理模块、测试统计模块等组成的工具集合， 是自动化测试软件的基础结构。 地理信息系统软件测试应尽量采用自动化测试框架，减少人工测试工作。为使工具在测试工作中 发挥应有的作用，应采用适合地理信息系统软件的专用测试工具

4.5.3自动化测试框架专用测试工具

4.5.3.1测试管理工具

测试管理工具用于对测试进行管理。测试管理工具对测试计划、测试用例、测试实施进行管理 则试管理工具还包括对缺陷的跟踪管理

4.5.3.2功能测试工具

功能测试工具用手测试软件功能指 化测试的要求。功能测试工具包括 测试脚本库、测试用例库、完备性测试、正确性测试， 以及测试结果的分析与评价

4.5.3.3性能测试工具

4.5.3.4测试评价工具

4.5.4自动化测试流程

GB/T334472016

自动化测试流程包括制订测试计划、搭建测试环境、准备测试用例、编写测试脚本、运行测试脚 沂测试结果等过程，符合4.3的要求。地理信息系统软件自动化测试的执行过程如图1所示

4.5.5测试结果评价

图1自动化测试执行过程

自动化测试结果评价包括测试覆盖和质量评价。 测试覆盖是对测试完全程度的评价，它是由测试 需求和测试用例的覆盖或已执行代码的覆盖表示的。质量评价是对地理信息系统软件的可靠性、稳定 性以及性能的评价，它建立在对测试结果的评估和对测试过程中确定的缺陷分析的基础上。

测试用例描述了测试的前提条件、输入参数、验证点及期望的输出结果等，主要应包括如下内容： a）在实施测试时测试用例作为软件测试的标准，测试人员要严格按照测试用例的测试项目和测 试步骤逐一实施测试，并将测试情况记录在测试用例管理软件中，以便自动生成测试结果 文档。 b) 按照测试用例配套准备一组或若干组测试原始数据，以及标准测试结果。除了正常数据之外， 还应根据测试用例设计大量边缘数据和错误数据。 C 完成软件测试后需要对测试结果进行评估，并且编制测试报告。判断软件测试是否完成，衡量 测试质量需要有量化的结果，如测试覆盖率是多少、测试合格率是多少、重要测试合格率是多 少等。采用测试用例作度量基准将更加准确、有效 d）通过收集缺陷，对比测试用例和缺陷数据库，分析确认是漏测还是缺陷复现。漏测反映了测试 用例的不完善，应立即补充相应测试用例，最终达到逐步完善软件质量的目的。如果已有相应 的测试用例，则反映实施测试或变更处理存在问题。 测试用例设计参见附录B

GB/T 334472016

测试脚本是人工编制的可供计算机自动执行的一组参数，是自动化测试执行的依据，应包括如下 内容： a 测试脚本是自动执行测试过程（或部分测试过程)的计算机可读指令。测试脚本可以被创建 （记录)或使用测试自动化工具自动生成，或用编程语言编程来完成，也可综合前三种方法来 完成。 b) 为了提高测试脚本的可维护性和可复用性，应在执行测试脚本之前进行脚本构建。 c) 更改目标软件时，需要对测试过程进行局部的可控制的变更。这将使得测试过程和测试脚本 对目标软件的变化有灵活的应变能力。例如，假设软件的登录部分已经改变。在遍历该登录 部分的所有测试用例中，只有关于登录的测试过程和测试脚本需要进行改变。 d） 测试脚本是针对一个测试过程的。一个测试过程往往需要众多的数据来测试。通过自动录制 得到的脚本，所有的输入数据都是常数，是固定的。 e) 如果需要使用一个测试脚本测试多组数据，就需要对脚本进行参数化，把固定的常数修改为来 自数据源变量 测试脚本设计参见附录B

理要求应符合GB/T856

应按照软件配置管理的要求，将测试过程中所使用的各类测试数据以及产生的各种软件工作产 （配置管理。由开发方实施的软件测试，应将所使用的各类测试数据和测试工作产品纳入软件项 记置管理；由独立测试组织实施的软件测试，应建立配置管理库，将所使用的各类测试数据、被测试 和测试工作产品纳人配置管理。配置管理要求见GB/T20158。

4.8.3.1就绪评审

在测试执行前，应对测试计划和测试说明等进行评审。评审测试计划的合理性、测试用例的正确 生、完整性和覆盖充分性，以及测试组织、测试环境和设备工具是否齐全并符合技术要求等。 评审的具体内容和要求应包括： a) 评审测试文档内容的完整性、正确性和规范性； b) 评审测试环境要求是否正确合理，满足测试要求； c) 评审测试活动的独立性； d) 评审测试项选择的完整性和合理性： e) 评审测试用例的可行性、正确性和充分性

4.8.3.2测试评审

在测试完成后，评审测试过程和测试结果的有效性，确定是否达到测试目的。主要对测试记录 报告进行评审 评审的具体内容和要求应包括

GB/T334472016

评审文档和记录内容的完整性、正确性和规范性： b) 评审测试活动的独立性和有效性； C) 评审测试环境是否符合测试要求； 评审测试记录、测试数据以及测试报告内容与实际测试过程和结果的一致性； 评审实际测试过程与测试计划和测试说明的一致性； ) 评审未测试项和新增测试项的合理性； 评审测试结果的真实性和正确性； 评审对测试过程中出现的异常进行处理的正确性

软件测试文档通常包括测试计划、测试说明（包括测试设计说明、测试用例说明和测试规程说明 式项传递报告、测试日志、测试记录、测试问题报告和测试总结报告，根据软件的完整性级别和软件 等级可进行合理的取舍与合并。测试文档的基本内容和要求见GB/T9386。

5.1.1编制测试大纲

地理信息系统软件功能测试大纲包括两大类：一是地理信息基础软件测试大纲，二是地理信息专用 软件测试大纲。 地理信息基础软件功能测试大纲应按照地理信息系统平台软件功能完备性指标制定，参见附录A。 地理信息专用软件功能测试大纲是依据被测软件的设计文档、用户手册和技术手册中关于软件功 项指标的说明，根据测试方式、测试环境和测试工具，确定地理信息专用软件的软件功能完备性指标 制定与功能测试相关的测试大纲，参见附录A

生针对地理信息系统软件进行试时 测试工具应具备完整的测试用例库，对用于测试的数据需要进行严格标定。测试时应采用测试 车中已有的标准数据；也可自行选择测试数据，但应符合测试标准中对数据的各种要求

功能完备性指标中的每一指标项都应拥有独立的测试用例。 针对地理信息系统软件平台的功能算法的不同特点，测试工具指导测试用例的自动生成。各类测 试用例纳入数据库管理，按照设定的规则将测试用例库中的测试用例自动生成用于测试的标准格式 文档。 制定测试标准文档描述规范，将测试用例导入、导出测试用例库

5.2.1测试环境组成

地理信息系统软件功能测试环境应包括 a）系统硬件配置； b）系统软件配置：

5.2.2测试环境要求

地理信息系统软件功能测试环境要求： a） 应符合软件运行的最低要求； b) 应选用通用的操作系统和相关软件平台； c) 应建立相对简单、独立的测试环境，不安装不相关的软件； d) 应利用有效的正版杀毒软件检测软件环境，保证测试环境中没有计算机病毒： e) 应具有独立的网络环境

5.2.3功能测试工具

功能测试应采用地理信息系统软 测试效率，减少工作量和人为 因素对测试结果的不利影响。 功能测试工具应满足如下技术要求： a) 实现测试脚本分级维护管理； b) 提供测试结果统计和详细日志； c) 对失败用例进行错误分类； d) 通用性强，与具体测试业务无关； e) 支持第三方测试工具与接口； f) 测试用例自动配置和执行； 支持分布式运行。 软件的功能测试采用黑盒测试的方法，测试前 邵分的要求及委托方提供的文档预先编制 则试用例.测试用例应覆盖测试 作任务的功能组合

测试过程应满足如下要求： a） 按照4.2.2的要求采用合适的功能测试工具实施测试，或以手工方式实施测试； b) 测试人员在功能测试过程中应及时做出原始测试记录，测试结束后相关人员对测试记录进行 审核； c）相关人员在测试过程中，如发现系统功能方面的问题，则向开发方出具问题报告； d）开发方对测试中发现的 归测试，并出具测试报告

应测试系统是否能成功地安装和测试，若不能，也最少应保证系统的硬、软件环境符合设计文档的 要求。软件安装测试包括： a）通过对系统功能模块进行检查，应与设计文档要求一致，并可运行功能模块，应符合4.2.2的 要求； b）系统窗口、控件、菜单等，应符合4.2.2的要求

5.4.2地理信息基础软

GB/T334472016

地理信息基础软件功能测试包括完备性测试和正确性测试两方面，应测试数据处理、地理空间数据 库的建立与管理、空间分析、三维地形模型、可视化表现与制图和地理信息网络服务等六大类功能， 功能测试流程参见附录C

5.4.2.2数据处理 测试内容包括： 数据格式转换； b) 投影及坐标系统变换； c) 数据编辑与处理； d) 数据质量控制检查功能； e) 支持建模或脚本方式的数据处理。 5.4.2.3 地理空间数据库的建立与管理 测试内容包括： a) 矢量数据库建库； b) 栅格/影像数据库建库； c) 时空数据建库； d) 元数据库建库； e) 数据库维护管理； f) 空间数据库集成管理与操作。 5.4.2.4 空间分析与统计 测试内容包括： a) 空间叠加分析； b) 网络分析； c) 缓冲区分析； d) 统计分析； e) 地理统计分析； f) 栅格数据分析； g) 综合分析、应用模型建立。 5.4.2.5 三维地形模型 测试内容包括： a) 数字高程模型生成； b) 通视分析； c) 剖面生成与显示； d) 地形因子计算； e) 地形分析。

5.4.2.2数据处理

5.4.2.5三维地形模型

GB/T 334472016

5.4.2.6可视化表现与制图

测试内容包括： a) 一般图形显示； b) 二维可视化； c) 三维可视化： d) 符号系统定制、配置； e) 地图制图； f) 制图编辑； g) 制图输出。

5.4.2.7地理信息网络服务

5.4.3地理信息专用软件

地理信息专用软化 兑明书、用户手册、技术手开

功能完备性测评的目的是为了确定被测软件中所有相关功能与功能测试大纲的契合度，衡量被测 软件与地理信息系统相关的功能是否达到一定的专业级别，在一定程度上反映被测软件的功能完备性 完备性评价可由分支覆盖率和整体覆盖率来体现。

功能正确性测试是对功能测试大纲中的各项功能执行情况对软件进行测试和评定，其目的是为了 角定被测功能项的实现结果是否与评测标准达成一致（也包含准确度和精度内容）的程度，以“通过”和 不通过”来衡量功能项的正确性

以地理信息系统软件功能完备性和正确性的测试结 ，对功能测试进行综合评价。参见附录D

和技术手册等关于软件性能指标的说明，结合所使 生能测试环境和测试工具，制定与性能测试相关的测试大纲

6.2.1测试环境组成

GB/T334472016

地理信息系统软件性能测试环境应包括硬件环境、软件环境和数据环境，同5.2.1。

6.2.2测试环境要求

6.2.3性能测试工具

地理信息系统软件性能测试工具可检测、评估其软件及平台的关键性能指标：系统的联机响应 处理速度和吞吐量、利用率等。性能测试工具可提供多种形态的终端用户模拟、负载压力测试执 行过程监控、性能数据自动采集和测试结果分析等功能

测试人员在软件测试过程中，应遵循以下要求： a） 按照4.2.3的要求采用合适的性能测试工具实施测试； b) 测试人员在测试完成后提供原始测试数据，相关人员对测试数据进行审核； C) 相关人员对测试数据进行分析，如发现系统性能方面的问题，则向开发方出具问题报告； 开发方对测试中发现的性能问题进行改进后，测试方进行回归测试，并出具测试报告

6.4.1负载性能测试

系统的性能，通常用来度量系统的可扩展性。可以通过测 载逐渐增加时系统各组成部分的响应输出项，如通过率、响应时间、CPU负载、内存使用等情况 亲合分析来决定系统的性能

6.4.2压力性能测试

压力性能是指在软件系统稳定运行情况下，能够处理的最大工作量强度或提供的最天服务性能 可以通过测试临界负载、容量变化、资源占用等指标，综合分析功能执行情况和系统性能表现，并确定 个系统的瓶颈或者不能接受的性能点，从而获得最大工作量强度或最大服务性能。

效率测试指在规定条件下，相对于所用资源的数量，测试地理信息系统软件产品可提供适当性能的 能力。性能测试的效率应符合下列要求： a）功能指标的执行速度应满足用户需求，包括数据处理、查询、分析占用时间等； b）CPU、内存、网络带宽等硬件资源的使用应较为充分合理；

地理信息系统软件性能测试完成 压力性能和效率测试结果进行分析

GB/T 334472016

7.1软件产品化测试要求

地理信息系统软件产品化测试应符合下列要求： a）软件企业具有一定的质量管理体系； b）开发机构宜具有软件项目开发管理制度，并宜使用工具软件进行项目开发管理； c）宜具有包括网上服务、产品介绍、培训班、培训资料等方面的用户技术支持与客户服务

7.2.1.1权限管理

权限管理一般应具有以下内容： a） 可以使用“用户一角色一权限”模式划分权限，权限划分合理； b） 系统管理员可以增加、修改、删除其他用户的信息； 系统管理员仅能进行人员授权操作和数据库管理工作； d）禁止其他用户进行数据库维护操作

7.2.1.2日志管理

日志管理一般应具有以下内容： a）能够记录用户登录和使用重要模块的信息； b）能够对非经授权的软件使用或数据访问尝试记人日志； c）对关键数据的变更记入日志。

7.2.1.3密码管理

密码管理一般应具有以下内容： a）可以设置密码策略，包括有效期、最小长度、复杂度、非空设置、大小写敏感度等； b） 密码以星号等方式隐藏，不明码显示、存储与传输； 用户可以修改自已的密码，修改密码需要校验旧密码，新密码需要两次输入确认； d）具有“密码寻回”功能

7.2.1.4访问控制

从成熟性方面考虑，可测试以下内容：

应能够对非经授权的软件使用或数据访问进行

GB/T334472016

b）运行过程中的操作错误、非法数据不会引起系统异常退出或程序损坏； c）不存在导致软件无法运行、崩溃或导致数据破坏、缺损的重大缺陷

从容错性方面考虑，可测试以下内容： a）系统对重要数据的录人提供有效性检查，对非法数据输人有明确的提示； b）对不符合要求的输入数据应使用中文给出简洁、准确的提示信息，必要时应给出帮助； c）能屏敲用户常见的误操作，对重要数据的删除有警告及确认提示，

7.2.2.3易恢复性

从易恢复性方面考虑，可测试以下内容： a）在程序运行过程中进行掉电、网络断开试验，数据和系统不会损坏； b）若受损，提供补救工具，可以补救上次保存或自动保存以前的数据； c）应具备数据维护工具，可以对数据进行备份与恢复

7.2.3.1易理解性

从易理解性方面考虑，可考虑以下测试： a）界面简洁、美观、实用，风格相对一致； b) 界面采用简体中文，没有错别字； c） 软件对关键操作提供使用向导； d) 软件界面及提示信息能够引导用户使用； e) 操作设计上尽可能避免重复操作，常用功能的操作步骤尽可能简化

从易学性方面考虑，可考虑以下测试： 用户手册内容应全面详细、易于理解，描述与软件的实际功能一致、提供应用实例： 联机帮助内容完整，条理清晰，易于理解，提供搜索功能，对复杂操作有图例和文字说明； C 帮助文件能够有效引导用户操作，对重要功能、复杂功能的描述详细全面，对简单功能描述简 洁清晰。

7.2.3.3易操作性

从易操作性方面考虑，可考虑以下测试： a 软件安装应符合流行的安装模式，易于操作； b） 软件应以易观察、易读的形式向用户提供信息，必要时可向用户发出警报： C 常用功能设置在明显位置，易于被用户识别； d）软件操作应简单，界面设置和提示信息易于理解； e）输入数据的要求能够被用户理解，软件输出项符合用户习惯，易于理解，

从可维护性方面考虑，可考虑以下测试

GB/T 334472016

对软件指定的修改可以被实现； b） 软件的局部修改不应影响软件的整体运行； C 需求变更后的各项功能应通过测试用例进行测试； d）软件应能够对已修改部分进行确认

从可移植性方面考虑，可考虑以下测试： a） 软件应具有可适应不同运行环境的能力； b） 依据用户安装手册，应能在指定环境中成功安装； C 软件的运行不应影响其他同时运行软件的运行结果； d）在同样环境下，可替代另一个相同用途的指定软件。

地理信息系统软件文档集的测试应包含资料的完整性、一致性和易理解程度等内容。进行文档测 试时，应主要考虑以下方面： a) 明确文档验收的标准，软件开发人员和用户应对此达成一致 确定文档的重要性和项目文档需求，在软件开发的不同阶段，各类文档的重要性有所不同。 c) 检验文档完整性，主要是文档的种类和内容的完整性。 d) 检验文档的一致性和可追溯性，包括： 1）车 软件的设计描述应按照需求定义进行 2） 应用程序应与设计文档的描述一致； 3） 用户文档应客观描述应用程序的实际操作： 4） 关于同一问题的描述不应存在不同的说法。 e) 检验文档的准确性，主要是文档描述应准确无歧义，文字表达不应存在错误。 f) 检验文档的可理解性，主要审核文档应针对指定的用户，表达应易于理解并且详细。 g) 检验文档的易浏览性，主要审核文档应易于浏览，各类文档之间的相互关系应明确；每个文档 都应有目录表或索引表。 地理信息系统软件文档集还应包括二次开发接口说明，需详细说明二次开发方法提供的接口控件 函数的使用方法，并包括简单示例

7.3.2技术支持与服务

地理信息系统软件技术支持 是供培训等内容

地理信息系统软件产品化测试完成后，应对软件的可用性和产品化程度测试结果进行分析，确定 的产品化指标是否达到设计要求，存在哪些问题，以及改进建议等。参见附录D

8.1.1测试结果要求

GB/T334472016

地理信息系统软件测试结果应满足下列要求： 可重复性：由同一测试者按同一测试计划对同一软件进行重复测试，应产生同一种可接受的 结果； b） 可再现性：由不同测试者按同一测试计划说明书对同一软件进行测试，应产生同一种可接受的 结果； c）公正性：测试不应偏向任何预设的结果； d）客观性：测试结果应为客观事实。

工程造价标准规范范本地理信息系统软件测试完成后形成的文档一般应有： a) 测试计划； b) 测试说明； c) 测试报告； d) 测试记录； e）测试问题报告

在测试完成后，评审测试过程和测试结果的有效性，确定是否达到测试目的。主要对测试记录， 式报告进行评审，其具体内容和要求应包括： 评审文档和记录内容的完整性、正确性和规范性： b) 评审测试活动的独立性和有效性； c) 评审测试环境是否符合测试要求； d) 评审测试记录、测试数据以及测试报告内容与实际测试过程和结果的一致性； e) 评审实际测试过程与测试计划和测试说明的一致性； f) 评审未测试项和新增测试项的合理性； g) 评审测试结果的真实性和正确性； h) 评审对测试过程中出现的异常进行处理的正确性

地理信息系统软件的测试活动和测试结果应汇总在测试报告中。测试报告可包括以下内容： a) 测试报告名称 b) 概述 1)↑ 简述测试活动； 2) 被测试项及其版本/修订级别； 3) 测试环境； 4）所参照的技术规范书或设计说明书及其版本

B/T334472016 c) 测试活动描述 1) 测试日期和时间； 2） 测试数据； 3）预期结果； 4）测试记录、实际结果； 5）： 异常现象； 6）测试人员。 d) 测试评价 1）测试评价：以测试结果和测试项的通过准则为依据，对每个测试项进行判定和评价。 2）差异评价：报告测试项与技术规范书或设计说明书之间的差别，指出测试活动与测试计划 之间的差别，并说明原因。 3）测试结论

C) 测试活动描述 1) 测试日期和时间； 2）测试数据； 3）预期结果； 4）测试记录、实际结果； 5）异常现象； 6）测试人员。 d）测试评价 1）测试评价：以测试结果和测试项的通过准则为依据，对每个测试项进行判定和评价。 2）差异评价：报告测试项与技术规范书或设计说明书之间的差别，指出测试活动与测试计划 之间的差别，并说明原因。 3）测试结论。

GB/T334472016

附录A （资料性附录） 地理信息系统基础软件功能测试大纲

地理信息基础软件功能完备性包括数据处理、地理空间数据库的建立与管理、空间分析与统计、三 维地形模型、可视化表现与制图和地理信息网络服务等六大类土壤标准，每个大类又分为若干子类，而每个子类 则包含若干功能项。见表A.1

表A.1地理信息基础软件功能完备性框架