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

　　ICS 35 . 080 L 77

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 9386—2008代替 GB/T 9386—1988

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

　　Specification forcomputersoftwaretestdocumentation

　　2008-04-1 1 发布 2008-09-01 实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　

　　发

　　

　　布

　　GB/T 9386—2008

　　目 次

　　前言 Ⅰ

　　引言 Ⅱ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 1

　　4 测试计划 2

　　5 测试设计说明 5

　　6 测试用例说明 5

　　7 测试规程说明 6

　　8 测试项传递报告 8

　　9 测试日志 8

　　10 测试事件报告 9

　　11 测试总结报告 10

　　附录 A(资料性附录) 实施和使用指南 12

　　附录 B(资料性附录) 测试文档示例 13

　　附录 C(资料性附录) 传递报告示例 35

　　GB/T 9386—2008

　　前 言

　　本标准是 GB/T 9386《计 算 机 软 件 测 试 文 件 编 制 规 范》的 第 一 次 修 订 。 本 标 准 与 GB/T 9386 — 1988 的主要差别如下：

　　a) 根据 GB/T 1 . 1 的规定，将旧版中的第 1 章引言的部分内容和原第 4 章中的内容调整转移到新版标准的引言部分;

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

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

　　测试

　　test

　　测试用例说明

　　test case specification

　　测试设计说明

　　test design specification

　　测试事件报告

　　test incident report

　　测试(活动)

　　testing

　　测试项传递报告

　　test item transmittal report

　　测试日志

　　test log

　　测试计划

　　test plan

　　测试规程说明

　　test procedure specification

　　测试总结报告

　　test summary report

　　d) 旧版标准的第 5 章中 5 . 1 至 5 . 8 分别提升为新版标准的第 4 章到第 11 章 。部分 内 容 作 了扩充;

　　e) 增加了附录 B 和附录 C 。

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

　　本标准自实施之日起代替并废止 GB/T 9386—1988 。

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

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

　　本标准起草单位：上海浦东软件平台有限公司 、信息产业部电子工业标准化研究所 、北京跟踪与通信技术研究所 、上海计算机软件开发中心 、广西软件园 、上海浦东软件园有限责任公司 、上海宝信软件股份有限公司 。

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

　　本标准于 1988 年首次发布 。

　　Ⅰ

　　GB/T 9386—2008

　　引 言

　　测试是软件生存周期中一个独立的关键阶段，也是保证软件质量的重要手段 。 为了提高检测出错误的几率，使测试有计划和有条不紊地进行，应编制软件测试文档 。标准化的测试文档就如同一种通用的参照体系，可达到便于交流的 目 的 。文档中所规定的内容可以作为对相关测试过程完备性的对照检查表，故采用这些文档将会提高测试过程每个阶段的可视性，极大地提高测试工作的可管理性 。

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

　　测试计划描述测试活动的范围 、方法 、资源和进度 。它规定被测试的项 、被测试的特征 、应完成的测试任务 、负责每项工作的人员以及与本计划有关的风险等 。

　　测试说明包括三类文档：

　　a) 测试设计说明：详细描述测试方法，并标识该测试设计和相关测试所覆盖的特征，还标识为完成测试和规定特征的通过准则所需要的测试用例和测试规程;

　　b) 测试用例说明：将用于输入的实际值以及预期的输出形成文档 。并标识在使用具体测试用例时对测试规程的约束 。将测试用例与测试设计分开，可以使它们用于多个设计，并能在其他情形下重复使用;

　　c) 测试规程说明：标识为实施相关测试设计而运行系统并执行规定测试用例所要求的所有步骤 。测试规程与测试设计分开，特意明确要遵循的步骤，而不宜含有无关的细节 。

　　测试报告包括四类文档：

　　a) 测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项;

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

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

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

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

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

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

　　本标准用于描述一组与软件测试实施方面有关的基本测试文档 。本标准定义每一种基本文档的 目的 、格式和内容 。尽管本标准所描述的文档侧重于动态测试活动，但是有些文档仍适用于其他种类的测试活动(例如，测试计划可以用于设计和代码评审)。

　　本标准可应用于数字计算机上运行的商业软件 、科学计算软件或者军用软件 。 它的应用范围不受软件大小 、复杂度或关键性的限制 。本标准既适用于初始开发的软件测试文档编制，也适用于其后的软件产品更新版本的测试文档编制 。

　　本标准并不要求采用特定的方法学 、技术及设备或工具 。对文档控制 、配置管理或质量保证既不指明也不强制特定的方法学 。根据所用的方法学，可能需要增加一些其他文档(例如质量保证计划)。

　　本标准既适用于纸张上的文档，也适用于其他媒体上的文档 。如果电子文档编制系统不具有安全的批准注册机制，则批准签字的文档必须使用纸张 。

　　Ⅱ

　　GB/T 9386—2008

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

　　Ⅲ

　　GB/T 9386—2008

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

　　1 范围

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

　　2 规范性引用文件

　　下列文件中的条款通过本标准的引用而成为本标准的条款 。凡是注 日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本 。凡是不注 日期的引用文件，其最新版本适用于本标准 。

　　GB/T 8566 信息技术 软件生存周期过程(GB/T 8566—2007 , ISO/IEC 12207:1995 , MOD) GB/T 8567 计算机软件文档编制规范

　　GB/T 11457 信息技术 软件工程术语

　　3 术语和定义

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

　　3 . 1

　　设计层 design level

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

　　3 . 2

　　通过准则 passcriteria

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

　　3 . 3

　　软件特征 software feature

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

　　3 . 4

　　软件项 softwareitem

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

　　3 . 5

　　测试 test

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

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

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

　　3 . 6

　　测试用例说明 testcasespecification

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

　　3 . 7

　　测试设计说明 testdesign specification

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

　　1

　　GB/T 9386—2008

　　3 . 8

　　测试事件报告 testincidentreport

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

　　3 . 9

　　测试(活动) testing

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

　　3 . 10

　　测试项 testitem

　　作为测试对象的软件项 。

　　3 . 1 1

　　测试项传递报告 testitem transmittalreport

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

　　3 . 12

　　测试日志 testlog

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

　　3 . 13

　　测试计划 testplan

　　描述预定测试活动的范围 、方法 、资源和进度的一种文档 。 它确定测试项 、要测试的特征 、测试任务 、执行每一任务的人员以及需要应急对策的任何风险 。

　　3 . 14

　　测试规程说明 testprocedurespecification

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

　　3 . 15

　　测试总结报告 testsummary report

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

　　4 测试计划

　　4 . 1 目的

　　用来描述测试活动范围 、方法 、资源和进度 。定义被测试的软件项 、要测试的特征 、要完成的测试任务 、负责每项任务的人员以及与该计划相关的风险 。

　　4 . 2 提纲

　　测试计划应有如下结构：

　　a) 测试计划标识符;

　　b) 引言;

　　c) 测试项;

　　d) 要测试的特征;

　　e) 不要测试的特征;

　　f) 方法;

　　g) 测试项通过准则;

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

　　i) 测试交付项;

　　j) 测试任务;

　　2

　　GB/T 9386—2008

　　k) 环境要求;

　　l) 职责;

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

　　n) 进度;

　　o) 风险和应急;

　　p) 批准 。

　　上述各项应按规定的顺序排列 。 附加的项可以直接加在批准项之前 。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容 。 引用的内容必须附在测试计划里或向该计划的用户提供 。

　　4 . 3 详细说明

　　4 . 3 . 1 测试计划标识符

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

　　4 . 3 . 2 引言

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

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

　　a) 项目授权;

　　b) 项目计划;

　　c) 质量保证计划;

　　d) 配置管理计划;

　　e) 有关的政策或方针;

　　f) 有关的标准 。

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

　　4 . 3 . 3 测试项

　　标识测试项(其中包括其版本/修订级别)，并在测试开始之前规定影响硬件需求的测试项传递媒体的特性或者指出逻辑或物理变换要求(例如，程序必须从磁带转换到磁盘上)。

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

　　a) 需求规格说明;

　　b) 设计规格说明;

　　c) 用户指南;

　　d) 操作指南;

　　e) 安装指南 。

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

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

　　4 . 3 . 4 要测试的特征

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

　　4 . 3 . 5 不要测试的特征

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

　　4 . 3 . 6 方法

　　描述测试的总体方法 。对于每个主要的特征组或特征组合组，规定要确保这些特征组得到充分测试的方法 。规定用于测试指定特征组所需的主要活动 、技术和工具 。

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

　　规定所希望的最低程度的测试充分性，指明用于判断测试充分性的技术(例如，确定哪些语句至少已执行过一次)。规定任何补充的结束准则(例如，出错频率)。应规定用来跟踪需求的技术 。

　　3

　　GB/T 9386—2008

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

　　4 . 3 . 7 测试项通过准则

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

　　4 . 3 . 8 暂停准则和恢复要求

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

　　4 . 3 . 9 测试交付项

　　标识可交付的文档，宜包括下述文档：

　　a) 测试计划;

　　b) 测试设计说明;

　　c) 测试用例说明;

　　d) 测试规程说明;

　　e) 测试项传递报告;

　　f) 测试日志;

　　g) 测试事件报告;

　　h) 测试总结报告 。

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

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

　　4 . 3 . 10 测试任务

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

　　4 . 3 . 1 1 环境要求

　　详细说明测试环境必要的和希望的特性 。详细内容应包括各种设施的物理特征 。这些设施包括硬件 、通信和系统软件 、使用方式(可单独使用)以及支持测试所需的任何其他软件或设备 。还应规定这些测试设施 、系统软件和专有组成部分(例如，软件 、数据和硬件)所需的安全等级 。

　　标识必要的特殊测试工具及其他任何测试要求(例如，出版物或办公场地等)。标识测试组 目前尚不可用的所有需要的来源 。

　　4 . 3 . 12 职责

　　标识负责管理 、设计 、准备 、执行 、监督 、检查和解决的各个小组 。另外，标识负责提供 4 . 3 . 3 中标识的测试项和在 4 . 3 . 11 中标识的环境要求的各个小组 。

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

　　4 . 3 . 13 人员配备和培训要求

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

　　4 . 3 . 14 进度

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

　　定义所需要的其他测试里程碑，估计完成每项测试任务所需要的时间，为每项测试任务和测试里程碑规定进度，对每种测试资源(即设施 、工具和人员)规定使用期限 。

　　4 . 3 . 15 风险和应急

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

　　4 . 3 . 16 批准

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

　　4

　　GB/T 9386—2008

　　5 测试设计说明

　　5 . 1 目的

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

　　5 . 2 提纲

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

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

　　b) 要测试的特征;

　　c) 方法细化;

　　d) 测试用例标识;

　　e) 特征通过准则 。

　　上述各项应按指定的顺序排列 。 附加的项可以放在结尾处 。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容 。 引用的内容必须附在测试设计说明里或向该设计说明的用户提供 。

　　5 . 3 详细说明

　　5 . 3 . 1 测试设计说明标识符

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

　　5 . 3 . 2 要测试的特征

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

　　5 . 3 . 3 方法细化

　　将测试计划中描述的方法进行细化，包括要采用的具体测试技术 。应标识分析测试结果的方法(例如，比较程序或可视化审查)。

　　指明为选择测试用例提供合理依据的任何分析结果 。例如，人们可以规定允许限定容错的条件(例如，区别有效输入与无效输入的那些条件)。

　　归纳任何测试用例的共同属性，可以包括各种输入约束(如，针对一组相关测试用例的所有输入必须是真)、任何共享环境的要求 、任何共享特殊规程的需求 、以及任何共享测试用例之间的依赖关系 。

　　5 . 3 . 4 测试用例标识

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

　　5 . 3 . 5 特征通过准则

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

　　6 测试用例说明

　　6 . 1 目的

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

　　6 . 2 提纲

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

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

　　b) 测试项;

　　c) 输入说明;

　　d) 输出说明;

　　e) 环境要求;

　　5

　　GB/T 9386—2008

　　f) 特殊的规程要求;

　　g) 用例间的依赖关系 。

　　上述各项应按指定的顺序排列，附加的项可以放在结尾处 。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容 。 引用的内容必须附在测试用例说明里或向该测试说明的用户提供 。

　　鉴于测试用例可能被不同小组的若干测试设计说明长期地引用，为此在测试用例说明中必须包含足够具体的信息以便复用 。

　　6 . 3 详细说明

　　6 . 3 . 1 测试用例说明标识符

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

　　6 . 3 . 2 测试项

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

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

　　a) 需求规格说明;

　　b) 设计规格说明;

　　c) 用户指南;

　　d) 操作指南;

　　e) 安装指南 。

　　6 . 3 . 3 输入说明

　　规定执行测试用例所需要的每种输入 。有些输入可以用值(必要时允许适当的容差)来规定，而其他输入(如常数表或事务处理文件)可以用名称来规定 。规定所有合适的数据库 、文件 、终端消息 、内存驻留区域及操作系统传送的各个值 。

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

　　6 . 3 . 4 输出说明

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

　　6 . 3 . 5 环境要求

　　6 . 3 . 5 . 1 硬件

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

　　6 . 3 . 5 . 2 软件

　　规定执行该测试用例所需的系统软件和应用软件，可以包括诸如：操作系统 、编译程序 、模拟程序和测试工具之类的系统软件 。此外，该测试项可以与应用软件进行交互 。

　　6 . 3 . 5 . 3 其他

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

　　6 . 3 . 6 特殊的规程要求

　　描述对执行该测试用例的测试规程的任何特殊约束 。这些约束可以包括特殊的装配或设置 、操作者的干预 、输出确定规程以及特定的清除过程 。

　　6 . 3 . 7 用例间的依赖关系

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

　　7 测试规程说明

　　7 . 1 目的

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

　　6

　　GB/T 9386—2008

　　的各个步骤 。

　　7 . 2 提纲

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

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

　　b) 目 的;

　　c) 特殊要求;

　　d) 规程步骤 。

　　上述各项应按指定的顺序排列 。如需要，附加的项可以放在结尾处 。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容 。 引用的内容必须附在测试规程说明里或向该规程说明的用户提供 。

　　7 . 3 详细说明

　　7 . 3 . 1 测试规程说明标识符

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

　　7 . 3 . 2 目的

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

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

　　7 . 3 . 3 特殊要求

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

　　7 . 3 . 4 规程步骤

　　如适用，应包括在 7 . 3 . 4 . 1 至 7 . 3 . 4 . 10 中描述的步骤 。

　　7 . 3 . 4 . 1 日志

　　描述用来记录测试的执行结果 、观察到的事件以及与测试有关的任何其他事件的任何特殊的方法或格式(见第 9 和第 10 章)。

　　7 . 3 . 4 . 2 准备

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

　　7 . 3 . 4 . 3 启动

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

　　7 . 3 . 4 . 4 处理

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

　　7 . 3 . 4 . 5 测量

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

　　7 . 3 . 4 . 6 暂停

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

　　7 . 3 . 4 . 7 重启动

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

　　7 . 3 . 4 . 8 停止

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

　　7 . 3 . 4 . 9 清除

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

　　7 . 3 . 4 . 10 应急

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

　　7

　　GB/T 9386—2008

　　8 测试项传递报告

　　8 . 1 目的

　　标识为测试而传递的测试项 。其中包括负责每一测试项的人员 、测试项的物理位置和状态 。 与当前项的需求和设计的任何偏离均应记录在该报告中 。

　　8 . 2 提纲

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

　　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 提纲

　　测试日志应有如下结构：

　　a) 测试日志标识符;

　　b) 描述;

　　c) 活动和事件条目 。

　　上述各项应按指定的顺序排列 。 附加的项可以放在结尾处 。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容 。 引用的内容必须附在测试 日志里或向记录的用户提供 。

　　8

　　GB/T 9386—2008

　　9 . 3 详细说明

　　9 . 3 . 1 测试日志标识符

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

　　9 . 3 . 2 描述

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

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

　　b) 标识执行测试的环境属性，其中包括设施说明 、使用的硬件(例 如，使 用 的 内 存 容 量 、CPU 型号 、磁带机的型号和编号 、和/或海量存储设备)、使用的系统软件及可用资源(例如，可用的内存容量)。

　　9 . 3 . 3 活动和事件条目

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

　　9 . 3 . 3 . 1 至 9 . 3 . 3 . 5 中的信息应予考虑 。

　　9 . 3 . 3 . 1 执行描述

　　记录正在执行的测试规程的标识，提供并引用该测试规程说明 。记录执行时在场的所有人员(包括测试者 、操作员和观察员)，还要说明每个人的职能 。

　　9 . 3 . 3 . 2 测试结果

　　对每次执行，记录目视可观察到的结果(例如，产生的出错消息 、异常终止和对操作员动作的请求等)。还要记录任何输出的位置(如磁带编号)，以及记录测试的执行是否成功 。

　　9 . 3 . 3 . 3 环境信息

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

　　9 . 3 . 3 . 4 异常事件

　　记录某个不期望事件(例如，尽管请求显示总计并显示了正确的屏幕，但响应时间似乎过长 。重复执行时，响应时间也同样过长)发生前后的情况 。

　　9 . 3 . 3 . 5 事件报告标识符

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

　　10 测试事件报告

　　10 . 1 目的

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