GB/T 9386-2008 计算机软件测试文档编制规范

GB/T 9386-2008 Specification for computer software test documentation

国家标准 中文简体 现行 页数:41页 | 格式:PDF

基本信息

标准号
GB/T 9386-2008
相关服务
标准类型
国家标准
标准状态
现行
中国标准分类号(CCS)
国际标准分类号(ICS)
发布日期
2008-04-11
实施日期
2008-09-01
发布单位/组织
中华人民共和国国家质量监督检验检疫总局、中国国家标准化管理委员会
归口单位
全国信息技术标准化技术委员会
适用范围
本标准规定了一组基本的计算机软件测试文档的格式和内容要求。本标准适用于计算机软件生存周期全过程。

发布历史

研制信息

起草单位:
上海浦东软件平台有限公司、信息产业部电子工业标准化研究所、北京跟踪与通信技术研究所、上海计算机软件开发中心、广西软件园、上海浦东软件园有限责任公司、上海宝信软件股份有限公司
起草人:
冯惠、任莲、王宝艾、张露莹、许聚常、杨根兴、丛力群、张旸旸、齐建华
出版信息:
页数:41页 | 字数:76 千字 | 开本: 大16开

内容描述

ICS35.080

L77gB

主t

中华人民和国国家标准

--'、、

GB/T9386-2008

代替GBjT9386-1988

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

Specificationforcomputersoftwaretestdocumentation

2008-09-01实施

2008-0牛11发布

中华人民共和国国家质量监督检验检夜总局

发布

中国国家标准化管理委员会

棚椭?f

GB/T9386-2008

目次

录录录现测扭扭扭测术规范引言前言UUM9886552111EI

测和测影试和试川试…试…试旨试…语…范…围………牛……

987654321

资资资附总附事附目告项告规…用如设明计到和拥性…义"…用U划……

志传程例计划定引U

性性性报报…(革说说说试试γρ

附附附口川料料料站告档使

CBA传递测报试实文施示和例示例用指南

GB/T9386-2008

目。吕

本标准是GB/T9386((计算机软件测试文件编制规范》的第一次修订。本标准与GB/T9386

1988的主要差别如下:

a)根据GB/T1.1的规定,将旧版中的第1章引言的部分内容和原第4章中的内容调整转移到

新版标准的引言部分;

b)新版标准重新编写了范围一章;

c)第3章术语部分增加了如下10条术语和定义:

test

1时试

测试用例说明testcasespecification

测试设计说明testdesignspecification

1时试事件报告testincidentreport

测试(活动)testmg

测试项传递报告testitemtransmittalreport

测试日志testlog

测试计划testplan

测试规程说明testprocedurespecification

测试总结报告testsummaryreport

d)旧版标准的第5章中5.1至5.8分别提升为新版标准的第4章到第11章。部分内容作了

扩充;

e)增加了附录B和附录ca

本标准的附录A、附录B和附录C是资料性附录。

本标准自实施之日起代替并废止GB/T9386-1988。

本标准由中华人民共和国信息产业部提出。

本标准由全国信息技术标准化技术委员会归口。

本标准起草单位:上海浦东软件平台有限公司、信息产业部电子工业标准化研究所、北京跟踪与通

信技术研究所、上海计算机软件开发中心、广西软件园、上海浦东软件园有限责任公司、上海宝信软件股

份有限公司。

本标准主要起草人z冯惠、任莲、王宝艾、张露莹、许聚常、杨根兴、丛力群、张厨肠、齐建华。

本标准于1988年首次发布。

I

GB/T9386-2008

引同古

测试是软件生存周期中一个独立的关键阶段,也是保证软件质量的重要手段。为了提高检测出错

误的几率,使测试有计划和有条不紊地进行,应编制软件测试文档。标准化的测试文档就如同一种通用

的参照体系,可达到便于交流的目的。文档中所规定的内容可以作为对相关测试过程完备性的对照检

查表,故采用这些文档将会提高测试过程每个阶段的可视性,极大地提高测试工作的可管理性。

本标准规定了各个测试文档的格式和内容。主要涉及测试计划、测试说明和测试报告等。

测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特征、应完成的测

试任务、负责每项工作的人员以及与本计划有关的风险等。

测试说明包括三类文档z

a)测试设计说明z详细描述测试方法,并标识该测试设计和相关测试所覆盖的特征,还标识为完

成测试和规定特征的通过准则所需要的测试用例和测试规程;

b)测试用例说明:将用于输入的实际值以及预期的输出形成文档。并标识在使用具体测试用例

时对测试规程的约束。将测试用例与测试设计分开,可以使它们用于多个设计,并能在其他情

形下重复使用;

c)测试规程说明:标识为实施相关测试设计而运行系统并执行规定测试用例所要求的所有步骤。

测试规程与测试设计分开,特意明确要遵循的步骤,而不宜含有无关的细节。

测试报告包括四类文档z

a)测试项传递报告:指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况

下为进行测试而被传递的测试项;

b)测试日志:测试组用于记录测试执行过程中发生的情况;

c)测试事件报告:描述在测试执行期间发生并需进一步调查的任何事件;

d)测试总结报告z用来总结测试活动和结果的文档。

这些文档与其他文档在编制方面的关系以及同测试过程的对应关系如图l所示。

这些文档的使用指南参见附录A,这些文档编制示例参见附录B和附录C。

本标准是为软件管理人员、软件开发、测试和维护人员、软件质量保证人员、审核人员、客户及用户

制定的。

本标准用于描述一组与软件测试实施方面有关的基本测试文档。本标准定义每一种基本文挡的目

的、格式和内容。尽管本标准所描述的文档侧重于动态测试活动,但是有些文档仍适用于其他种类的测

试活动(例如,测试计划可以用于设计和代码评审)。

本标准可应用于数字计算机上运行的商业软件、科学计算软件或者军用软件。它的应用范围不受

软件大小、复杂度或关键性的限制。本标准既适用于初始开发的软件测试文档编制,也适用于其后的软

件产品更新版本的测试文档编制。

本标准并不要求采用特定的方法学、技术及设备或工具。对文档控制、配置管理或质量保证既不指

明也不强制特定的方法学。根据所用的方法学,可能需要增加一些其他文档(例如质量保证计划)。

本标准既适用于纸张上的文档,也适用于其他媒体上的文档。如果电子文档编制系统不具有安全

的批准注册机制,则批准签字的文档必须使用纸张。

E

GB/T9386-2008

本标准规定

LJ的文档

品jl一且一

本标准未规

CJ定的文挡

\【〕测挠占2号准

r…-1

本标准未规定

的处理

口旦J

圄1测试文档与测试过程的关系

mu

Gß/T9386-2008

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

1范围

本标准规定了一组基本的计算机软件测试文档的格式和内容要求。本标准适用于计算机软件生存

周期全过程。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有

的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究

是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。

GB/T8566信息技术软件生存周期过程(GB/T8566-2007,ISO/IEC12207:1995,MOD)

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

GB/T11457信息技术软件工程术语

3术语和定义

GB/T11457中确立的以及下列术语和定义适用本标准。

3.1

设计层designlevel

软件项的设计分解(如系统、子系统、程序或模块)。

3.2

通过准则passcriteria

判断一个软件项或软件特征的测试是否通过的判别依据。

3.3

软件特征softwarefeature

软件项的显著特性(如功能、性能或可移植性)。

3.4

软件项softwareitem

源代码、目标代码、作业控制代码、控制数据或这些项的集合。

3.5

测试test

a)主一个或多个测试用例组成的集合;或者,

b)由一个或多个测试规程组成的集合;或者,

c)由一个或多个测试用例和规程组成的集合。

3.6

测试用例说明testcasesp配ification

对于一个测试项,用来指定输入、预期结果和一组执行条件的文档。

3.7

测试设计说明testdesignspecification

用来指定一个软件特征或者软件特征组合的测试方法细节并标识相关测试的文档。

1

GB/T9386-2008

3.8

测试事件报告testincidentreport

用来报告测试过程中出现的任何需要深入调查的事件的文档。

3.9

测试(活动)testing

一个过程,该过程分析软件项,以检测现有条件和要求条件之间的差异(即,缺陷)并评估软件项的

特征。

3.10

测试项testitem

作为测试对象的软件项。

3.11

测试项传递报告testitemtransmiUalreport

标识测试项的文档。它包含了当前状态和位置信息。

3.12

测试日志testlog

关于执行测试的相关细节按时间顺序排列的一种记录。

3.13

测试计划t四tplan

描述预定测试活动的范围、方法、资源和进度的一种文档。它确定测试项、要测试的特征、测试任

务、执行每一任务的人员以及需要应急对策的任何风险。

3.14

测试规程说明testprocedurespecification

用来规定执行一项测试的动作顺序的一种文档。

3.15

测试总结报告testsummaryreport

用来总结测试活动和结果的一种文档。它还包括对相应测试项的评估。

4测试计划

4.1目的

用来描述测试活动范围、方法、资源和进度。定义被测试的软件项、要测试的特征、要完成的测试任

务、负责每项任务的人员以及与该计划相关的风险。

4.2提纲

测试计划应有如下结构z

a)测试计划标识符;

b)引言z

c)测试项;

d)要测试的特征;

e)不要测试的特征:

f)方法;

g)测试项通过准则;

h)暂停准则和恢复要求;

i)测试交付项;

j)测试任务p

2

GB/T9386-2008

k)环境要求;

1)职责;

m)人员配备和培训要求;

n)进度;

0)风险和应急;

p)批准。

上述各项应按规定的顺序排列。附加的项可以直接加在批准项之前。如果上述某一项的部分内容

或全部内容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在

测试计划里或向该计划的用户提供。

4.3详细说明

4.3.1测试计划标识符

为该测试计划规定一个唯一标识符。

4.3.2引言

概述要测试的软件项和软件特征。可以包括每个测试项的要求及其历史记录。

如果存在下述文档,在最高层测试计划中需要引用它们:

a)项目授权;

b)项目计划;

c)质量保证计划;

d)配置管理计划;

e)有关的政策或方针;

f)有关的标准。

在多级测试计划中,每个低一级的测试计划必须引用上一级测试计划。

4.3.3测试项

标识测试项(其中包括其版本/修订级别),并在测试开始之前规定影响硬件需求的测试项传递媒体

的特性或者指出逻辑或物理变换要求(例如,程序必须从磁带转换到磁盘上)。

如果存在下述测试项文档集,则需要引用之:

a)需求规格说明;

b)设计规格说明;

c)用户指南;

d)操作指南z

e)安装指南。

引用与这些测试项有关的任何事件报告。

可以标识那些明确排除在测试之外的软件项或测试项。

4.3.4要测试的特征

标识所有要测试的软件特征及其组合,并标识与每个特征或每个特征组合有关的测试设计说明。

4.3.5不要测试的特征

标识不要测试的所有特征和重要的特征组合及其理由。

4.3.6方法

描述测试的总体方法。对于每个主要的特征组或特征组合组,规定要确保这些特征组得到充分测

试的方法。规定用于测试指定特征组所需的主要活动、技术和工具。

应详尽地描述方法,以便标识出主要的测试任务,并估计执行各项任务所需要的时间。

规定所希望的最低程度的测试充分性,指明用于判断测试充分性的技术(例如,确定哪些语句至少

巳执行过一次)。规定任何补充的结束准则(例如,出错频率)。应规定用来跟踪需求的技术。

3

Gß/T9386-2008

标识对测试的主要约束,例如,测试项的可用性、测试资源的可用性和测试截止期限等。

4.3.7测试项通过准则

规定用来确定每个测试项是否通过测试或者测试失败的准则。

4.3.8暂停准则和恢复要求

规定用于暂停与该计划有关的测试项的全部或部分测试活动的准则。规定恢复测试时必须重复的

测试活动。

4.3.9测试交付项

标识可交付的文档,宜包括下述文档z

a)测试计划;

b)测试设计说明;

c)测试用例说明;

d)测试规程说明;

e)测试项传递报告;

f)测试日志;

g)测试事件报告;

h)测试总结报告。

测试输入数据和测试输出数据宜标识为可交付项。

测试工具(例如,模块驱动器和桩模块)也可以包含在内。

4.3.10测试任务

标识准备和执行测试所需要的任务集合。标识各项任务间的所有依赖关系和所要求的任何特殊

技能。

4.3.11环境要求

详细说明测试环境必要的和希望的特性。详细内容应包括各种设施的物理特征。这些设施包括硬

件、通信和系统软件、使用方式(可单独使用)以及支持测试所需的任何其他软件或设备。还应规定这些

测试设施、系统软件和专有组成部分(例如,软件、数据和硬件〉所需的安全等级。

标识必要的特殊测试工具及其他任何测试要求(例如,出版物或办公场地等)。标识测试组目前尚

不可用的所有需要的来惊。

4.3.12职责

标识负责管理、设计、准备、执行、监督、检查和解决的各个小组。另外,标识负责提供4.3.3中标识

的测试项和在4.3.11中标识的环境要求的各个小组。

这些小组可以包括开发人员、测试人员、操作员、用户代表、技术支持人员、数据管理员和质量保证

人员。

4.3.13人员配备和培训要求

按技能等级提出测试人员配备要求。标识为提供必要技能的培训选项。

4.3.14进度

包括在软件项目进度中标识的测试里程碑以及所有的测试项传递事件。

定义所需要的其他测试里程碑,估计完成每项测试任务所需要的时间,为每项测试任务和测试里程

碑规定进度,对每种测试资源(即设施、工具和人员)规定使用期限。

4.3.15风险和应急

标识测试计划的高风险假设,对各种风险提出应急措施(例如,测试项的延期交付可能需要加班以

满足交付日期)。

4.3.16批准

确定必须批准该计划的人员的姓名和职别。为签名和填写日期留出位置。

4

GB/T9386-2008

5测试设计说明

5.1目的

通过测试设计及其相关测试来详细地规定测试方法和标识要测试的特征。

5.2提纲

测试设计说明应有如下结构z

a)测试设计说明标识符;

b)要测试的特征;

c)方法细化p

d)测试用例标识p

e)特征通过准则。

上述各项应按指定的顺序排列。附加的项可以放在结尾处。如果上述某一项的部分内容或全部内

容是在具一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试设计

说明里或向该设计说明的用户提供。

5.3详细说明

5.3.1测试设计说明标识符

为该测试设计说明规定唯一的标识符。如果在相关的测试计划中有规定,则应引用。

5.3.2要测试的特征

标机测试项,并描述作为该设计说明对象的特征和特征组合。尽管可能还有某些其他特征,但不必

标识它机。

5.3.3方法细化

将测试计划中描述的方法进行细化,包括要采用的具体测试技术。应标识分析测试结果的方法(例

如,比较程序或可视化审查)。

指明为选择测试用例提供合理依据的任何分析结果。例如,人们可以规定允许限定容错的条件(例

如,区别有效输入与元效输入的那些条件)。

归纳任何测试用例的共同属性,可以包括各种输入约束(如,针对一组相关测试用例的所有输入必

须是真〉、任何共享环境的要求、任何共享特殊规程的需求、以及任何共享测试用例之间的依赖关系。

5.3.4测试用例标识

列出与该设计有关的每一测试用例的标识并简要描述。某个特定的测试用例可能在两个以上的测

试设计说明中出现。列出与该测试设计说明有关的每个规程的标识及其简要描述。

5.3.5特征通过准则

给出用于判定特征或特征组合是否通过或失败的准则。

6测试用例说明

6.1目的

定义由测试设计说明所标识的测试用例。

6.2提纲

测试用例说明应有如下结构z

a)测试用例说明标识符F

b)测试项;

c)输入说明;

d)输出说明;

e)环境要求;

5

Gß/T9386-2008

f)特殊的规程要求p

g)用倒间的依赖关系。

上述各项应按指定的顺序排列,附加的项可以放在结尾处。如果上述某一项的部分内容或全部内

容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试用例

说明里或向该测试说明的用户提供。

鉴于测试用例可能被不同小组的若干测试设计说明长期地引用,为此在测试用例说明中必须包含

足够具体的信息以便复用。

6.3详细说明

6.3.1测试用例说明标识符

为该测试用例说明规定唯一的标识符。

6.3.2测试项

标识并简要描述该测试用例要执行的软件项和特征。

对于每一测试项,考虑引用以下测试项文档集z

a)需求规格说明;

b)设计规格说明;

c)用户指南;

d)操作指南z

e)安装指南。

6.3.3输入说明

规定执行测试用例所需要的每种输入。有些输入可以用值(必要时允许适当的容差)来规定,而其

他输入(如常数表或事务处理文件〉可以用名称来规定。规定所有合适的数据库、文件、终端消息、内存

驻留区域及操作系统传送的各个值。

规定输入之间的所有必要的关系(例如,定时)。

6.3.4输出说明

规定测试项所有要求的输出和特征(例如,响应时间)。为每个要求的输出或特征提供准确的值(必

要时允许适当的容差)。

6.3.5环境要求

硬件

规定执行该测试用例所需的硬件特性和配置(例如:132个字符X24行的显示器)。

软件

规定执行该测试用例所需的系统软件和应用软件,可以包括诸如:操作系统、编译程序、模拟程序和

测试工具之类的系统软件。此外,该测试项可以与应用软件进行交互。

其他

规定所有的其他要求,例如独特的设施要求或经过专门训练的人员等。

6.3.6特殊的规程要求

描述对执行该测试用例的测试规程的任何特殊约束。这些约束可以包括特殊的装配或设置、操作

者的干预、输出确定规程以及特定的清除过程。

6.3.7用倒间的依赖关系

列出执行该测试用例之前必须执行的各个测试用例的标识,并概要说明这些测试用例之间依赖关

系的性质。

7测试规程说明

7.1目的

详细说明执行一组测试用例的各个步骤,或者更广泛的说明为了评估一组特征而用于分析软件项

6

GB/T9386-2008

的各个步骤。

7.2提纲

测试规程说明应有如下结构z

a)测试规程说明标识符;

b)目的p

c)特殊要求:

d)规程步骤。

上述各项应按指定的顺序排列。如需要,附加的项可以放在结尾处。如果上述某一项的部分内容

或全部内容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在

测试规程说明里或向该规程说明的用户提供。

7.3详细说明

7.3.1测试规程说明标识符

为该测试规程说明规定唯一的标识符,必要时,提供对相关测试设计说明的引用。

7.3.2目的

描述该规程的目的。如果该规程执行任何测试用例,则提供对每个测试用例说明的引用。

另外,提供对测试项文档相关部分的引用(例如,对使用规程的引用)。

7.3.3特殊要求

标识执行该规程所需要的任何特殊要求。这些要求可以包括必要的规程、专门技能要求和特殊环

境要求。

7.3.4现程步骤

如适用,应包括在至0中描述的步骤。

7.3.4.1日志

描述用来记录测试的执行结果、观察到的事件以及与测试有关的任何其他事件的任何特殊的方法

或格式(见第9和第10章)。

准备

描述准备执行该规程所必需的动作序列。

启动

描述开始执行该规程所必需的动作。

处理

描述在该规程执行过程期间所必需的动作。

测量

描述如何进行测试的测量(例如,描述如何利用网络模拟器来测量远程终端的响应时间)。

暂停

描述当发生意外事件而暂停测试所必需的动作。

重启动

标识任何规程的重启动点,并描述在每个重启动点重新启动规程所必需的动作。

停止

描述正常停止执行时所必需的动作。

清除

描述恢复环境所必需的动作。

0应急

描述处理在执行过程中可能发生的异常事件所必需的动作。

7

Gß/T9386-2008

8测试项传递报告

8.1目的

标识为测试而传递的测试项。其中包括负责每一测试项的人员、测试项的物理位置和状态。与当

前项的需求和设计的任何偏离均应记录在该报告中。

8.2提纲

测试项传递报告应有如下结构z

a)传递报告标识符;

b)传递项;

c)位置;

d)状态;

e)批准。

上述各项应按指定的顺序排列。附加的项可以直接加在批准项之前。如果上述某一项的部分内容

或全部内容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在

测试项传递报告里或向该传递报告的用户提供。

8.3详细说明

8.3.1传递报告标识符

为该测试项传递报告规定唯一的标识符。

8.3.2传递项

标识被传递的各个测试项,其中包括其版本/修订级别。提供对传递项有关的测试项文档集和测试

计划的引用。指出负责该传递项的人员。

8.3.3位置

标识各传递项的位置,并标识包含被传递测试项的媒体。适当时,指出标记或者标识特定媒体的

方法。

8.3.4状态

描述被传递测试项的状态,包括与该测试项文档集、与这些测试项的先前传递以及与测试计划的偏

离。列出期望由被传递项解决的各个事件报告。指出是否存在对测试项文档集的未决的修改,该修改

可能影响在该传递报告中列出的各个测试项。

8.3.5批准

详细说明最可能批准该传递报告的人员姓名和职务。并为签名和日期留出位置。

9测试日志

9.1目的

按时间顺序提供关于执行测试的相关细节的记录。

9.2提纲

测试日志应有如下结构z

a)测试日志标识符;

b)描述;

c)活动和事件条目。

上述各项应按指定的顺序排列。附加的项可以放在结尾处。如果上述某一项的部分内容或全部内

容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试日志

里或向记录的用户提供。

GB/T9386-2008

9.3详细说明

9.3.1测试日志标识符

为该测试日志规定唯一的标识符。

9.3.2描述

除了在日志条目中特别注明外,此处应包括适用于日志中所有条目的信息。以下信息应予考虑:

a)标识被测试的各个测试项及其版本/修订级别。对于其中的每一项,如果存在其传递报告,则

应加以引用;

b)标识执行测试的环境属性,其中包括设施说明、使用的硬件(例如,使用的内存容量、CPU型

号、磁带机的型号和编号、和/或海量存储设备)、使用的系统软件及可用资源(例如,可用的内

存容量)。

9.3.3活动和事件条目

对予每个事件(包括事件的开始和结束),要记录发生的日期和时间以及记录者的身份。

9.:~.3.1至中的信息应予考虑。

9.3.3.1执行描述

记录正在执行的测试规程的标识,提供并引用该测试规程说明。记录执行时在场的所有人员(包括

测试者、操作员和观察员),还要说明每个人的职能。

测试结果

对每次执行,记录目视可观察到的结果(例如,产生的出错消息、异常终止和对操作员动作的请求

等)。还要记录任何输出的位置(如磁带编号),以及记录测试的执行是否成功。

环境信息

记录与本条目有关的任何特殊的环境条件(例如,硬件更换)。

异常事件

记录某个不期望事件(例如,尽管请求显示总计并显示了正确的屏幕,但响应时间似乎过长。重复

执行时,响应时间也同样过长)发生前后的情况。

事件报告标识符

随时记录每个测试事件报告产生的标识符。

10测试事件报告

10.1目的

将测试过程中发生的需要调查研究的所有事件形成文档。

10.2提纲

测试事件报告应有如下结构:

a)测试事件报告标识符;

b)摘要z

c)事件描述F

d)影响。

上述各项应按指定的顺序排列。附加的各项可以放在结尾处。如果上述某一项的部分内容或全部

内容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试事

件报告里或向事件报告的用户提供。

10.3详细说明

10.3.1测试事件报告标识符

为该测试事件报告规定唯一的标识符。

9

GB/T9386-2008

10.3.2摘要

概述事件。标识所涉及的所有测试项,指出其版本/修订级别。应提供对有关测试规程说明、测试

用例说明和测试日志的引用。

10.3.3事件描述

对事件进行描述。该描述应包括以下内容z

a)输入;

b)预期结果;

c)实际结果E

d)异常现象;

e)日期和时间;

f)规程步骤;

g)环境;

h)重复执行的意图;

i)测试者;

j)观察者。

该描述应包括可能有助于隔离并纠正事件原因的相关活动和观察结果(例如,描述可能对此事件有

影响的所有测试用例执行情况,描述与已公布的测试规程之间的任何偏差)。

10.3.4影响

在所知道的范围内指明该事件对测试计划、测试设计说明、测试规程说明或测试用例说明所产生的

影响。

11测试总结报告

11.1目的

总结指定测试活动的结果并根据这些结果进行评价。

11.2提纲

测试总结报告应有如下结构z

a)测试总结报告标识符;

b)摘要z

c)差异;

d)测试充分性评价;

e)结果汇总;

f)评价;

g)活动总结;

h)批准。

上述各项应按指定的顺序排列。附加的项可以直接加在批准项之前。如果上述某一项的部分内容

或全部内容是在另一个文档里,则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在

测试总结报告或向该总结报告的用户提供。

11.3详细说明

11.3.1测试总结报告标识符

为该测试总结报告规定唯一的标识符。

11.3.2摘要

总结对测试项的评价。标识已测试的各个项,指出其版本/修订级别,并指出执行测试活动所处的

环境。

10

GB/T9386-2008

对于每个测试项,如果存在测试计划、测试设计说明、测试规程说明、测试项传递报告、测试日志和

测试事件报告文档,则应提供对相关信息的引用。

11.3.3差异

报告测试项与其设计说明之间的任何差异,并指出与测试计划、测试设计或测试规程之间的任何差

异,详细说明每种差异产生的原因。

11.3.4测试充分性评价

如果有测试计划,应根据测试计划(4.3.6)中规定的测试充分性准则对测试过程作出评价。确定未

作充分测试的特征或特征组合,并说明理由。

11.3.5结果汇总

汇总测试的结果。标识己解决的所有事件,并总结其解决方案。指出尚未解决的所有事件。

11.3.6评价

对每个测试项(包括其限制)进行总体评价。该评价必须以测试结果和测试项级别的通过准则作为

依据。可以包含对失败风险的估计。

11.3.7活动总结

总结主要的测试活动和事件。总结资源消耗数据,例如:人员的总体配备水平、总机时和每个主要

测试活动所花费的时间。

11.3.8批准

详细说明必须批准该报告的所有人员的姓名和职务,并为签名和日期留出位置。

11

GB/T9386-2008

附录A

(资料性附录〉

实施和使用指南

Å.l实施指南

当一个组织使用该标准时,建议按如下阶段实施z

a)初始阶段

首先编写测试计划和测试记录/报告文档。测试计划将为整个测试过程提供基础。测试记录/

报告文档应鼓励测试组织以良好的方式来记录整个测试过程。

开始在系统这一级实施测试文档,在系统测试期间要求严格控制是关键的。系统测试文档是

满足这种需求的关键要素。

b)后续阶段

经过一段时间的实践,积累了一定经验后再逐步引人其他文档。其引人的顺序应取决于前阶

段的成果。

测试文档最终应形成对应于其设计层次的一种文档层次,即系统测试文档、子系统测试文档

以及模块测试文档。

Å.2附加的测试立挡指南

组织所采用的特定的测试技术的文档编制指南(例如:代码检查或仿真)可作为该标准的基本文档

的补充。

Å.3使用指南

Å.3.1在项目计划或者组织的标准中,应指明在哪些测试活动中需要哪些测试文档。并为在组织内

使用这些文档提供指南。

图Al是多种测试活动需要的测试文档说明的一个示例。实际上各个组织要求的文档数目不尽相同。

Å.3.2可以对每个文档进行剪裁或增加款项和材料,以适用于一个特定的测试产品和特定的测试环

境的要求。

Å.3.3以模块测试的级别来考虑模块的测试文档集,例如,为一组模块生成一组测试报告而开发一个

模块测试设计说明可能是有用的。当需要不同的测试用例时,一个公共的测试规程说明可能是适用的。

活动

测试测试设计测试用例测试规程测试项测试测试事件测试总结

计划说明说明传递报告日志报告报告

说明

×××××××

验收

现场×××××

安装×××××××

××××××××

系统

×××××××

子系统

程序×××

×××

模块

圄Å.l必要的测试文档说明示例

12

GB/T9386-2008

附录B

(资料性附录)

测试文档示例

下面的示例来自于商业数据处理。这个示例并不意味着本标准对其他种类的软件适用性有任何的

限制。

B.1公司工资系统测试文档集

B.1.1引言

B.1.1.1范围

本附录给出的这一系统测试文档集示例是依照本标准编写的。展示每个文档是由于它们有可能用

于某个工资系统的系统测试。

该示例中采用的工资系统包括以下主要功能t

a)维护雇员信息;

b)维护工资历史信息;

c)准备工资支付凭证z

d)准备工资税务报表;

e)准备工资支付报表。

已提出用于工资系统的二期开发计划,不久后将要启动。这个阶段主要涉及人员报表系统。

B.1.1.t~假定

在准备该示例时,曾作出以下假定:

a)系统测试活动假设模块测试和集成测试已经完毕。它意味着单个程序的功能已经过全面的测

试。因此,系统级测试集中在对多个程序块的功能性(例如2年终处理)以及对外部接口、安全、

恢复和性能的测试。此外,操作者和用户规程也经过测试;

b)工资系统应是仅在一个地点被测试的系统。

B.1.1.3命名约定

工资系统示例从头至尾都采用下面命名约定。

公司工资系统

APXX-yyzz

I

定制服务

    推荐标准