GB/T 17178.1-1997 信息技术 开放系统互连 一致性测试方法和框架 第1部分：基本概念

GB/T171781一1997

侣全

前．斗

本标准等同采用国际标准ISO/IEC9646-1:1994《信息技术开放系统互连一致性测试方法和

框架第1部分：基本概念》。

GB/T17178在信《息技术开放系统互连一致性测试方法和框架》总标题下，目前包含以下7

个部分：

第I部分（即GB/T17178.1）：基本概念

第2部分即（GB/T17178.2)：抽象测试套规范

第3部分（即GB/T17178.3)：树和表的组合表示法

第4部分（即GB/T17178.4)：测试实现

第5部分即（GB/T17178.5)：一致性评估过程对测试实验室和客户的要求

第6部分即（GB/T17178-6)：协议轮廓测试规范

第7部分（即GB/T17178.7)：实现一致性声明

本标准的附录A和附录B是提示的附录。

本标准由中华人民共和国电子工业部提出。

本标准由电子工业部标准化研究所归口。

本标准起草单位：复旦大学。

本标准主要起草人：张世永、钱松荣、杨明。

GB/T17178.1一1997

ISO/IEC前言

ISO国（际标准化组织）和IEC国（际电工委员会）是世界性的标准化专门机构。国家成员体它（们都

是ISO或IEC的成员国）通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标

准。ISO和IEC的各技术委员会在共同感兴趣的领域进行合作。与ISO和IEC有联系的其他官方和非

官方国际组织也可参与国际标准的制定工作。

对于信息技术，ISO和IEC建立了一个联合技术委员会，即ISO/IECJTC1。由联合技术委员会提

出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75％的参与表决的国

家成员体投票赞成。

国际标准ISO/IEC9646-1是由ISO/IECJTC1信“息技术”联合技术委员会的21分委员会“开放

系统互连、数据管理和开放分布式处理”制定的。

本第二版取消并替代第一版I（SO/IEC9646-1;1991)，对第一版进行了相应的技术改进与完善，并

将第一版的技术修改结合起来。

ISO/IEC9646在信《息技术开放系统互连一致性测试方法和框架》的总标题下包含以下几个

部分：

第1部分：基本概念

第2部分：抽象测试套规范

第3部分：树和表的组合表示法

第4部分：测试实现

第5部分：一致性评估过程对测试实验室和客户的要求

第6部分：协议轮廓测试规范

第7部分：实现一致性声明

ISO八EC9646的本部分中的附录A和B仅提供参考信息。

GB/T171781一1997

引言

只有在对系统进行测试并确定其是否与相关的协议及轮廓规范相符合之后，才算达到了OSI的目

标。这些相关的协议及轮廓规范可能是OSI标准、ITU-T建议或国际标准化轮廓。

对于每个描述OSI协议的标准或ITU-T建议，都应制定相应的标准抽象测试套，供协议的提供者

或实现者用于自测试，供OSI产品的用户、远程通信机构和公认的私营运行机构、或其他第三方测试组

织使用。对于在国际标准化轮廓、标准或ITU-T建议中定义的每个OSI轮廓，应制定相应的标准化轮

廓测试规范，规定如何选择和组合这些抽象测试套，用于测试系统与轮廓的一致性。这将使不同测试实

验室产生的测试结果有可比性和广泛的可接受性，从而减少了对同一系统重复进行一致性测试的需求。

测试套的标准化需要国际定义和广泛接受的通用测试方法，以及适当的测试方法和规程。

GB/T17178的目的是定义测试方法，以便提供规定一致性测试套的框架和定义测试时所应遵循的规

程。

一致性测试包括测试实现的能力和行为，检查所观察到的结果是否违反在相关标准或ITU-T建议

适（当的时候也包括相关国际标准化轮廓）中规定的一致性要求，以及是否违反实现者所声明的协议实

现的能力。

一致性测试既不包括性能评估，也不包括实现的健壮性或可靠性的评估。它不能对抽象服务原语的

物理实现、系统是如何实现的、如何提供所需服务和协议实现的环境给出评判。它也不能直接证实协议

的逻辑设计，除非通过某种间接的方法。

一致性测试的目的在于增加不同OSI实现能够互工作的可能性。然而值得注意的是，大部分的协

议，由于其复杂性，使得无论从技术还是从经济的角度来考虑，穷尽测试都是不现实的。同时，因为测试

是检测错误的存在而不是验证无错，所以它不能保证与规范的一致性。这样，仅仅与一个测试套一致并

不能保证互工作。其所作的只是确信实现已具有所要求的能力，并且其行为始终符合典型的通信实例。

应注意在OSI基本参考模型GB9387中声明在（4.3中）：“只有开放系统的外部行为才作为开放

实系统行为的标准”。

这意味着虽然OSI标准和ITU-T建议描述了内部和外部两方面的行为，但开放实系统只需满足

其中有关外部行为的要求。虽然GB/T17178.2中定义的一些方法确定给实现者施加了特定的限制，如

在一个或多个服务访问点处应有实现控制和观测的手段，但还应注意到这里定义的其他方法并没有附

加这样的限制。

然而，在部分OSI端系统提供了到某一特定层界面为止的OSI协议的情况下，最好不仅测试实现

协议实体的外部行为，也测试这些实体支持更高层中正确的外部行为的能力。

GB/T17178各部分详细描述各种方法的有效性和限制。任何组织如果打算在诸如发证之类的范

围内使用GB/T17178.2定义的测试方法，就应当仔细考虑其适用性的某些限制及各自的优点。

在国际上，就ISO/IEC和ITU-T来说，测试是自愿的。测试对设备购置及其他外部合同的要求，已

不属于标准化讨论的范围。

在国际上，ITU-T已将ISO/IEC9646-1作为X.290建议出版，但文本有所不同。

中华人民共和国国家标准

信息技术开放系统互连

一致性测试方法和框架

GB/T171781一1997

第I邵分：基本微念idtISO/IEC9646-1:1994

Informationtechnology-OpenSystemsInterconnection-

Conformancetestingmethodologyandframework-

Part1:Generalconcepts

1范围

1.1GB/T17178是由多部分组成的标准，它为测试声称实现了OSI规范的产品的一致性制定了总的

方法。此方法适用于测试以下规范的一致性：

a)OSI协议规范；

b）与特定OSI协议组合使用的传送语法规范；

。）OSI协议轮廓的规范，包括对与一个或多个协议组合使用的任何特定信息客体的一致性测试，

如轮廓中所述；

d)多个OSI协议组合的规范，可能与某一特定的传送语法和或（）一个或多个特定信息客体组合使

用。

测试其一致性的OSI规范可以包含于某项国家标准、国际标准、ITU-T建议或国际标准化轮廓中．

1.2GB/T17178原则上也适用于综合业务数字网I（SDN）的一致性测试。

1.3GB/T17178适用于对一个协议或一组协议实现的一致性测试，这些实现需要在两个或多个开放

实系统之间通信以达到其目标例（如：消息处理服务M（HS)、目录服务、ISDN、事务处理、路由选择和系

统管理等）。

1.4GB/T17178适用于一致性测试过程中的不同阶段，这些阶段的特征由三个主要的活动确定。这

三个活动是：

a)用于特定OSI协议的抽象测试套A（TS)规范和用于特定OSI轮廓的轮廓测试规范(P（TS);

b)对能够执行抽象测试套的可执行形式的测试工具的实现；

c）由测试实验室基于实现一致性声明I（CS)对某特定客户实现的一致性评估过程，该过程以产生

一份系统一致性测试报告S（CTR）和一份或多份协议一致性测试报告P（CTR)(为每个所用的ATS产

生一份）而结束。该报告根据所用的协议规范和测试套给出测试结果。

本标准适用于所有的三个活动，它提供指导性介绍材料，以及常用术语和概念的定义。

注：GB/T17178.2涉及ATS规范的要求和指南，它独立于测试表示法。GB/T17178.3定义所建议的测试表示法。

GB/T17178.4涉及测试工具实现的要求和指南。GB/T17178.5涉及一致性评估过程对测试实验室及其客户

的要求和指南。GB/T17178.6对每个涉及到的协议论述基于ATS的PTS的要求和指南。GB/T17178.7涉及

有关ICS、系统一致性声明S（CS)、性能和需求列表R（L）的要求和指南。

1.5GB/T17178依据OSI一致性测试所遵循的规程，规定了要求并提供指南。

1.6GB/T17178仅包括满足下列目标所必须的信息：

国家技术监督局1997一12一25批准1998一08一01实施

GB/T17178.1一1997

a)作为对一致性的指南，应在测试中获得足够的可信度；

b）在不同的时间、不同的地点，对一个特定的OSI实现所作的测试结果之间应获得可比性；

c）促进负责以上1.4所述活动的各方之间的交流。

1.了本标准包括如下有关辅导介绍材料：

a)在OSI的上下文里解释一致性含义；

b）说明一致性测试的主要类别；

c）介绍一致性评估过程；

d）介绍抽象测试方法及其适用性；

e）介绍测试套设计的概念。

此外，本标准还描述GB/T17178其他部分之间的关系和在一致性测试中所涉及到的活动，并介绍

与GB/T17178其他相关各部分符合性的概念。

1.8下列问题不属于GB/T17178的范围：

a)认证，可能出现在一致性测试之后的管理性手续；

b)对设备购置及合同的要求；

c）用针对于某些特定应用、协议或系统的测试法所进行的测试；

d）不是根据PDU交换所进行的测试。

注：GB/T17178不完全适用于物理层协议。然而，许多概念适用于所有的协议。

2引用标准

下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均

为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

GB9387-88信息处理系统开放系统互连基本参考模型(idtISO7498:1984)

GB/T15129-94信息处理系统开放系统互连服务约定i（dtISO/TR8509:1987)

GB/T16263-1996信息处理系统开放系统互连用于抽象语法记法一A（SN.1)的基本编码

规则规范i（dtISO/IEC8825:1990)

GB/T17178.2信息技术开放系统互连一致性测试方法和框架第2部分：抽象测试套规范

(idtISO/IEC9646-2：1994)

GB/T17178.3信息技术开放系统互连一致性测试方法和框架第3部分：树和表的组合表

示法i（dtISO八EC9646-3:1992)

GB/T17178.4信息技术开放系统互连一致性测试方法和框架第4部分：测试实现

(idtISO八EC9646-4：1994)

GB/T17178.5信息技术开放系统互连一致性测试方法和框架第5部分：一致性评估过程

对测试实验室和客户的要求i（dtISO/IEC9646-5:1994)

GB/T17178.6信息技术开放系统互连一致性测试方法和框架第6部分：协议轮廓测试规

范i（dtISO八EC9646-6：1994)

GB/T17178.7信息技术开放系统互连一致性测试方法和框架第7部分：实现一致性声明

(idtISO/IEC9646-7：1995）

GB/T16682.1-1996信息技术国际标准化轮廓的框架和分类方法第1部分：框架(i（dtISO/

IECTR10000-1：1992)

3定义

3.1参考模型的定义

本标准以开放系统互连基本参考模型(GB/T9387)所制定的概念为基础，并采用了该标准中定义

GB/T17178.1-1997

的下列术语；

a)(N）实体

b)(N）层

。）(N）协议

d)(N）协议数据单元

e)(N）中继

f)(N）服务

g)(N）服务访问点

h）应用层

1）应用服务元素

J)数据链路层

k）网络层

1)物理层

m）表示层

n）开放实系统

。）实系统

P)(N）服务数据单元

q）会话层

r）子网

s）传送语法

t)运输层

3.2在其他标准中定义的术语

3-2.1本标准采用了OSI服务约定G（B/T15129）中定义的下列术语：

a）服务用户

b）服务提供者

c）服务原语

3.2.2本标准采用了ASN.1基本编码规则规范G（B/T16263)中定义的下列术语：

编码

3.2-3本标准采用了国际标准化轮廓的框架和分类方法G（B/T16682.1)中定义的下列术语：

a）国际标准化轮廓

b）轮廓

。）基础标准

注

1在GB/T17178中，术语轮“廓”指的是协“议轮廓”，见3.3.82,

2在GB/T17178中，更一般的术语“基础规范”与基“础标准”有类似的意义，但与规范状态无关，如3.3.10所定

义。

3.3一致性测试的定义

本标准采用下列定义。

3.3.1测（试例）异常终止abnormal(testcase)termination

用于描述抽象测试例被测试系统提前终止时其执行结果的术语。

3.3.2抽象N（）服务原语［(N)-ASP]abstract(N)-service-Primitive[(N)-ASP]

按照OSI服务定义的规定，对在N（）服务边界处服务用户和服务提供者之间交互所作的独立于实

现的描述。

GB/T17178.1一1997

3.3.3抽象测试例abstracttestcase

在某种特定抽象测试法的抽象级别上定义的，对为获得特殊测试目的所需行动的一种完整和独立

的规范。它起始和终止于稳定的测试状态。该规范可能包含一个或多个连续或并行的连接。

注

1对于每个可观察的测试输出即（测试事件序列）来说，都能足以获得清晰的测试裁决，从该意义上讲，该规范应是

完整的。

2应可能执行独立于其他这样测试例的导出的可执行测试例即（：该规范总应包括起始和结束于“空闲”状态的可

能性），从该意义上讲，该规范是独立的。

3.3.4抽象测试例错误abstracttestcaseerror

由抽象测试例的错误所导致的测试例错误。

3.3.5抽（象）测试法A［TM](abstract)testmethod[ATM]

对如何测试IUT的描述，在某个给定的抽象级别上该描述与测试工具的任何具体实现无关，但其

详细程度应足以能用这种测试法规定抽象测试例。

3.3.6抽象测试套A［TS]abstracttestsuiteEATS]

由抽象测试例组成的测试套。

3.3.7抽象测试套A［TS〕规范abstracttestsuiteEATS]specification

包括标准ATS及相关信息的规范。

3.3.8抽象测试上下文abstracttestingcontext

多方或单方的测试上下文。

3.3.9抽象测试方法abstracttestingmethodology

用于对抽象测试法进行描述和分类的方法。

3.3.10基础规范basespecification

关于协议、抽象语法、编码规则或信息客体的规范。

3.3.11基本互连测试B［IT]basicinterconnectiontest[BIT]

为了确定IUT与相关协议是否有足够的一致性以使互连成为可能而进行的有限范围的测试，不必

进行全部测试。

3.3.12行为测试behaviourtest

为确定IUT对一种或多种动态一致性要求满足程度而进行的测试。

3.3.13实（现的）能力capability(ofanimplementation)

实现所支持的有关协议的功能集合。

3.3.14能力测试capabilitytest

验证IUT所声称的一种或多种能力是否存在的测试。

注：能力测试包括检查在ICS中声明支持的全部必备能力和任选能力，但不检查IUT在ICS中声明不支持的那些

能力。

3.3.15测（试实验室的）客户client(ofatestlaboratory)

提交需进行一致性测试的系统或实现的组织。

3.3.16公共子（）轮廓common(sub)profile

在一个或多个其他轮廓中引用的轮廓或轮廓的特定子集。

3-3-17结（果的）可比较性。omparability(ofresult)

一致性评估过程的特性，即在不同的测试环境下，对同一IUT的执行将导致相同的该IUT的一致

性总体结论。

3-3-18综合测试服务comprehensivetestingservice

由测试实验室对其客户提供的对一个或多个OSI协议进行一致性评估的服务，其测试方法的选择

GBIT17178.1一1997

足以使服务适合声称实现特定协议的所有开放实系统。

3.3.19一致性评估过程conformanceassessmentprocess

完成评估一个实现或系统与一个或多个OSI规范的一致性所需的全部一致性测试活动的完整过

程。

3.3.20一致性记录conformancelog

作为测试活动的结果而产生的可人工阅读的记录信息，它足以记录观察到的测试输出和检验赋给

的测试结果包（括测试裁决）。

3.3.21一致性解析侧试conformanceresolutiontest

为满足标准抽象测试例未定义的测试目的，而进行的非标准的，且可能与系统相关的测试，以便根

据一个或多个特殊的一致性要求来考察一个OSI协议实现的行为。

3.3.22一（致性）测试套(conformance)testsuite

对一个或多个OSI协议进行动态一致性测试所需的测试例完整集合，它可能组成嵌套的测试组。

注：它应包括能力测试和行为测试。如果合适的话，它还可以用“抽象的”、“可执行的”这些形容词加以限定。除非另

作说明，否则指的是“抽象测试套”。

3.3.23一致性测试conformancetesting

测试IUT是一致性实现所达到的程度。

3.3.24一致性测试规范conformancetestingspecification

一个或多个包含标准化的ATS的规范，如果有的话，也包括相关的TSS&TP、部分IXIT形式表和

TMP规范。

3.3.25一致性实现conformingimplementation

满足静态和动态一致性要求，并与ICS所陈述的能力相一致的IUT,

3.3.26一致性系统conformingsystem

满足静态和动态一致性要求，并与SCS参照的ICS所陈述的能力相一致的实系统。

3.3.27协调测试法coordinatedtestmethod

上测试器在SUT中且为TCP定义了标准TMP的抽象测试法，从而可单独通过下测试器的活动

规定控制和观察，其中包括对测试管理PDU的控制和观察。

3.3.28分布式测试法distributedtestmethod

上测试器在SUT中且在IUT的上服务边界处有PC(）的抽象测试法。

3.3.29动态一致性要求dynamicconformancerequirement

规定在通信情况下有关规范所允许的可观察行为的一种要求。

3.3-30嵌入测试embeddedtesting

专门对多协议IUT中单个协议的测试，该IUT包含正在被测试协议之上的协议活动规范，但并不

规定多协议IUT内服务界面处的控制或观察。

注：这个定义假定IUT的协议是按照连续的相邻用户／提供者关系排列的．

3.3.31可执行测试例executabletestcase

抽象测试例的实现．

3.3.32可执行测试例错误executabletestcaseerror

抽象测试例实现中的测试例错误。

3.3.33可执行测试套[ETS]executabletestsuite[ETS]

由可执行测试例组成的测试套。

3.3.34失败裁（决）fail(verdict)

当观察到的测试输出表明与该测试例所相关的测试目的一致性要求至少有一条不一致时，所给出

的测试裁决，或者根据有关规范，其中至少包含一条无效测试事件时所给出的测试裁决。

GB/'r171781-1997

3.3-35预知的测试输出foreseentestoutcome

在抽象测试例中标识的被观察到的测试输出。

注：预知测试输出可以包含一个未标识的测试事件。

3.3.36(ICS形（式表））项I（CS(proforma))item

ICS形式表的一行。

3.3-37(ICS形（式表））问题I（CS(proforma))question

在ICS形式表中ICS项与支持列即（：适“用于此表和此列的上下文支持此项吗？”）或支持值列

（即：“适用于此表和此列的上下文中的该项支持什么值？”）相交处需被回答的问题。

3.3-38空闲测试状态idletestingstate

没有相关协议建立的连接，并且SUT状态独立于以前任何执行过的测试例的一种稳定测试状态。

3.3-39实现一致性声明I〔CS]implementationconformancestatement[ICS]

由声称与所给规范一致的实现或系统的提供者所作的声明，陈述已实现了哪些能力。ICS可有以下

诸表：协议ICS、轮廓ICS、轮廓特定ICS和信息客体ICS,

3.3-40实现一致性声明I［CS］形式表implementationconformancestatement[ICS]proforma

以问卷形式出现的文档，当为一个实现或系统填写完后就成为ICS.

3.3-41测试实现附加信息I［XIT]implementationextrainformationfortesting[IXIT]

由IUT的提供者或实现者所做的陈述，它包含或引用了与IUT及其测试环境有关的全部信息

(ICS给出的信息除外），该陈述使测试实验室能对IUT运行适当的测试套。一份IXIT可以有以下诸

表：协议IXIT、轮廓IXIT、轮廓特定IXIT和信息客体IXIT,TMP实现声明。

3.3-42测试实现附加信息I［XIT〕形式表implementationextrainformationfortesting[IXIT]pro-

forma

以问卷形式出现的文档，当为一个IUT或SUT填写完后就成为IXITo

注：一份完整的MIT形式表的完成经过三个阶段：第一阶段，测试套制定者在制定测试规范A（TS,PSTS或PTS)

的同时生成一个部“分IXIT形式表”；第二阶段，溯试实现者完善部分IXIT形式表，并为测试工具生成一个“加

强的部分MIT形式表”；第三阶段，侧试实验室加进其自己的间题及信息以为测试服务生成一份完整的IXIT

形式表。术语“部分IXIT形式表”和加“强的部分MIT形式表”仅用于在GB/T17178中区分各不同的开发阶

段。

3.3.43被测实现I［UT]implementationundertest[IUT]

具有相邻用户／提供者关系的一个或多个OSI协议的一种实现，这种实现将作为开放实系统的一

部分通过测试进行研究。

3.3-44不确定裁（决）inconclusive(verdict)

当根据观察到的测试输出既不能给“通过”，也不能给“失败”的裁决时，所给出的测试裁决。

3.3-45信息客体实现一致性声明信［息客体ICS]informationobjectimplementationconformance

statement[informationobjectICS]

用于声称与所给信息客体规范具有一致性的实现或系统的ICS.

3.3-46信息客体测试实现附加信息信〔息客体IXIT]informationobjectimplementationextrain-

formationfortesting[informationobjectIXIT]

用于声称与所给信息客体规范具有一致性的实现或系统的IXITe

3.3.47初始测试状态initialtestingstate

测试体启动时的测试状态。

注：既可以是稳定测试状态，也可以是暂时测试状态．

3.3-48不合适测试事件inopportunetestevent

当被测试一致性的相关规范不允许发生时而发生的测试事件。

GB/T17178.1一1997

3.3-49无效测试事件invalidtestevent

至少违反了被测试一致性的有关规范的一个一致性要求的测试事件。

注：不要将该术语与GB/T14399高级数据链路控制HDLC的X.25第二级中定义的“无效事件”相混淆。

3.3.50IUT成分IUTcomponent

与特定下测试器通信的IUT那部分。

3.3.51本地测试法localtestmethod

下测试器和上测试器都设置在测试系统内，且在IUT的上服务边界有一PCO的抽象测试方法。

3.3-52下测试器L［T]lowertester

在GB/T17178中用来表示在测试执行期间，通过下层服务提供者间接对IUT的下层服务界面进

行控制和观察的手段。

注：下层服务提供者应直接位于测试所关注的最（低层）协议之下。它可能使用一个或多个OSI层，或仅仅使用物理

媒体。

I153-F测试器控制功能L〔TCF]lowertestercontrolfunction[LTCF]

提供协调下测试器与MPyT上下文中的裁决赋值的方法。

3.3-54测试I（UT）工具M〔OT]meansoftesting[MOT](IUT)

能完成测试例的推导、选择、参数化和执行的设备和规程的组合。它应与参考的标准化ATS一致，

且能产生一致性记录．

3.3.55多方测试M［PyT〕上下文multi-partytesting[MPyT]context

IUT作为一个整体被测试的上下文，并且要求同时与多个其他的开放实系统通信。

3.3-56多协议测试multi-protocoltesting

通过测试例对TUT中多于一个的协议的测试。这些测试例的测试目的覆盖相关多个协议的一致性

要求。

3.3-57多规范依赖性multi-specificationdependency

在一个规范中的一致性要求，该规范规定在一个一致性系统中对另一规范的支持的要求。

3.3-58观（察到的）测试输出o（bserved)testoutcome

在特定参数化的可执行测试例执行期间所产生的测试事件序列及其相关的数据和／或参数值。

3.3-59参数化的抽象测试例parameterizedabstracttestcase

根据特定ICS和IXIT,所有有关参数都已提供适当值的抽象测试例。

3.3.60参数化的抽象测试套[PATS]parameterizedabstracttestsuite[PATS]

根据适当ICS和IXIT，其所有测试例均已参数化的选定的抽象测试套。

3.3.61参数化的可执行测试例parameterizedexecutabletestcase

根据特定ICS和IXIT，全部相应参数都已提供适当值，并且对应于一个参数化的抽象测试例的可

执行测试例。

3.3-62参数化的可执行测试套[PETS]parameterizedexecutabletestsuite[PETS]

根据相关ICS和IXIT，其所有测试例均已参数化，并且对应于一个参数化的抽象测试套的选定的

可执行测试套。

3.3-63通过裁（决）pass(verdict)

当观察到的测试结果对测试例的测试目的所针对的一致性要求给出一致性证据，且未检测到无效

的测试事件时给出的测试裁决。

3.3-64控制观察点P〔CO]pointofcontrolandobservation[PCO]

如在抽象测试法中定义的，在测试环境中观察和控制测试事件发生的点。

注：一PCO可根据ATS用在该PCO处发生的ASP和／或PDU的集合来描述。

3.3-65初步结果preliminaryresult

GB/T1717$-1一1997

记录在一致性记录中，并用于决定测试裁决的信息。

3.3-66轮廓一致性测试profileconformancetesting

测试某一IUT与一轮廓规范相一致的程度。

3.3-67轮廓实现一致性声明轮〔廓ICS]profileimplementationconformancestatement[profile

ICS]

声称与某一轮廓一致的系统的ICS,包（括轮廓RL）如果有，还包括基础规范ICS和轮廓特定ICS,

注：在GB/T16682.1中的相应术语是“ISP实现一致性声明"，(ISPICS),

3.3-68轮廓实现一致性声明轮〔廓ICS〕形式表profileimplementationconformancestatement

[profileICS]proforma

一个轮廓RL加上一套ICS形式表，当为一系统填写完并与轮廓RL一起时就成为轮廓ICS,

3.3-69轮廓测试实现附加信息轮［廓IXIT]profileimplementationextrainformationfortesting

[profileIXIT]

与测试所给轮廓包（括轮廓XRL）一致性有关的IXIT，如果有，也包括基础规范MIT、轮廓特定

IXITo

3.3-70轮廓测试实现附加信息轮〔廓IXIT〕形式表profileimplementationextrainformationfor

testing[profileIXIT]proforma

一个轮廓XRL加上一套IXIT形式表，当为一SUT填写完并与轮廓XRL一起就成为一份轮廓

IXIT。

3.3-71轮（廓MIT要求列表X［RL](profile)IXITrequirementslist仁XRL]

在某一轮廓测试规范中，对允许在基础规范IXIT中回答的约束的规范，其中基础规范IXIT是用

于测试系统与相关轮廓一致性的轮廓IXIT的一部分。

3.3-72轮（廓）要求列表R〔L](profile)requirementslist[RL]

轮廓一致性要求的规范，此规范以对相关基础规范ICS形式表的状态项修改的形式给出。这些要

求规定了对基础规范ICS中允许的回答的附加约束，其中基础规范ICS是声称与相关轮廓相一致的系

统的轮廓ICS的一部分。

3.3.73轮廓特定实现一致性声明轮［廓特定ICS]profilespecificimplementationconformance

statement[profilespecificICS]

声称与所给轮廓一致的系统的ICS，它回答轮廓特定的，并且附加于列在轮廓RL中的基础规范

ICS形式表项的间题。

3.3-74轮廓特定测试实现附加信息轮［廓特定IXIT]profilespecificimplementationextrainforma-

tionfortesting[profilespecificIXIT]

和测试所给轮廓一致性有关的IXIT，此IXIT回答有关IUT及其测试环境的问题，这些问题是轮

廓特定的，并且附加于基础规范IXIT的。

3.3.75轮廓特定测试规范P［STS]profilespecifictestspecification[PSTS]

定义扩编与所给轮廓参照的基础规范有关的标准ATS集所必需的信息的规范，如果必要，包括用

于多协议一致性要求的测试例，以便为该轮廓提供一套完整的抽象测试例。

3.3-76轮廓测试规范P〔TS]profiletestspecification[PTS]

一个PTS总结加上一套它所引用的文档，包括一套给定轮廓的基础规范TSS&TP和ATS，加上

PSTS,

3.3-77轮廓规范profilespecification

规定一个或多个轮廓的规范。一个轮廓规范可以是一个ISP、国家标准、国际标准或是ITU-T建

议。

3.3.78轮廓测试规范总结P〔TS总结〕profiletestspecificationsummary[PTS-Summary]

GBIT17178.1一1997

参照为完整规定给定轮廓的一致性测试所需的所有文档的规范，包括一个TSS&TP，对轮廓参照

的每个基础规范至少一个ATS，以及PSTS,

3.3.79协议一致性测试报告P［CTR]protocolconformancetestreport[PCTR]

在一致性评估过程结束时编写的一种文档，它给出了用某个特定ATS进行测试的详细内容，列出

了所有的抽象测试例，标识出其中执行了相应可执行测试例的部分，及其所赋给的裁决。

3-3-80协议实现一致性声明P［ICS]protocolimplementationconformancestatementEPICS]

声称与给定协议规范一致的实现或系统的ICS.

3-3-81测试协议实现附加信息P［IXIT]protocolimplementationextrainformationfortesting

[PIXIT]

与给定协议规范一致性测试相关的IXITo

3.3.82协（议）轮廓(protocol)profile

规定从一套有关的协议，以及可能的一个或多个传送语法和／或信息客体中进行选项选择的轮廓

如（GB/T16682.1所定义）。

注

1在整个GBJT17178中，轮“廓”应被认为是协“议轮廓”。GBJT17178一般指的是轮廓和轮廓规范。ISP是规定

一个或多个轮廓的轮廓规范的一个例子。

2轮廓规范可以是ISP、国家标准、国际标准或ITU-T建议。

3.3.83PSTS测试例替换列表PSTStestcasereplacementlist

对给定的轮廓从基础规范ATS中去选并由PSTS给出的抽象测试例替代的抽象测试例列表。

3.3.84参考标（准化）的抽象测试套仁参考标（准化）的ATS]reference(standardized)abstracttest

suite[reference(standardized)ATS]

测试工具实现的标准化的ATSa

3.3.85远程测试法remotetestmethod

仅通过下测试器活动，规定测试事件的控制观察的抽象测试法。其中TCP的某些要求可能在ATS

中隐含地或非形式地加以说明，但其中对它们的可行性或实现不做任何假设。

3.3.86结（果的）可重复性repeatability(ofresults)

测试例的特性，即在相同条件下对相同IUT重复执行将导出相同的测试裁决，并且扩展为测试套

的一种特性。

3.3.87在（通讯情况下实现的）角色role(ofanimplementationinaninstanceofcommunication)

定义在基础或轮廓规范中的一个主要操作类，它可以用于描述通讯情况下的实现。

注：可能的角色是：发起者、响应者、调用者、执行者、管理者、代理者或适用于多方协议的不同操作类。

3.3.88已选的抽象测试套[SATS]selectedabstracttestsuiteESATS]

相应于IUT，用ICS和IXIT选择的ATS子集。

3.3.89已选的可执行测试套S〔ETS]selectedexecutabletestsuite[SETS]

相应于IUT，用ICS和IXIT选择的ETS子集。

3.3-90语义无效测试事件semanticallyinvalidtestevent

既非不恰当，也非语法无效，但根据有关协议规范含有语义错误例（如，PDU包含超过参数的协商

范围的参数值）的测试事件。

3.3.91单方R1试S〔PyT〕上下文single-partytesting[SPyT]context·

IUT需要与另外一个开放实系统通信的上下文。

3.3-92单协议测试single-protocoltesting

对单协议或多协议IUT中的单一协议而规定的测试。

3.3.93稳定测试状态stabletestingstate.

GB/T17178.1一1997

能够维持，但没有指定下测试器行为的测试状态，其应足够长以跨越测试活动中从一个测试实例到

另一个测试实例之间的间隙。

3.3.94标准化的抽象测试套标〔准化的ATS]standardizedabstracttestsuite[standardizedATS]

已出版的规范中规定的ATS，或当没有这种规范时应规定正在标准化的公开可得到文档，这种文

档应处于可得到的当前最高标准化状态，并且至少应达到我国报批稿、ISO/IEC或IUT-T的委员会草

案或同等程度。

3.3.95静态一致性要求staticconformancerequirement

规定对声称一致于相关规范的开放实系统所允许的实现能力组合限制的一种要求。

3.3.96静态一致性评审staticconformancereview

通过对ICS和SCS中的回答与相关规范中表达的静态一致性要求进行比较，检验声称的静态一致

性要求被SUT支持的程度。

3.3-97状态值（）status(value)

ICS形式表中某项的状态列所允许的条目。

3.3.98支（持）答复s（upport)answer

ICS某项支持或支持值列所允许的条目，用于回答ICS问题。

3.3.99语法无效的测试事件syntacticallyinvalidtestevent

声称相一致的有关规范中语法上不允许的测试事件。

3.3.100系统一致性声明S［CS]systemconformancestatement[SCS]

综述实现了国家标准、OSI国际标准、ITU-T建议或轮廓并声称与其一致的一种文档。

3.3.101系统一致性声明[SCS〕形式表systemconformancestatement[SCS]proforma

以间题形式出现的文档，当为一系统填写完后就成为SCS,

3.3.102系统一致性测试报告[SCTR]systemconformancetestreport

在一致性评估过程结束时生成的一种文档，它给出了系统或实现同进行一致性测试的基础或轮廓

规范之间一致性的全面总结。

3.3.103被测系统S［UT]systemundertest[SUT]

IUT所在的开放实系统。

3.3-104模板template

形式表的一部分，它可以用来作为开发完整形式表的基础。

注：模板可以用来规定某些ICS形式表、IXIT形式表、PCTR形式表和SCTR形式表。

3.3-105测试体testbody

达到测试目的的测试事件序列。

3.3.106测试活动testcampaign

对一个特定的IUT执行参数化的可执行测试套并产生一致性记录的过程。

3.3.107测试例testcase

抽象或可执行的测试例。

注：一般来讲，GB/T17178中的“测试”一词只表示一般的意义，有时也可以作为抽象测试例或可执行测试例的简

称．上下文应使意思明确。

3.3.108测试例错误testcaseerror

用于描述在测试例自身发现错误时测试例执行结果的术语。

3.3.109测试协调规程T〔CP]testcoordinationprocedures[TCP]

测试期间，上、下测试器以及LTCF如（果适用）之间合作的规则。

3.3.110测试事件testevent

在规范的抽象级上，测试规范不可细分的单元如（，发送或接收一个PDU).

GB/T17178.1一1997

3.3.111测试组testgroup

有关测试例的命名集合。

3.3.112测试组目标testgroupobjective

特定测试组中的测试目的所要达到的共同目标的非形式化描述。

3.3.113测试实验室testlaboratory

执行一致性测试的机构。它可以是第三方、用户组织、主管部门或公认的私人运行机构，或者是提供

者组织的经认可部门。

3.3.114测试管理协议T〔MP]testmanagementprotocol[TMP]

用于为特定测试套实现部分或全部TCP的协议。

3.3-115测试管理协议T［MP〕实现声明testmanagementprotocol[TMP]implementationstate-

ment

测试实验室的客户所做的声明，陈述在SUT中实现的特定TMP能力。

3.3.116测（试）后序t（est)postamble

从测试体结束直到完成测试例的稳定测试状态之间的测试事件序列。

3.3.117测（试）前序t（est)preamble

从起动测试例的稳定测试状态直到测试体开始时的初始测试状态之间的测试事件序列。

3.3.118测试目的testpurpose

良好定义的测试目标的非形式化描述，它集中于诸如在适当的OSI规范中所规定的单个一致性要

求或一套相关的一致性要求例（如，验证对特殊参数的特殊值的支持）。

3.3.119测试实现testrealization

产生测试IUT工具的过程。

3.3.120测试实现者testrealizer

独立于测试实验室的客户及其IUT，负责提供与ATS一致的测试IUT工具的组织。

3.3.121测试状态testingstate

测试中涉及到的状态，包括SUT,测试系统和ATS规定的控制观察协议的状态的组合，如果有关，

也包括低层服务的状态。

3.3.122测试步teststep

命名的测试例的细分，它由测试事件和／或其他测试步组成。

3-3-123测试系统testsystem

包括下测试器实现的实系统。

注：同一测试系统可用作多个测试工具的一部分。

3.3.124测（试）裁决t（est)verdict

如在抽象测试例中规定的，涉及测试例执行后有关IUT一致性的“通过”、“失败”、“不确定”的陈

述。

3.3-125暂时测试状态transienttestingstate

非稳定测试状态的任何测试状态。

注：暂时测试状态包括那些处于PDU逻辑交换过程中的测试状态如（建立连接或执行协商），特别是在请求PDU

已经发出或（收到）并且相应的响应PDU还未收到或（发出）时。

3.3.126未预知的测试结果unforeseentestoutcome

未规定于抽象测试例的观察到的测试结果。

注：未预知的测试结果只能导致测试例错误或异常测试例终止．

3.3-127未