基于武警救援系统的软件测试

0 引 言

近年来，随着互联网行业的不断发展，软件的使用已成为人们普遍的生活方式 [1]。为了证实程序按预期的设想实现， 通常开展软件测试，软件测试从为了表明软件是正确的正向性测试，发展到如今测试不单纯是一个发现错误的过程，而是从软件质量 [2] 的角度来测试，因此基于武警救援系统的软件测试十分重要 [3]。

1 武警救援系统简介

武警救援系统是一款便于移动终端使用的救援管理软件，Android 客户端提供了检伤分类、护士工作站、医生工作站、转运监护、移动 GIS 和检查检验功能模块，如图 1 所 示。Web 端主要用于系统的管理和维护，由管理员模块、医生工作站和护士工作站等组成。该软件正确、可靠地运行对救援工作的顺利开展具有重要意义。

2 软件测试策略选择

2.1 软件测试技术研究

2.1.1 概述

软件测试是寻找软件中缺陷的工作，是软件产品开发过程的重要组成部分，它是软件开发生命周期中一项非常重要且复杂的工作，对软件可靠性 [4] 保证具有极其重要的意义。研究软件测试技术，熟悉每项技术的特点，可以较好地选择适用于被测对象的软件测试策略。

2.1.2 黑盒测试技术

黑盒测试 [5] 通常基于需求和功能进行测试，一般指配置项（子系统）测试、系统测试等。常用的黑盒测试方法有功能分析法、等价类划分法、边界值法、错误推测法、功能图分析法、场景设计法等。

2.1.3 白盒测试技术

白盒测试通常基于代码的内部逻辑知识，往往要求对语句、分支、路径、条件进行覆盖，一般指单元测试、集成测试。常用的白盒测试方法有逻辑驱动覆盖测试、基本路径测试、便捷测试等。

2.1.4 静态测试

静态测试依据设计文档进行，测试对象是源码，但不实际执行被测程序。代码审查测试设计的检查单时，执行测试依据检查表进行，通过阅读、讨论和争议对程序源码进行分析 ；代码走查测试用例，执行测试时人充当计算机，使用事先设计的测试用例对程序功能和逻辑进行分析和检查。

2.1.5 动态测试

动态测试需要运行被测程序，分析程序运行的真实情况， 要求生成测试用例和测试数据来运行程序，测试质量依赖于测试用例和测试数据。动态测试包括单元测试、集成测试、配置项测试、系统测试。

2.2 测试策略选择

软件测试开展前需要确定测试策略、回归策略、测试需要的技术或方法、受控制的测试工作产品，列出清单 ；确定每个测试项的测试充分性要求，根据被测软件的重要性、测试目标和约束条件确定每个测试项应覆盖的范围及范围要求的覆盖程度 ；计划测试环境如何部署。

根据武警救援系统软件的关键等级和应用领域，静态测试主要开展文档审查和代码审查，动态测试利用测试工具进行软件单元测试，采用一次集成的方式进行配置。系统测试重点关注不同用户角色的工作流程、软件运行强度、服务器端负载能力等。

3 软件测试的实施

软件测试过程包括测试策划、测试设计和实现、测试执行、测试总结等关键活动，如图 2 所示，详细流程如图 3 所示。

3.1 建立测试计划

测试策划包括对软件测试工作进行整体规划，建立软件测试计划，其基本策划内容如图 4 所示。

在武警救援系统软件规格说明形成后，建立系统测试和配置项测试计划，软件设计和编码阶段结束后，建立代码审查计划和单元测试计划，定义选择的测试方法、测试工具、人员需求、责任矩阵、评审要求、交付物等。

3.2 编制测试说明

测试设计与实现的核心工作是设计测试用例、形成测试说明，是执行软件测试的基础，如图 5 所示。

设计测试用例需要考虑测试工具软件、测试环境等因素， 用例的要素包括 ：

编写人员、编写时间、审核人员 ；

测试用例标识、测试用例说明、前置条件 ；

测试输入、预期输出、通过准则、结束条件。

按测试计划编制了武警救援系统软件单元测试说明（含代码审查）、配置项和系统测试说明，设计了功能测试、性能测试、人机交互界面测试、强度测试、安全性测试、余量测试、恢复性测试、互操作性测试、数据处理测试等类型的用例，主要采用了等价类划分、边界值分析、因果图等测试方法，共设计单元测试用例 677 个，配置项和系统测试用例

926 个，形成代码审查检查单 12 份。

软件测试说明通过评审后，就进入软件测试的执行环节， 主要活动如图 6 所示。

图 6 测试执行

按照代码审查检查单的项目，对全部软件代码进行审查， 提出 21 个问题单 ；单元测试使用 VestCast 工具软件，用例一次性通过 621 个，5 个用例删除，51 个经修改后执行通过， 提出 46 个问题单 ；配置项和系统测试用人工方法和自动测试方法进行，提出 27 个问题单。测试原始记录格式规范， 管理严格，包括测试用例标识、样本标识、测试结果和发现的缺陷。

测试过程发现的软件缺陷由测试组记录并提交给软件开发组，开发组对问题进行分析和分类，并给出处理意见，对于要修改的问题，进行影响分析，修改后的软件或文档提交给测试组进行回归测试。测试组分析更改的内容，修改或补充测试用例，执行软件回归测试流程，直至所有问题得到解决或达成一致处理意见。缺陷跟踪和处理流程如图 7 所示。

3.3 测试结果

软件测试执行结束后，需对测试工作进行总结，形成测试报告，主要活动如图 8 所示。

武警救援系统软件测试工作由 5 人承担，共用 576 人时，审查文档 7 份、有效代码 57 304 行，形成测试文档 6 份，发现重要缺陷 7 个，一般缺陷 72 个，建议项 15 个，所有问题均得到了处理。

4 结 语

本文在对软件测试技术进行研究的基础上，针对武警救援系统的特点，选择有效的软件测试策略，详细描述了测试计划建立、测试说明编制、测试执行、测试总结等过程实施方法。通过开展软件测试，提早发现该系统潜在的软件缺陷， 提高软件后继上线应用的稳定性和可靠性，并对同类型软件测试方法的研究提供了参考实例，具有一定的示范价值。