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

《GB T 9386-2008 计算机软件测试文档编制规范.pdf》由会员分享，可在线阅读，更多相关《GB T 9386-2008 计算机软件测试文档编制规范.pdf（41页珍藏版）》请在麦多课文档分享上搜索。

1、-ICS 35.080 L 77 亨, . GB/T 9386 2008 代替GB/T9386 1988 Specification for computer software test documentation 2008-04-11发布2008-09-01实施JFFfh飞_-、. . 、.、l., .1 . . . . . i , 业/、发布GB/T 9386 2008 目次前言. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2、 . . . . . . . . I 引乒习. . . . . . . . . . . . . . . . . . . . . . E 1 范围. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 2 规范性引用文件. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 3 术语和定义. . . . . . . . . . . . . . . . . . . . .

3、. . . . . . . . . . . . . . . . . . . . . . . . . . . 1 4 测. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 5 测试设计说明. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 6 测试用例说明. . . . . . . . . . . . .

4、 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 7 测试规程说明. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 8 测试项传递报告. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 9 试日志. . . . . . . . . . . . . . . . . .

5、 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 10 测试件报告9 11 测试总结报告. . . . . . . . . . . . . . . . . . . . . 10 附录A(资料性附录)实施和使用指南. 12 附录B(资料性附录)测试文档示例. 13 附录c(资料性附录)传递报告示例. 35 本标准是GB/T9386n o - 李Lap, -MLH川fio 口DAee pI S牛L丑n2 g 臼.山,d-u +Lz+L QMQd 口LL+L牛Ltestmg test item

6、 transmittal report test log test plan 标准的第4章到第11章。部分内容作了I 、许聚常、杨根兴、丛力群、张肠肠、齐建华。test procedure specification d) GB/T 9386 2008 引测试是软件生存周期中一个独立的关键阶段，也是保证软件质量的重要手段。为了提高检测出错误的几率，使测试有计划和有条不紊地进行，应编制软件测试文档。标准化的测试文档就如同一种通用的参照体系，可达到便于交流的目的。文档中所规定的内容可以作为对相关测试过程完备性的对照检查表，故采用这些文档将会提高测试过程每个阶段的可视性，极大地提高测试工作的可管理性

7、。本标准规定了各个测试文挡的格式和内容。主要涉及测试计划、测试说明和测试报告等。测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特征、应完成的测试任务、负责每项工作的人员以及与本计划有关的风险等。测试说明包括三类文档za) 测试设计说明:详细描述测试方法，并标识该测试设计和相关测试所覆盖的特征，还标识为完成测试和规定特征的通过准则所需要的测试用例和测试规程;b) 测试用例说明:将用于输入的实际值以及预期的输出形成文档。并标识在使用具体测试用例时对测试规程的约束。将测试用例与测试设计分开，可以使它们用于多个设计，并能在其他情形下重复使用;c) 测试规程说明:标识为实施相关

8、测试设计而运行系统并执行规定测试用例所要求的所有步骤。测试规程与测试设计分开，特意明确要遵循的步骤，而不宜含有无关的细节。测试报告包括四类文档:a) 测试项传递报告:指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项;b) 测试日志:测试组用于记录测试执行过程中发生的情况;c) 测试事件报告:描述在测试执行期间发生并需进一步调查的任何事件;d) 测试总结报告:用来总结测试活动和结果的文档。这些文档与其他文挡在编制方面的关系以及同测试过程的对应关系如图1所示。这些文档的使用指南参见附录A，这些文档编制示例参见附录B和附录C。本标准是为软件管理人员、软件开

9、发、测试和维护人员、软件质量保证人员、审核人员、客户及用户制定的。本标准用于描述一组与软件测试实施方面有关的基本测试文档。本标准定义每一种基本文挡的目的、格式和内容。尽管本标准所描述的文档侧重于动态测试活动，但是有些文档仍适用于其他种类的测试活动(例如，测试计划可以用于设计和代码评审)。本标准可应用于数字计算机上运行的商业软件、科学计算软件或者军用软件。它的应用范围不受软件大小、复杂度或关键性的限制。本标准既适用于初始开发的软件测试文档编制，也适用于其后的软件产品更新版本的测试文档编制。本标准并不要求采用特定的方法学、技术及设备或工具。对文档控制、配置管理或质量保证既不指明也不强制特定的方法学

10、。根据所用的方法学，可能需要增加一些其他文档(例如质量保证计划)。本标准既适用于纸张上的文挡，也适用于其他媒体上的文档。如果电子文档编制系统不具有安全的批准注册机制，则批准签字的文档必须使用纸张。E GB/T 9386一-2008雪软件项文档项目文裆测试计划测试设计说明测试设计说明测试设计说明本标准规定的文档测试项传递报告测试规程说明测试执行i L_ 测试用例说明、J331iiij137332:ji-也测试日志志口H本标准未规定的文裆止测试事件报告测试事件报告测试项(本标准未作规定 m山本标准未规定的处理r-I 的关试过试文档与测试总结报告图1司2 J穹且GB/T 9386 2008 计机软件

11、试文档编制规范范围本标准规定了一组基本的计算机软件测试文档的格式和内容要求。本标准适用于计算机软件生存周期全过程。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3 3. 1 GB/T 8566信息技术软件生存周期过程(GB/T8566 2007 , ISO/IEC 12207 :1 995 , MOD) GB/T 8567 计算机软件文档编制规范GB/T 11457信息技

12、术软件工程术语术和定义GB/T 11457中立的以及下列术语和定义道用本标准。设计层design level 软件项的设计分解(如系统、子系统、程序或模块)。3.2 通过准则pass criteria 判断一个软件项或软件特征的测试是否通过的判别依据。3.3 软件特征software feature 软件项的显著特性(如功能、性能或可移植性)。3.4 软件项software item 源代码、目标代码、作业控制代码、控制数据或这些项的集合。3.5 3.6 测试test a) b) c) 由一个或多个测试用例组成的集合;或者，由一个或多个测试规程组成的集合;或者，由一个或多个测试用例和规程组成的

13、集合。测试用例说明test case specification 对于一个测试项，用来指定输入、预期结果和一组执行条件的文挡。3. 7 测试设计说明test design specification 用来指定一个软件特征或者软件特征组合的测试方法细节并标识相关测试的文挡。1 GB/T 9386 2008 3.8 3.9 件报告test incident report 用来报告测试过程中出现的任测试(活动)testing 深入调查的事件的文档。一个过程，该过程分析软件项，以检测现有条件和要求条件之间的差异(即，缺陷)并评估软件项的特征。3. 10 试项test item 作为测试对象的软件项。3

14、. 11 试项传递报告test item transmittal report 标识测试项的文档。它包含了当前状态和位置信，山。3. 12 测试日志test log 关于执行测试的相关细节按时间顺序排列的一种记录。3. 13 试计划test plan 描述预定测试活动的范围、方法、资源和进度的一种文挡。它确定测试项、要测试的特征、测试任务、执行每一任务的人员以及需要应急对策的任何风险。3. 14 测试规程说明test procednre specification 用来规定执行一项测试的动作顺序的一种文档。3. 15 测试总结报告t四tsnmmary report 用来总结测试活动和结果的一种

15、文挡。它还包括对相应测试项的评估。4 测试计划4. 1 目的用来描述测试活动范围、方法、资源和进度。定义被测试的软件项、要测试的特征、要完成的测试任务、负责每项任务的人员以及与该计划相关的风险。4.2 提纲测试计划应有如下结构za) 测试计划标识符;b) 引言;c) 测试项;d) 要测试的特征pe) 不要测试的特征pf) 方法;g) 测试项通过准则;h) 暂停准则和恢复要求;i) 测试交付项;j) 测试任务;2 GB/T 9386 2008 k) 环境要求;1) 职责;m) 人员配备和培训要求;n) 进度;0) 风险和应急;p) 批准。上述各项应按规定的顺序排列。附加的项可以直接加在批准项之前

16、。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试计划里或向该计划的用户提供。4.3 详细说明4. 3. 1 测试计划标识符试计划规定一个唯一标识符。4.3.2引试的软件项和软件特征。可以包括每个测试项的要求及其历史记录。如果存在下述文档，在最高层测试计划中需要引用它们:a) 项目授权;b) 项目计划;c) 质量保证计划;d) 配置管理计划;e) 有关的政策或方针;f) 有关的标准。在多级测试计划中，每个低一级的测试计划必须引用上一级测试计划。4.3.3 测试项标识测试项(其中包括其版本/修订级别)，并在测试开始之前规定影响硬

17、件需求的测试项传递媒体的特性或者指出逻辑或物理变换要求(例如，程序必须从磁带转换到磁盘上)。如果存在下述测试项文档集，则需要引用之:a) 需求规格说明;b) 设计规格说明;c) 用户指南;d) 操作指南Fe) 安装指南。引用与这些测试项有关的任何告。可以标识那些明确排除在测试之外的软件项或测试项。4.3.4 要测试的特征标识所有要测试的软件特征及其组合，并标识与每个特征或每个特征组合有关的测试设计说明。4.3.5 不要测试的特征标识不要测试的所有特征和重要的特征组合及其理由。4.3.6 方法描述测试的总体方法。对于每个主要的特征组或特征组合组，规定要确保这些特征组得到充分测试的方法。规定用于测

18、试指定特征组所需的主要活动、技术和工具。应详尽地描述方法，以便标识出主要的测试任务，并估计执行各项任务所需要的时间。规定所希望的最低程度的测试充分性，指明用于判断测试充分性的技术(例如，确定哪些语句至少已执行过一次)。规定任何补充的结束准则(例如，出错频率)。应规定用来跟踪需求的技术。3 GB/T 9386 2008 标识对测试的主要约束，例如，测试项的可用性、测试资源的可用性和测试截止期限等。4.3.7 测试项通过准则规定用来确定每个测试项是否通过测试或者测试失败的准则。4.3.8 暂停准则和恢复要求规定用于暂停与该计划有关的测试项的全部或部分测试活动的准则。规定恢复测试时必须重复的试活动。

19、4.3.9 测试交付项标识可交付的文档，宜包括下述文档:a) 测试计划;b) 测试设计说明;c) 测试用例说明;d) 测试规程说明;e) 测试项传递报告pf) 测试日志;g) 测试事件报告;h) 测试总结报告。测试输入数据和测试输出数据宜标识为可交付项。测试工具(例如，模块驱动器和桩模块)也可以包含在内。4. 3. 10 测试任务标识准备和执行测试所需要的任务集合。标识各项任务间的所有依赖关系和所要求的任何特殊技能。4. 3. 11 环境要求详细说明测试环境必要的和希望的特性。详细内容应包括各种设施的物理特征。这些设施包括硬件、通信和系统软件、使用方式(可单独使用)以及支持测试所需的任何其他软

20、件或设备。还应规定这些测试设施、系统软件和专有组成部分(例如，软件、数据和硬件)所需的安全等级。标识必要的特殊测试工具及其他任何测试要求(例如，出版物或办公场地等)。标识测试组目前尚不可用的所有需要的来源。4. 3. 12 职责标识负责管理、设计、准备、执行、监督、检查和解决的各个小组。另外，标识负责提供4.3.3中标识试项和在4.3. 11中标识的环境要求的各个小组。这些小组可以包括开发人员、测试人员、操作员、用户代表、技术支持人员、数据管理员和质量保证人员。4. 3. 13 人员配备和培训要求按技能等级提出测试人员配备要求。标识为提供必要技能的培训选项。4.3. 14 进度包括在软件项目进

21、度中标识的测试里程碑以及所有的测试项传递事件。定义所需要的其他测试里程碑，估计完成每项测试任务所需要的时间，为每项测试任务和测试里程碑规定进度，对每种测试资源(即设施、工具和人员)规定使用期限。4.3. 15 风险和应急标识测试计划的高风险假设，对各种风险提出应急措施(例如，测试项的延期交付可能需要加班以满足交付日期)。4. 3. 16 批准确定必须批准该计划的人员的姓名和职别。为签名和填写日期留出位置。4 5 测试设计说明5. 1 目的过测试设计及其相关测试来详细地规定测试方法和标识要测试的特征。5.2 提纲测试设计说明应有如下结构:a) 测试设计说明标识符;b) 要测试的特征;c) 方法细

22、化;d) 测试用例标识;e) 特征通过准则。GB/T 9386 2008 上述各项应按指定的顺序排列。附加的项可以放在结尾处。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试设计说明里或向该设计说明的用户提供。5.3 详细说明5. 3. 1 测试设计说明标识符为该测试设计说明规定唯一的标识符。如果在相关的测试计划中有规定，则应引用。5.3.2 要测试的特征标识测试项，并描述作为该设计说明对象的特征和特征组合。尽管可能还有某些其他特征，但不必标识它们。5.3.3 方法细化将测试计划中描述的方法进行细化，包括要采用的具体测试技术。

23、应标识分析测试结果的方法(例如，比较程序或可视化审查)。指明为选择测试用例提供合理依据的任何分析结果。例如，人们可以规定允许限定容错的条件(例如，区别有效输入与无效输入的那些条件。归纳任何测试用例的共同属性，可以包括各种输入约束(如，针对一组相关测试用例的所有输入必须是真)、任何共享环境的要求、任何共享特殊规程的需求、以及任何共享测试用例之间的依赖关系。5.3.4 测试用例标识列出与该设计有关的每一测试用例的标识并简要描述。某个特定的测试用例可能在两个以上的测试设计说明中出现。列出与该测试设计说明有关的每个规程的标识及其简要描述。5.3.5 特征通过准则给出用于判定特征或特征组合是否通过或失败

24、的1p:c川。6 用例说明6. 1 目的定义由测试设计说明所标识的测试用例。6.2 提纲试用例说明应有如下结构za) 测试用例说明标识符;b) 测试项;c) 输入说明;d) 输出说明;e) 环境要求;5 GB/T 9386 2008 f) 特殊的规程要求;g) 用例间的依赖关系。上述各项应按指定的顺序排列，附加的项可以放在结尾处。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试用例说明里或向该测试说明的用户提供。鉴于测试用例可能被不同小组的若干测试设计说明长期地引用，为此在测试用例说明中必须包含足够具体的信息以便复用。6.3

25、详细说明6. 3. 1 测试用例说明标识符为该测试用例说明规定唯一的标识符。6.3.2 测试项标识并简要描述该测试用例要执行的软件项和特征。对于每一测试项，考虑引用以下测试项文档集:a) 需求规格说明;b) 设计规格说明;c) 用户指南;d) 操作指南;e) 安装指南。6.3.3 输入说明规定执行测试用例所需要的每种输入。有些输入可以用值(必要时允许适当的容差)来规定，而其他输入(如常数表或事务处理文件)可以用名称来规定。规定所有合适的数据库、文件、终端消息、内存驻留区域及操作系统传送的各个值。规定输入之间的所有必要的关系(例如，定时)。6.3.4 输出说明规定测试项所有要求的输出和特征(例如

26、，响应时间)。为每个要求的输出或特征提供准确的值(必要时允许适当的容差)。6.3.5 环境要求6.3.5.1 硬件规定执行该测试用例所需的硬件特性和配置(例如:132个字符X24行的显示器)。6.3.5.2 软件规定执行该测试用例所需的系统软件和应用软件，可以包括诸如:操作系统、编译程序、模拟程序和测试工具之类的系统软件。此外，该测试项可以与应用软件进行交互。6. 3. 5. 3 其他规定所有的其他要求，例如独特的设施要求或经过专门训练的人员等。6.3.6 特殊的规程要求描述对执行该测试用例的测试规程的任何特殊约束。这些约束可以包括特殊的装配或设置、操作者的干预、输出确定规程以及特定的清除过程

27、。6.3.7 用倒间的侬列出执行该测试用例之前必须执行的各个测试用例的标识，并概要说明这些测试用例之间依赖关系的性质。7 测试规程说明7. 1 目的详细说明执行一组测试用例的各个步骤，或者更广泛的说明为了评估一组特征而用于分析软件项6 GB/T 9386 2008 的各个步抓。7.2 提纲测试规程说明应有如下结构za) 测试规程说明标识符;b) 目的;c) 特殊要求;d) 规程步抓。上述各项应按指定的顺序排列。如需要，附加的项可以放在结尾处。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试规程说明里或向该规程说明的用户提供。7

28、.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章)

29、。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应描述处理在执行过程中可能发生的异常事件所必需的动作。

30、7 GB/T 9386 2008 8 测试项传递报告8. 1 目的标识为测试而传递的测试项。其中包括负责每一测试项的人员、测试项的物理位置和状态。与当前项的需求和设计的任何偏离均应记录在该报告中。8.2 提纲测试项传递报告应有如下结构za) 传递报告标识符Eb) 传递项;c) 位置;d) 状态Fe) 批准。上述各项应按指定的顺序排列。附加的项可以直接加在批准项之前。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试项传递报告里或向该传递报告的用户提供。8.3 详细说明8. 3. 1 传递报告标识符为该测试项传递报告规定唯一的标识

31、符。8.3.2 传递项标识被传递的各个测试项，其中包括其版本/计划的引用。指出负责该传递项的人员。8.3.3 位置别。提供对传递项有关的测试项文档集和测试标识各传递项的位置，并标识包含被传递测试项的媒体。适当时，指出标记或者标识特定媒体的方法。8.3.4 状态描述被传递测试项的状态，包括与该测试项文档集、与这些测试项的先前传递以及与测试计划的偏。列出期望由被传递项解决的各个事件报告。指出是否存在对测试项文档集的未决的修改，该修改可能影响在该传递报告中列出的各个测试项。8.3.5 批准说明最可能批准该传递报告的人员姓名和职务。并为签名和日期留出位置。9 测试日志9. 1 目的按时间顺序提供关于执

32、行测试的相关细节的记录。9.2 提纲测试日志应有如下结构za) 测试日志标识符;b) 描述:c) 活动和事件条目。上述各项应按指定的顺序排列。附加的项可以放在结尾处。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试日志向记录的用户提供。8 GB/T 9386 2008 9.3 详细说明9.3. 1 测试日志标识符为该测试日志规定唯一的标识符。9.3.2 描述除了在日志条目中特别注明外，此处应包括适用于日志中所有条目的信息。以下信息应予考虑za) 标识被测试的各个测试项及其版本/修订级别。对于其中的每一项，如果存在其传递报告，应

33、加以引用;b) 标识执行测试的环境属性，其中包括设施说明、使用的硬件(例如，使用的内存容量、CPU型号、磁带机的型号和编号、和/或海量存储设备)、使用的系统软件及可用资源(例如，可用的内存容量)。9.3.3 活动和事件条目对于每个事件(包括事件的开始和结束)，要记录发生的日期和时间以及记录者的身份。9.3.3.1至9.3.3.5中的信息应予考虑。9.3.3.1 执行描述记录正在执行的测试规程的标识，提供并引用该测试规程说明。记录执行时在场的所有人员(包括测试者、操作员和观察员)，还要说明每个人的职能。9.3.3.2 测试结果对每次执行，记录目视可观察到的结果(例如，产生的出错消息、异常终止和对

34、操作员动作的请求等)。还要记录任何输出的位置(如磁带编号)，以及记录测试的执行是否成功。9.3.3.3 环境信记录与本条目有关的任何特殊的环境条件(例如，硬件更换)。9.3.3.4 异常事件记录某个不期望事件(例如，尽管请求显示总计并显示了正确的屏幕，但响应时间似乎过长。重复执行时，响应时间也同样过长)发生前后的情况。9.3.3.5 事件报告标识符随时记录每个测试事件报告产生的标识符。10 测试事件报告10. 1 目的试过程中发生的需要调查研究的所有事件形成文挡。10.2 测试事件报告应有如下结构zu 测试事件报告标识符;b) 摘要;c) 事件描述pd) 影响。上述各项应按指定的顺序排列。附加

35、的各项可以放在结尾处。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试事件报告里或向事件报告的用户提供。10.3 详细说明10. 3. 1 测试事件报告标识符为该测试事件报告规定唯一的标识符。9 G/T 9386 2008 10. 3. 2摘概述事件。标识所涉及的所有测试项，指出其版本/修订级别。应提供对有关测试规程说明、测试用例说明和测试日志的引用。10.3.3 辜件描述件进行描述。该描述应包括以下内容:a) 输入;b) 预期结禾Fc) 实际结果;d) 异常现象;的日期和时间;f) 规程步探;g) 环境ph) 重复执行的意图

36、;i) 测试者;j) 观察者。该描述应包括可能有助于隔离并纠正事件原因的相关活动和观察结果(例如，描述可能对此事件有影响的所有测试用例执行情况，描述与己公布的测试规程之间的任何偏差)。10.3.4 影响在所知道的范围内指明该事件对测试计划、测试设计说明、测试规程说明或测试用例说明所产生的响。1 1 测试总结报告11. 1 目的总结指定测试活动的结果并根据这些结果进行评价。11. 2 提纲测试总结报告应有如下结构za) 测试总结报告标识符;b) 摘要zc) 差异;d) 测试充分性评价;e) 结果汇总;f) 评价;g) 活动总结ph) 批准。上述各项应按指定的顺序排列。附加的项可以直接加在批准项之

37、前。如果上述某一项的部分内容或全部内容是在另一个文档里，则可以列出引用材料的出处以代替相应的内容。引用的内容必须附在测试总结报告或向该总结报告的用户提供。11. 3 详细说明11. 3. 1 测试总结报告标识符为该测试总结报告规定唯一的标识符。11. 3. 2 描要总结对测试项的评价。标识己测试的各个项，指出其版本/修订级别，并指出执行测试活动所处的环境。10 GB/T 9386 2008 对于每个测试项，如果存在测试计划、测试设计说明、测试规程说明、测试项传递报告、测试日志和测试事件报告文档，则应提供对相关信息的引用。11. 3. 3 差异报告测试项与其设计说明之间的任何差异，并指出与测试计

38、划、测试设计或测试规程之间的任何差异，详细说明每种差异产生的原因。11. 3. 4 测试充分性评价如果有测试计划，应根据测试计划(4.3.的中规定的测试充分性准则对测试过程作出评价。确定未作充分测试的特征或特征组合，并说明理由。11. 3. 5 结果汇汇总测试的结果。标识已解决的所有事件，并总结其解决方案。指出尚未解决的所有711011. 3. 6 评价对每个测试项(包括其限制)进行总体评价。该评价必须以测试结果和测试项级别的通过准则作为依据。可以包含对失败风险的估计。11. 3. 7 活动总结总结主要的测试活动和事件。总结资源消耗数据，例如:人员的总体配备水平、总机时和每个主要测试活动所花费

39、的时间。11. 3. 8 批准详细说明必须批准该报告的所有人员的姓名和职务，并为签名和日期留出位置。t伊更Jbettse铲毒efkuttz$626pilpdRrvbRE11 GB/T 9386 2008 附录A(资料性附录)实施和使用指南A. 1 实施指南当一个组织使用该标准时，建议按如下阶段实施za) 初始阶段首先编写测试计划和测试记录/报告文档。测试计划将为整个测试过程提供基础。测试记录/报告文档应鼓励测试组织以良好的方式来记录整个测试过程。开始在系统这一级实施测试文挡，在系统测试期间要求严格控制是关键的。系统测试文档是满足这种需求的关键要素。b) 后续阶段经过一段时间的实践，积累了一定经

40、验后再逐步引人其他文档。其引人的顺序应取决于前阶段的成果。测试文档最终应形成对应于其设计层次的一种文档层次，即系统测试文档、子系统测试文档以及模块测试文挡。A.2 附加的测试文档指组织所采用的特定的测试技术的文档编制指南(例如:代码检查或仿真)可作为该标准的基本文档的补充。A.3 使用指南A. 3. 1 在项目计划或者组织的标准中，应指明在哪些测试活动中需要哪些测试文挡。并为在组织内使用这些文档提供指南。图Al是多种测试活动需要的测试文档说明的一个示例。实际上各个组织要求的文档数目不尽相同。A. 3. 2 可以对每个文档进行剪裁或增加款项和材料，以适用于一个特定的测试产品和特定的测试环境的要求

41、。A. 3. 3 以模块测试的级别来考虑模块的测试文档集，例如，为一组模块生成一组测试报告而开发一个模块测试设计说明可能是有用的。当需要不同的测试用例时，一个公共的测试规程说明可能是适用的。文活动试测试设计测试用例测试规程测试项试测测试总结计划说明说明说明传递报告日志报告报告验收 现场 安装 系统 子系统 程序 模块 图A.1 必要的测试文档说昭示例12 GB/T 9386 2008 附录B(资料性附录)测试文挡示例下面的示例来自于商业数据处理。这个示例并不意味着本标准对其他种类的软件适用性有任何的限制。B. 1. 1 引言B. 1.1.1 范围本附录给出的这一系统测试文档集示倒是依照本标准编

42、写的。展示每个文档是由于它们有可能用于某个工资系统的系统测试。该示例中采用的工资系统包括以下主要功能za) 维护雇员信息;b) 维护工资历史信息;c) 准备工资支付凭证;d) 准备工资税务报表;巳)准备工资支付报表。已提出用于工资系统的二期开发计划，不久后将要启动。这个阶段主要涉及人员报表系统。B. 1. 1. 2 假定在准备该示例时，曾作出以下假定:a) 系统测试活动假设模块测试和集成测试已经完毕。它意味着单个程序的功能已经过全面的测试。因此，系统级测试集中在对多个程序块的功能性(例如:年终处理以及对外部接口、安全、恢复和性能的测试。此外，操作者和用户规程也经过测试;b) 工资系统应是仅在一

43、个地点被测试的系B. 1. 1. 3 命名约定工资系统示例从头至尾都采用下面命名约定。公司工资系A 。版本号(如果适用)zz 试文档xx -yy 公司工资系统P B. 1 kieftiT?tipi-7:?i:;J、141212e ttERe事EEavrfftrvspypktb4olidjij 条目类型的字母数字混合标识条目类型01 项目策划文档系统参考手册程序模块控制程序测试文档集P代表工资系统02 05 20 03 04 13 户组A代表系GB/T 9386 2008 14 项目策划文挡APOI-0l APOI-02 APOI-03 APOI-04 APOI-05 APOI-06 APOI-

44、08 APOI-09 APOl-12 系统参考手册AP02-01 AP02-02 AP02-03 AP02-04 程序摸块AP03-控制程序AP04 测试文挡AP05-YYZZ AP06-YYZZ AP07-YYZZ AP08-YYZZ AP09-YY 求规格说明初步开发计划项目授权系统设计描述商业计划最终开发计划质量保证计划配置管理计划项目结束报告系统参考手册作手册模块参考手册用户事务参考手册程序模块控制程序，实用程序，类别测试计划测试设计说明测试用例说明测试规程说明测试日志API0-00 测试事件报告日志注:本标准没有规定该测试文挡。APII-YY AP12-YY AP13-YY 测试事件

45、报告试总结报告测试项传递报告GB/T 9386 2008 B. 1.2 公司工资系统试计划系统划公司工资目次1 测试计划标识符. . . . . . . . xx 2 引臼. xx 2. 1 目标. xx 2.2 背景xx 2.3 范围. . . . . . xx 2.4 引用文件xx 3 试项xx 3. 1 程序模块xx 3.2 作业控制规程xx 3. 3 用户规程. . . . . . . xx 3.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xx 4 要测试的特征. . . . . xx 5 试的特征. . . . xx 6 方法xx 6. 1 试. . . . . . . . . . . . . . . xx 6.2 作业流测试. . . xx 6. 3 接口测试. xx 6.4 安全测试. xx 6.5 恢复测试. . . xx 6. 6 性试xx 6. 7 回归测试xx 6.8 综合性. xx 6. 9 约束xx 7 试项通过准则xx 8 暂停准则和恢复要求. .