GB/T 15532-1995 计算机软件单元测试

中华人民共和国国家标准

GB/'r15532一1995

计算机软件单元测试

Computersoftwareunittesting

1主肠内容与适用范围

1.1主题内容

软件单元测试是一个过程。本标准为该过程规定了一个标准的方法，使之成为软件工程实践中的基

础。该方法是一种综合的方法，目的是对软件单元进行系统化的测试，包括测试计划的执行、测试集的获

取以及测试单元与其需求的对照衡量。对照衡量包括使用样本数据来执行被测单元，并将该单元的实际

结果与单元的需求文件中指定的结果进行比较。

本标准描述了一个测试过程，它由一系列具有层次结构的阶段、活动及任务组成，且为每一活动定

义了一个最小任务集。

1.2适用范围

本标准可适用于任何计算机软件的单元测试(包括新开发的或修改过的软件单元)。本标准并不规

定这些软件的类型，也不规定哪些软件必须进行单元测试。

本标准不涉及其他综合性的单元验证或确认过程，象评审(例如走查、审查)、静态分析(例如一致性

核查、数据流分析)或形式化分析(例如正确性证明、符号执行)。

本标准不要求使用特定的测试机制或工具。本标准也不蕴含任何特定的方法学以进行文件控制、配

置管理、质量保证、或测试步骤管理。同时也不规定软件排错的过程。

本标准的使用者可以是测试人员，也可是开发人员。

2引用标准

GB9386计算机软件测试文件编制规范

GB/T11457软件工程术语

GB/T12505计算机软件配置管理计划规范

3术语

下列术语定义适用于本标准，其他术语见GB9386和GB/T11457.

3.1特性characteristic

见数据特性(3.2条)或软件特性((3.5条)。

3.2数据特性datacharacteristic

数据的一种固有的(也可能是非固有的)性质、质量或特征(例如数据使用率、格式、值范围或域值间

关系).

3.3非过程性编程语言monprocedureprogramminglanguage

与过程性编程语言相对。是一种用于表达问题的参数，而不是表达解决问题的步骤的计算机编程语

言(例如:报告生成器或分类的规范化语言)。

国象技术监，局1995一04一05批准1995一12一01实施

GB/T15532一1995

3.4过程性编程语言procedureprogramminglanguage

与非过程性编程语言相对。是一种用于表达操作步骤，以供计算机执行的编程语言(例如

COBOL)>

3.5软件特性softwarecharacteristic

软件的一种固有的(也可能是非固有的)性质、质量或特征(例如功能、性能、属性、设计约束、状态数

目、分支的行数等)。

3.6软件特征softwarefeature

由需求文件所规定或蕴含的软件特性(例如:功能、性能、属性或设计约束)。

3.7软件测试事件softwaretestincident

在软件测试期间所发生的任何事件。

3.8状态数据，tatedate

确定测试单元内部状态的数据，它用于建立状态或与现存状态比较。

3.9测试对象testobjective

在指定条件下，通过对软件的实际状况与软件文件中所描述的状况进行比较来测量的软件特征集。

3.10测试集结构testsetarchitecture

测试用例集(测试集)的嵌套关系，它能直接反映测试对象的层次分解情况。

3.11测试单元testunit

一个包括一个或多个计算机程序模块及相应控制数据(例如表格)、调用过程、操作过程的模块集

合，且该集合成员满足下列条件:

a.所有模块属于同一个计算机程序系统，

b集合中至少有一个模块(新的或改变过的模块)尚未完成单元测试;

c.所有模块及相应数据和过程的集合是一个测试过程的唯一对象。

注:①一个测试单元可能出现在从一个单独的模块到一个完整的程序这样一种设计层次的任何一个级别中.因

此，一个浏试单元可能是一个模块、一些模块，或一个具有相关数据和过程的完整的计算机程序。

②一个侧试单元可能包含一个或多个已进行过单元侧试的模块。

3.12单元unit

见测试单元。

3.13单元需求文件unitrequirementdocumentation

论述被测单元的功能需求、接口需求、性能需求及设计约束需求的文件。

4单元测试活动

本章规定单元测试过程所涉及的活动，每个活动按输人、任务和输出这样的结构加以描述。所描述

的阶段及活动如下:

a.完善测试计划:

—制定方法、资源及进度的计划;

—确定需测试的与需求有关的特性，

—细化计划。

b.获得测试集:

—设计测试集，

—执行计划及实现设计。

c评价测试单元:

—执行测试规程

—核对终止情况

GB/T15532一1995

—评价测试效果和测试单元。

所有活动的流程见图1,

制订计划

确定侧试特性

细化计划

设计洲试集

实现设讨

执行侧试规程

补充侧试鑫

咨一

评价

图1单元测试活动流程

当一个以上的单元需进行单元测试时(例如所有的这些单元均与一个软件项目有关)，则计划活动

须指出每个单元在整个测试单元集合中的位置，以免在每个测试单元中重复。

在一般情况下，除了图1中执行测试规程和核对结果这两个循环活动外，所有活动必须顺序进行。

对于除制订计划阶段外的任何一个活动，若其前面的活动或某一外部事件(例如进度、需求、设计)有错，

则有必要重新执行其前面的若干个活动，然后返回到当前活动。

各阶段的输入、输出数据流见图2,

项目信息

图2软件单元测试各阶段的主要数据流

在每个阶段，每个基本活动都连有其自身的输人集和枪出集，其内容由一系列任务组成。本标准描

GB/T15532一1995

述了每个活动的输人、任务、输出。所有活动的输出集应当包含足够的信息来创建至少以下两个文件:一

份测试设计说明及一份测试总结报告。所有文件必须符合GB9386中的规定。所有的测试文件必须标

明作者及日期。

测试设计说明将从确定测试特性、细化计划及设计测试集这几个活动中获得信息;测试总结报告将

从所有的活动中获得信息。

4.1制订方法、资源及进度的计划

总的单元测试计划应当在综合测试计划期间制订，且应在相应的计划文件中作出记录。

4.1.1输入

a.项目计划;

b.软件需求文件。

4.1.2任务

a.指定单元测试的总方法

确定测试欲发现的风险区域。指定对确定特性(例如需测试的特性)、设计测试集或实现测试(例如

必须使用的测试集)等这几个活动阶段的限制。

确定现有的输入、输出和数据资源(例如测试文件、制作文件、测试数据生成器)，确定数据确认的总

技术。确定用于记录、收集、化简和确认输出数据的总技术。描述与被测试的单元有直接接口的应用软

件的准备情况。

b指定完备的测试要求

确定单元测试集所覆盖的区域(例如软件特征、过程、状态、功能、数据特性、指令等)以及对每一区

域所要求的覆盖程度。

在软件开发期间进行单元测试时，每一软件特征必须至少被一测试用例所覆盖，例外情况须得以批

准。此原则也适用于软件维护时的单元测试。

当在软件开发期间测试一个用过程性语言(例如COBOL)实现的单元时，对每一指令(能够到达

及执行的)，除非该指令所在的模块已经独立地进行过单元测试，或者得到某种特许，它必须被某一测试

用例所覆盖。此原则也适用于软件维护时用过程性语言实现的软件的单元测试。

c指定终止测试的要求

指定单元测试过程正常终止的需求。终止需求必须满足需求完备性。

确定会导致单元测试过程异常终止的任何情况(例如发现主要的设计缺陷，到达的最终期限)以及

确定其相应的通告过程。

d.决定资源的要求

估计进行测试集获取、初始启动及后续测试活动反复执行所需的资源。应考虑硬件情况、访问时间

(例如所用的计算机时间)、通信或系统软件、测试工具、测试文件等。

确定需要准备的以及各部门响应所需的资源，包括那些对于其交付时间有严格要求的资源(例如定

制的测试工具)，并安排这些资源。

确定对单元测试及单元排错负责的部门、人员技能、数量及可参加时间的要求。

e.指定总的进度安排

指定由资源和测试单元所决定的单元测试活动的进度。

4.1.3输出

a.单元测试计划(从4.1.2条的a-e得到);

b.单元测试的总体资源请求(若能从4.1.2条的d得到)。

4.2确定需测试的与需求有关的特性

4,2.1输入

a.单元需求文件;

GB/'r15532一1995

b软件结构设计的文件(若需要)。

4.2.2任务

a.研究功能需求

研究单元需求文件中描述的每一功能。保证每一功能有唯一的标识符。若需要的话，应对需求进行

分类。

b.确定附加需求及相应规程

对于那些没有被需求指定，却在单元测试一级有效测试的软件特性(例如软件性能、属性或设计约

束)，确定与之相关的需求语句，使之成为附加需求。确定那些仅与待测试单元有关的使用或操作规程。

确保每一附加需求及规程有唯一的标识符。若需要的话，应对需求进行分类。

c.确定单元状态

若单元需求文件指定或蕴含了多种状态(例如不活动、等待接收、处理)软件，则确定每一状态及每

一有效状态转换。保证每一状态及状态转换有唯一标识符，若需要的话，应对需求进行分类。