测试文件编制规范.docx

测试文件编制规范.docx

《测试文件编制规范.docx》由会员分享，可在线阅读，更多相关《测试文件编制规范.docx（15页珍藏版）》请在冰豆网上搜索。

测试文件编制规范

计算机软件测试文件编制标准

1引言

1.1目的和作用

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

1.2适用对象及范围

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

本标准用于描述一组测试文件,这些测试文件描述测试行为.本标准定义每一种根本文件的目的、格式和内容.所描述的文件着重于动态测试过程,但有些文件仍适用其它种类的测试活动.

本标准可应用于数字计算机上运行的软件.它的应用范围不受软件大小、复杂度或重要性的限制,本标准既适用于初始开发的软件测试文件编制,也适用于其后的软件产品更新版本的测试文件编制.

本标准并不要求采用特定的测试方法学、技术及设备或工具.对文件控制、配置管理或质量保证既不指明也不强制特定的方法学.根据所用的方法学,可能需要增加别的文件（如"质量保证方案〞）.

本标准既适用于纸张上的文件,也适用于其它媒体上的文件.如果电子文件编制系统不具有平安的批准注册机制,那么批准签字的文件必须使用纸张.

2引用标准

GB/T11457软件工程术语

GB8566计算机软件开发标准

GB8567计算机软件产品开发文件编制指南

3定义

本章定义本标准中使用的关键术语.

3.1设计层designlevel

软件项的设计分解（如系统、子系统、程序或模块）.

3.2通过准那么passcriteria

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

3.3软件特性softwarefeature

软件项的显著特性.（如功能、性能或可移植性等）.

3.4软件项softwareitem

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

3.5测试项testitem

作为测试对象的软件项.

4概述

4.1主要内容

本标准确定了各个测试文件的格式和内容,所提出的文件类型包括测试方案、测试说明和测试||报告.

测试方案描述测试活动的范围、方法、资源和进度.它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本方案有关的风险等.

测试说明包括三类文件：

（1）测试设计说明：

详细描述测试方法,规定该设计及其有关测试所包括的特性,还规定完成测试所需的测试用例和测试规程,并规定特性的通过准那么.

（2）测试用例说明：

列出用于输入的具体值以及预期的输出结果,并规定在使用具体测试用例时,对测试规程的各种限制.将测试用例与测试设计分开,可以使它们用于多个设计并能在其它情形下重复使用.

（3）测试规程说明：

规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的所有步骤.

测试||报告包括四类文件：

（1）测试项传递||报告：

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

（2）测试日志：

测试组用于记录测试执行过程中发生的情况.

（3）测试事件||报告：

描述在测试执行期间发生并需进一步调查的一切事件.

（4）测试7总结||报告：

总结与测试设计说明有关的测试活动.

这些文件同其它文件在编制方面的关系以及同测试过程的对应关系如图1所示.

4.2实施灵活性

在GB8567中,涉及软件测试的文件有"测试方案〞及"测试分析||报告〞.本标准中的八个测试文件是上述二个文件的补充和细化,这样可使文件的书定更具体、更有参照性,其中测试方案可细化为本标准的测试方案、测试设计说明、测试用例说明及测试规程说明,测试分析||报告可细化为本标准的测试项传递||报告、测试日志、测试事件||报告及测试总结||报告.

使用本标准的每个单位,要规定测试阶段所应有的特定文件,并在测试方案中规定测试完成后所能提交的全部文件.对于不同的设计层或不同规模的软件,所选文件的种类也可有所不同.

在所提供的每个标准文件中,每一章的内容对于具体的应用和特定的测试阶段可以有所增减.不仅可以调整内容,还可以在根本文件集中增加另外的文件.任何一个文件都可以增加新的内容,并且某章假设无可写的内容,那么可不写,但须保存该章的编号.使用本标准的每个单位应该补充规定对内容的要求和约定,以便反映自己在测试、文件控制、配置管理和质量保证方面所用的特定方法、设备和工具.

附录A（参考件）中,将表达文件编制实施及使用指南.

4.3总体要求

以下将表达各个测试文件的书写格式及内容.对于每一个文件而言各章应按指定的次序排列,补充的章可以放在最||后或放在"批准〞一章的前面（如果该文件最||后一章是"批准〞的话）.如果某章的局部或全部内容在另一文件中,那么应在相应的内容位置上列出所引用的材料,引用的材料必须附在该文件后面或交给文件的使用者.

5内容要求

5.1测试方案

测试方案结构如表1所示.

表1测试方案

1测试方案名称

2引言

3测试项

4被测试的特性

5不被测试的特性

6方法

7项通过准那么

8暂停标准和再启动要求

9应提供的测试文件

10测试任务

11环境要求

12职责

13人员和训练要求

14进度

15风险和应急

16批准

下面给出每一章的详细内容：

5.1.1测试方案名称（本方案的第1章）

为本测试方案取现代战争专用的名称.

5.1.2引言（本方案的第2章）

归纳所要求测试的软件项和软件特性,可以包括系统目标、背景、范围及引用材料等.

在最||高层测试方案中,如果存在下述文件,那么需要引用它们：

工程方案、质量保证方案、有关的政策、有关的标准等.

5.1.3测试项（本方案的第3章）

描述被测试的对象,包括其版本、修订级||别,并指出在测试开始之前对逻辑或物理变换的要求.

5.1.4被测试的特性（本方案的第4章）

指明所有要被测试的软件特性及其组合,指明每个特性或特性组合有关的测试设计说明.

5.1.5不被测试的特性（本方案的第5章）

指出不被测试的所有特性和特性的有意义的组合及其理由.

5.1.6方法（本方案的第6章）

描述测试的总体方法,规定测试指定特性组志需的主要活动、、技术和工具,应详尽地描述方法,以便列出主要的测试任务,并估计执行各项任务所需的时间.规定所希望的电低程度的测试彻底性,指明用于判断测试彻底性的技术（如：

检查哪些语句至||少执行过一次）.指出对测试的主要限制,例如：

测试项可用性、测试资源的可用性和测试截止期限等.

5.1.7项通过准那么（本方案的第7章）

规定各测试项通过测试的标准.

5.1.8暂停标准和再启动要求（本方案第8章）

规定用于暂停全部或局部与本方案有关的测试项的测试活动的标准.规定当测试再启动时必须重复的测试活动.

5.1.9应提供的测试文件（本方案的第9章）

规定测试完成后所应递交的文件,这些文件可以是前述八个文件的全部或者局部.

5.1.10测试任务（本方案的第10章）

指明执行测试所需的任务集合,指出任务音的一切依赖关系和所需的一切特殊技能.

5.1.11环境要求（本方案的第11章）

规定测试环境所必备的和希望的的性质.包括：

硬件、通信和系统软件的物理特征、使用方式以及任何其它支撑测试所需的软件或设备,指出所需的特殊测试工具及其它测试要求（如出版物或办公场地等）.指出测试组目前还不能得到的所有要求的来源.

5.1.12职责（本方案的第12章）

指出负责管理、设计、准备、执行、监督、检查和仲裁的小组.另外指出负责提供

5.1.3中指出的测试项和在5.1.11中指出的环境要求的小组.

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

5.1.13人员和训练要求（本方案的第13章）

指明测试人员应有的水平以及为掌握必要技能可供选择的训练科目.

5.1.14进度（本方案的第14章）

包括在软件工程进度中规定的测试里程碑以及所有测试项传递时间.

定义所需的新的测试里程碑,估计完成每项测试任务所需的时间,为每项测试任务和测试里程碑规定进度,对每项测试资源规定使用期限.

5.1.15风险和应急（本方案的第15章）

预测测试方案中的风险,规定对各种风险的应急措施（如：

延期传递的测试项可能需要加夜班来赶上规定的进度.）

5.1.16批准（本方案的第16章）

规定本方案必须由哪些人（姓名和职务）审批.为签名和填写日期留出位置.

5.2测试设计说明

测试设计说明如表2所示.

表2测试设计说明

1测试设计说明名称

2被测试的特性

3方法详述

4测试用例名称

5特性通过准那么

下面给出本说明每一章的详细内容.

5.2.1测试设计说明名称（本说明第1章）

给每一个测试设计说明取一个专用名称.如果存在的话,也可引用有关的测试方案中给出的名称.

5.2.2被测试的特性（本说明的第2章）

规定测试项,描述作为本设计测试目标的特性和特性的组合,其它特性可以论及,但不必测试.

5.2.3方法详述（本说明的第3章）

将测试方案中规定的方法进行细化,包括要用的具体测试技术,规定分析测试结果的方法（如比较程序或人工观察）.

规定为选择测试用例提供合理依据的一切分析结果.例如：

可以说明容错的条例（如：

区别有效输入和无效输入的条件）.

归纳所有测试用例的共同属性,可以包括输入约束条件,共享环境的要求,对共享的特殊规程的要求及任何共享的测试用例间的依赖关系.

5.2.4测试例名称（本说明的第4章）

列出与本设计有关的每一测试用例的名称和简要说明.某个特定的测试用例可能在多个测试设计说明中出现,列出与本测试设计说明有关的规程及其简要说明.

5.2.5特性通过准那么（本说明的第5章）

规定用于判别特性和特性组合是否通过测试的准.

5.3测试用例说明

测试用例说明结构如表3所示.

表3测试用例说明

1测试用例说明名称

2测试项

3输入说明

4输出说明

5环境要求

6特殊的规程说明

7用例间的依赖关系

由于测试用例可能被由多个小组长期使用的多个测试设计说明引用,所以在测试用例说明中必须包含足够具体的信息以便重复使用.

下面给出本说明每一章的详细内容.

5.3.1测试用例说明名称（本说明的第1章）

给本测试用例说明取一个专用名称

5.3.2测试项（本说明的第2章）

规定并简要说明本测试用例所要涉及的项和特性、对于每一项、可考虑引用以下文件：

需求说明书、设计说明书、用户手册、操作手册.

5.3.3输入说明（本说明的第3章）

规定执行测试用例所需的各个输入.有些输入可以用值（允许适当的误差）来规定.而另一些输入,如常数表或事务文件可以用名来规定.规定所有适宜的数据库、文件、终端信息、内存常驻区域和由操作系统传送的值.规定各输入间所需的所有关系（如时序关系等）.

5.3.4输出说明（本说明的第4章）

规定测试项的所有输出和特性（如：

响应时间）.提供各个输出或特性的正确值（在适当的误差范围内）.

5.3.5环境要求（本说明的第5章）

5.3.5.1硬件

规定执行本测试用例所需的硬件特征和配置（如：

80字符×24行的显示终端）.

5.3.5.2软件

规定执行本测试用例所需的系统软件和应用软件.系统软件可以包括操作系统、编译程序、模拟程序和测试工具等.

5.3.5.3其它

说明所有其它的要求,如特种设施要求或经过专门训练的人员等.

5.3.6特殊的规程要求（本说明的第6章）

描述对执行本测试用例的测试规程的一切特殊限制.这些限制可以包括特定的准备、操作人员干预、确定特殊的输出和去除过程.

5.3.7用例间的依赖关系（本说明的第7章）

列出必须在本测试用例之前执行的测试用例名称,归纳依赖性质.

5.4测试规程说明

测试规程说明结构如表4表示

表4测试规程说明

1测试规程说明名称

2目的

3特殊要求

4规程步骤

下面给出本说明每一章的详细内容.

5.4.1测试规程说明名称（本说明的第1章）

给每个测试规程说明取一个专用名称,给出对有关测试设计说明的引用.

5.4.2目的（本说明的第2章）

描述本规程的目的.如果本规程执行测试用例,那么引用各有关的测试用例说明.

5.4.3特殊要求（本说明的第3章）

指出执行本规程所需的所有特殊要求,包括作为先决条件的规程、专门技能要求和特殊环境要求.

5.4.4规程步骤（本说明的第4章）

5.4.4.1日志

说明用来记录测试的执行结果、观察到的事件和其它与测试有关事件（见5.6条测试日志和5.7条测试事件||报告）的所有特殊方法或格式.

5.4.4.2准备

描述新任务执行规程所必需的动作序列.

5.4.4.3启动

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

5.4.4.4处理

描述在规程执行过程中所必需的动作.

5.4.4.5度量

描述如何进行测试度量（如描述如何用网络模拟程序来充其量远程终端的响应时间）.

5.4.4.6暂停

描述因发生意外事件暂停测试所必需的动作.

5.4.4.7再启动

规定所有再拨动点和在启动点上重新启动规程所必需的动作.

5.4.4.8停止

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

5.4.4.9去除

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

5.4.4.10应急

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

5.5测试项传递||报告

测试项传递||报告结构如表5所示.

表5测试项传递||报告

1传递||报告名称

2传递项

3位置

4状态

5批准

下面给出本||报告每一章的详细内容.

5.5.1传递||报告名称（本||报告的第1章）

为本测试项传递||报告取一个专用名称.

5.5.2传递项（本||报告的第2章）

规定被传递的项及其版本/修订级||别.提供与传递项有关的项文件和测试方案的相关信息,指出对该传递项负责的人员.

5.5.3位置（本||报告的第3章）

规定传递项的位置及其所在媒体.

5.5.4状态（本||报告的第4章）

描述被传递的测试项的状态,包括其与项文件、这些项的以往传递以及测试方案的差异.列出希望由被传递项解决的事件||报告.

5.5.5批准（本||报告的第5章）

规定本传递||报告必须由哪些人（姓名和职务）审批,并为签名和日期留出位置.

5.6测试日志

测试日志结构如表6所示.

表6测试日志

1测试日志名称

2描述

3活动和事件条目

下面给出本||报告每一章的详细内容.

5.6.1测试日志名称（本日志的第1章）

为本测试日志取一专用的名称.

5.6.2描述（本日志的第2章）

除了在日志条目中特别注明的以外,用于日志中所有条目的信息都包括在本章中.应该考虑有以下信息：

（1）规定被测试项及其版本/修订级||别.如果存在的话,引用各项的传递||报告.

（2）规定完成测试的环境属性,包括设备说明、所用的硬件、所用的系统软件及可用存储容量等可用资源.

5.6.3活动和事件条目（本日志的第3章）

对每个事件（包括事件的开始和结束）,记录发生的日期和时间,并说明记录者.应考虑以下各项信息.

5.6.3.1执行描述

记录所执行的测试规程的名称,并引用该测试规程说明.记录执行时在场人员,包括：

测试者、操作员和观察员,还要说明每个人的作用.

5.6.3.2测试结果

对每次执行,记录人工可观察到的结果（如：

产生的错误信息、异常中止和对操作员动作的请求等）,还要记录所有输出的位置（如磁带号码）,记录测试的执行是否成功.

5.6.3.3环境信息

记录本条目的的一切特殊的环境条件.

5.6.3.4意外事件

记录意外事件及其发生前后的情况（如请求显示总计,屏幕显示正常,但响应时间似乎异常长,重复执行时响应时间也同样过长）.记录无法开始执行测试或无法结束测试的周围环境（如电源故障或系统软件问题）.

5.6.3.5事件||报告名称

每产生一个测试事件||报告时,记录其名称.

5.7测试事件||报告

测试事件||报告结构如表7所示.

表7测试事件||报告

1测试事件||报告名称

2摘要

3事件描述

4影响

下面给出本||报告每一章的详细内容.

5.7.1测试事件||报告名称（本||报告的第1章）

为本测试事件||报告取一个专用名称.

5.7.2摘要（本||报告的第2章）

简述事件,指出有关测试项及其版本/修订级||别.引用有关的测试规程说明、测试用例说明及测试日志.

5.7.3事件描述（本||报告的第3章）

对事件进行描述.该描述应包括以下各项：

输入

预期结果

实际结果

异常现象

日期和时间

规程步骤

环境

重复执行的意图

测试者

观察者

该描述应该包括有助于确定事件发生原因及改正其中错误的有关浩劫及观察.例如,描述可能对此事件有影响的所有测试用例执行情况,描述与已公布的测试规程之间的一切差异等.

5.7.4影响（本||报告的第4章）

在所知道的范围内指出本领件对测试方案、测试设计说明、测试规程说明或测试用例说明所产生的影响.

5.8测试总结||报告

规定本||报告必须由哪些人（姓名和职务）审批,并为签名和日期留出位置.

文件编制实施及使用指南（参考件）

A1实施指南

在实施测试文件编制的初始阶段可先编写测试方案与测试||报告文件.测试方案将为整个测试过程提供根底.测试||报告将鼓励测试单位以良好的方式记录整个测试过程的情况.

经过一段时间的实践,积累了一定的经验之后再逐步引进其它文件.测试文件编制最||终将形成一个相应于设计层的文件层次,即：

系统测试文件、子系统测试文件及模块测试文件等.在本单位所使用的特定的测试技术的文件编制可作为正文中所述的根本文件集的补充.

A2用法指南

在工程方案及单位标准中,应该指明在哪些测试浩劫中需要哪些测试文件,并可在文件中参加一些内容,使各个文件适应一个特定的测试项及一个特定的测试环境.

表A1是在多种测试活动中所需的测试文件的例.所需的文件数量将因单位而异.

表A1一个测试文件编制实例

文件测试方案测试设计说明测试用例说明测试规程说明测试项传递||报告测试日志测试事件||报告测试总结||报告

活动

验收√√√√√-√√

安装√√--√-√√

系统√√√√√√√√

子系统--√√√√√√

模块-√√----√