本标准适用于测试ACSE协议实现的一致性测试套，这些ACSE协议实现对面向连接的表示服务进行操作并声称符合GB/T16687。 GB/T 18137.1-2000 信息技术 开放系统互连 ACSE 协议一致性测试套 第1部分：测试套结构和测试目的 GB/T18137.1-2000 标准下载解压密码：www.bzxz.net

ICS35.100.70
中华人民共和国国家标准
GB/T 18137.1—2000
idtIS0/IEc10169-1:1991
信息技术开放系统互连
ACSE协议一致性测试套
第1部分：测试套结构和测试目的Information technologyOpen Systems Interconnection+Conformance test suite for the ACSE protocol-Part 1: Test suite structure and test purposes2000-07-14发布
2001-03-01实施
国家质量技术监督局
GB/T18137.1—2000
本标准等同采用国际标准ISO/IEC10169-1：1991《信息技术开放系统互连ACSE协议一致性测试套第1部分：测试套结构和测试目的》。本标准省去了ISO/IEC10169-1中的附录A（即详细的目次），将ISO/EC10169-1中的附录B改为本标准的附录A。
GB/T18137在《信息技术
开放系统互连ACSE协议一致性测试套》总标题下，目前包括以下部分：
第1部分（即GB/T18137.1）：测试套结构和测试目的本标准的附录A是提示的附录。
本标准由中华人民共和国信息产业部提出。本标准由中国电子技术标准化研究所归口。本标准起草单位：清华大学、中国电子技术标准化研究所。本标准主要起草人：徐明伟、陈立宇、夏宜、吴建平、郑洪仁。GB/T18137.1—2000
ISO/IEC前言
ISO(国际标准化组织)和IEC(国际电工委员会)是世界性的标准化专门机构。国家成员体（它们都是SO或EC的成员国）通过国际组织建立的各个技术委员会参与制定针对特定技术范围的国际标准。ISO和IEC的各技术委员会在共同感兴趣的领域内进行合作。与ISO和EC有联系的其他官方和非官方国际组织也可以参与国际标准的制定工作。对信息技术，ISO和IEC建立了一个联合技术委员会，即ISO/IECJTC1。由联合技术委员会提出的国际标准草案需分发给国家成员体进行表决。发布一项国际标准，至少需要75%的参与表决的国家成员体投票赞成。
国际标准ISO/IEC10169-1是由ISO/IECJTC1“信息技术”联合技术委员会制定的。本标准的附录A和附录B仅提供参考信息。GB/T18137.1—2000
致性测试的目的是增加不同协议实现之间相互工作的可能性，尽管单独依靠一致性测试并不能保证相互工作。一致性测试通过确定某实现具有的所需功能以及在典型通信实例中与协议规范相一致的行为，来增加每一个实现与协议规范相符的可信度。相关的标准化一致性测试的基本目的是根据相关的协议标准建立统一的一致性测试和无歧义的评价过程来检查协议实现按照相关协议标准操作的能力。这些测试套的标准化将使不同测试实验室得出的测试结果具有可比性并能够被普遍地接受，从而减少对同一个ACSE协议实现所进行的重复测试。本标准规定了一个测试套结构和一组测试目的，供测试套的制定者使用，作为所有已标准化的一致性测试套的基础，来评价与GB/T16687(即联系控制服务元素ACSE协议)的一致性。基于本标准的一致性测试套是为以下人员设计的：a）提供ACSE协议一致性测试服务的测试实验室；b）为上述测试实验室提供测试手段的测试实现者；c）ACSE协议的实现者。
1范围
中华人民共和国国家标准
信息技术开放系统互连
ACSE协议一致性测试套
第1部分：测试套结构和测试目的Information technologyOpen Systems InterconnectionConformancetest suitefortheACSE protocolPart 1:Test suite structure and test purposesGB/T18137.1—2000
idtIS0/IEC10169-1:1991
本标准根据GB/T16687为ACSE协议规定一个测试套结构和测试目的。本标准并不规定这些致性测试是如何实现或使用的，也不规定测试结果是如何表示或使用的。注：不同测试方法的选择可能会限制测试目的的实现。本标准适用于测试ACSE协议实现的一致性测试套，这些ACSE协议实现对面向连接的表示服务（GB/T15695）进行操作并声称符合GB/T16687。本标准不包括对相关协议实现的一个通用的性能、可靠性或健壮性的评价，也不包括对协议设计本身的评价。
2引用标准
下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T9387.1—1998信息技术开放系统互连基本参考模型第1部分：基本模型(idtISO/IEC7498-1.1994)
GB/T151291994
GB/T15695—1995
信息处理系统、开放系统互连服务约定（idtISO/TR8509：1987）信息处理系统开放系统互连面向连接的表示服务定义(idtISO8822:1988)
GB/T16687—1996
信息处理系统开放系统互连联系控制服务元素协议规范(idtISo8650:1988)
GB/T16688—1996
信息处理系统开放系统互连联系控制服务元素服务定义(idtISO8649:1988)
GB/T17178.1—1997信息处理系统开放系统互连一致性测试方法和结构
概念（idtISO/IEC9646-1：1994）ISO8327：1987信息处理系统开放系统互连面向连接的基本会话协议规范第1部分：基本
ISO/EC9646-2：1991信息技术开放系统互连一致性测试方法和结构第2部分：抽象测试套规范
国家质量技术监督局2000-07-14批准2001-03-01实施
GB/T 18137.1—2000
ISO/IEC9646-3：1991：信息技术开放系统互连表示法
3定义
本标准采用下列定义。
3.1参考模型定义
本标准采用GB/T9387.1中定义的下列术语：a）应用层applicationlayer；
b）应用实体application-entity；c）应用服务元素application-service-element；一致性测试方法和结构第3部分：树表结合d）应用协议数据单元application-protocol-data-unit；e）应用协议控制信息application-protocol-control-information；f）表示层presentationlayer；g）表示服务presentation-service；h）表示连接
presentation-connection;
i）传送语法transfersyntax。
3.2服务约定定义
本标准采用GB/T15129中定义的下列术语：a）服务提供者service-provider；b）服务用户service-user；
c）服务原语serviceprimitive。3.3表示服务定义
本标准采用GB/T15695中定义的下列术语：a）抽象语法abstractsyntax；
b）常规方式（表示）normalmodepresentation]；c）X.410—1984方式（表示）X.410—1984modepresentation]。3.4ACSE服务定义
本标准采用GB/T16688中定义的下列术语：a）应用联系application-association；b）联系控制服务元素associationcontrolserviceelement；c）ACSE服务用户ACSEservice-user；d）ACSE服务提供者ACSEservice-provider；e）请求者requestor；
f）接受者acceptor；
g）联系发起者association-initiator；h）联系响应者association-tesponder；i）常规方式normalmode;
j)X.410—1984方式X.410—1984mode。3.5ACSE协议定义
本标准采用GB/T16687中定义的下列术语：a）联系控制协议机AssociationControlProtocolMachine；b）请求联系控制协议机requestingAssociationControlProtocolMachine；c）响应联系控制协议机respondingAssociationControlProtocolMachine。2
一致性测试方法和结构定义
GB/T18137.1—2000
本标准采用GB/T17178.1中定义的下列术语：a）基本互连测试basicinterconnectiontest；b）行为测试behaviourtest；
c）IUT的能力capabilitiesofanIUT；d）能力测试capabilitytest；
e）一致性测试conformancetesting；f）一致性测试套conformancetestsuite；g）动态一致性要求dynamicconformancerequirements；h被测实现[IUT]implementationundertest[rUT];i）不合适测试事件inopportunetestevent；j）无效测试事件invalidtestevent；k）下测试器lowertester；
1】协议实现一致性声明[PICS]protocolimplementationconformancestatement[PICS]；m）PICS形式表PICSproforma；
n】测试协议实现附加信息[PIXIT］protocol implementationextrainformationfortesting[PIXIT];
o）PIXIT形式表PIXITproforma；p）静态一致性要求staticconformancerequirements；g）语义无效测试事件semanticallyinvalidtestevent，r）语法无效测试事件syntacticallyinvalidtestevent；s）被测系统[SUT］systemundertest[SUT]；t）测试事件testevent；
u）测试组testgroup；
v）测试组目标testgroupobjective；w）测试目的testpurpose,
x）测试套testsuite;
y）有效测试事件
valid test event.
4缩略语
4.1数据单元
应用协议数据单元
表示协议数据单元
会话协议数据单元
4.2应用协议数据单元的类型免费标准下载网bzxz
A-ASSOCIATE-RESPONSEAPDU
A-ASSOCIATE-REQUESTAPDU
A-ABORT APDU
A-RELEASE-RESPONSEAPDU
A-RELEASE-REQUESTAPDU
3应用层服务原语的类型
A-ABRind A-ABORT indication
A-ABRreq
A-ABORTrequest
GB/T 18137.1—2000
A-ASCcnf
fA-ASSOCIATE confirm
A-ASCind
A-ASSOCIATEindication原语
A-ASCreq
A-ASSOCIATErequest 原语
A-ASCrsp
A-PABind
A-ASSOCIATE response
A-P-ABORTindication原语
A-RELEASEconfirm原语
A-RLScnf
A-RLSind
A-RLSreq
A-RLSrsp
P-CoNcnf
A-RELEASE indication
A-RELEASErequest原语
A-RELEASE response
P-CONNECT confirm
4.4表示层协议数据单元
CPAPPDU
CPRPPDU
4.5其他缩写
TSS&TP
一致性
连接表示接受PPDU
连接表示拒绝PPDU
联系控制协议机
联系控制服务元素
应用协议控制信息
抽象语法记法一
被测实现
下测试器
开放系统互连
协议实现一致性声明
测试协议实现附加信息
被测系统
测试套结构及测试目的
遵从本标准的一般或抽象测试套应该：a）由一组测试例组成，该组测试例与第11章到第13章规定的测试目的集合或子集相对应；b）使用一个测试套结构，该结构是本标准规定的测试套结构的适当子集(或全集)；c）明确地表明所使用的测试目的；d）覆盖所有在第11章到第13章中规定的相关测试目的，并适用于该测试套所选择的覆盖范围和测试方法；
e）使用第8章中规定的命名约定来命名其测试组和测试例，这种命名约定使第11章到第13章中使用的测试组和测试例的名字在具有相关性时也能够被使用；f）对于第11章到第13章，如果在选中的测试目的和用于测试例选择的PICS及部分PIXIT形式表之间存在一定关系的话，必须保持规定的关系；g）遵从ISO/IEC9646-2和ISO/IEC9646-3。6测试方法
6.1引言
本标准使用的测试方法遵从ISO/IEC9646-2的要求。6.2TSS和TP与抽象测试套之间的关系4
GB/T 18137.1—2000
本标准中的测试目的来源于GB/T16687，即ACSE协议标准。这个来源重点为测试协议的一致性方面标识测试目的。然而，对于使用何种测试方法、这些测试目的应如何实现，以及在测试时需注意的实践或经济约束未加以考虑。
应注意本标准的意图是ACSE协议的所有测试套都应包括对本标准中提到的所有测试目的的测试。然而，抽象测试套的制订者也可按照ISO/IEC9646-2第10章的要求将本标准的测试目的划分成子集。
6.3测试选择
测试套的结构是经过组织的，这样才有可能根据PICS的内容选择适当的测试例。注，如果PICS表示忽略某项必须的特性，那么与该特性相关的测试例将不被执行；在一致性测试报告中将明确地指出该实例的不一致性。
6.4判决
每个抽象测试例的判决是根据IUT与ACSE协议要求的行为的一致性，以及对PICS中所列功能和参数值的支持来确定的。一致性评价是基于各个判决、ACSE协议标准(GB/T16687)，以及IUT的PICS的。
6.5测试套的覆盖范围
测试目的是根据IS0/IEC9646-2中10.2（测试组结构）和10.3（测试目的)来规定和组织的，从而可获取对可能状态/事件、参数值、有效/语法无效/不合适变化的恰当的覆盖范围。7测试套结构
GB/T16687的测试套由测试组和测试例组成。每个测试例有一个精确定义的目的。在测试套中使用了嵌套测试组以提供按逻辑排序的测试例。测试组可以按任意深度嵌套。它们可用于帮助规划、开发、理解或执行测试套。
本测试套包括三个主要的测试组：a）能力测试，它用于验证ACSE协议实现的可观察能力在GB/T16687ACSE协议规范的10.2中陈述的静态一致性要求和PICS方面的有效性。b）有效行为测试，当测试器工作在有效方式下时，它测试协议实现与GB/T16687ACSE协议规范的10.3中规定的动态一致性要求相符合的程度。这些测试提供了对PICS中声称支持的特性的精确评价。
c）无效行为测试，当测试器发送的测试事件违反GB/T16687中至少一条一致性要求时，它测试协议实现与GB/T16687ACSE协议规范的10.3中规定的动态一致性要求相符合的程度。这个测试组可以划分成以下几个子组：
1）语法错误测试，这里测试器发送的测试事件中包含GB/T16687不允许的PDU定义。2）语义错误测试，这里测试器发送的测试事件的语义与GB/T16687所允许的不一致。3）不合适测试，这里测试器生成的测试事件在GB/T16687不允许的时刻发生。每个测试组都可进一步分成许多更低级的测试子组。主要测试组的完整结构在图1和图2中给出。注：在测试例树中每一项后面括号中的数字指示该测试组及其测试目的可在本标准中的相应章条中找到。5
测试套
有效行为测试
8命名约定
能力测试
有效行为测试
无效行为测试
联系建立
正常释放
异常释放
参数变化
扩展规则
GB/T18137.1—2000
见图2
不合适测试
STA0(13.3.1)
语法错误测试
语义错误测试
STA1(13.3.2)
STA2(13.3.3)
STA3(13.3.4)
STA4(13.3.5)
STA5(13.3.6)
STA6(13.3.7)
STA7(13.3.8)
图1ACSE测试套结构
发起者(12.1.1)
响应者（12.1.2)
请求者（12.2.1)
接受者（12.2.2)
A-ABORT request (12.3.1)
P-U-ABORTindication(12.3.2)
P-P-ABORTindication（12.3.3)发起者（12.4.1）
响应者（12.4.2）
图2ACSE有效行为测试
本章描述了测试组目标和测试目的中所用到的形式表。两种用到的形式表描述如下：a）第一种形式表用于含嵌套测试组的测试组。它描述了该测试组的目标并列出了它下面的测试子组。该形式如下：
V.W.X.YAA/BB/FUNCTION(FN)
[ReferenceIso8650......
Test group objective..
Subgroups：
IFunctionOne(F1).
2FunctionTwo(F2).
nFunctionn(Fn).
GB/T 18137.1—2000
第1项(V.W.X.Y)是必备的，它是该测试组在本标准中的正式章号。第2项(AA/BB/FUNCTION(FN))是必备的，它是该测试组的符号名。注意该名字的最后一项是以全称给出的，后面接着一个缩写。第3项是可选的引用，它指向基本标准中的相关章条。如果对于该测试组没有合适的引用，该项可省略。
第4项是必备的，它是该测试组目标的自然语言陈述。第5项由该测试组所包含的下一级测试子组的引用组成。b）第二种形式表用于在其下只有测试目的的测试组。描述该测试组的目标并列出组成该测试组的测试目的。该形式如下：
V.W.X.YAA/BB/FUNCTION(FN)
[ReferenceISO8650..........
Testgroup objective...
Testpurposes：
第1项（V。W.X.Y）是必备的，它是该测试组在本标准中的正式章条号。第2项(AA/BB/FUNCTION（FN))是必备的，它是该测试组的符号名。注意该名字的最后一项是以全称给出的，后面接着一个缩写。第3项是可选的引用，它指向基本标准中的相关章条。如果对于该测试组没有合适的引用，该项可省略。
第4项是必备的，它是该测试组目标的自然语言陈述。第5项是一个用自然语言表示的该测试组的测试目的列表。9优先级
本标准定义了ACSE协议(GB/T16687)的测试目的。本标准并不打算与GB/T16687抵触或对其提供解释。如果存在本标准与GB/T16687相抵触的情况，那么认为本标准是错的，GB/T16687具有高优先级。
注，任何人在使用标准时，若遇到不准确或摸棱两可的情况，应该立即通知我国的标准化主管部门，以便使该情况得到调查并采取适当的措施。
10基本互连测试
GB/T16687的测试中没有明确标识基本互连测试。如果需要测试，可使用适当的能力测试。11能力测试(CA）
测试组目标：为标准中的每个一致性要求提供有限的测试，以检查IUT的什么能力可以被观察，并检查这些可观察到的能力相对于静态一致性要求和PICS有效。测试目的：
GB/T18137.1—2000
1测试IUT发出一个AARQ并收到一个AARE的能力（见BV/AE//1）。2测试IUT接收一个AARQ并发出一个AARE的能力（见BV/AE/R/1）。3测试IUT发出一个RLRQ并收到一个RLRE的能力（见BV/NR/RQ/1)。4测试IUT接收一个RLRQ并发出一个RLRE的能力（见BV/NR/AC/1）。5测试IUT发出一个ABRT的能力（见BV/AR/AA/5）。6测试IUT接收一个ABRT的能力（见BV/AR/PUA/5）。12有效行为测试(BV)
测试组目标：行为测试在标准规定的动态一致性要求的整个范围内，应尽可能完全地测试一个实现。因为事件、事件时序和参数变化的可能组合是无穷的，所以这些测试不可能是无遗漏的，但是可以测试可能组合中一个有代表性的样本。测试包括了检查IUT在对实际测试器的有效行为进行响应时，其行为是否有效。子组：
1联系建立(AE)。
2正常释放(NR)。
3异常释放(AR）。
4参数变化(PV)。
5扩展规则(RE)。
12.1BV/联系建立（AE）
测试组目标：测试用于在两个应用层实体之间建立联系的联系建立规程。子组：
1IUT作为发起者(I)。
2IUT作为响应者(R）。
12.1.1BV/AE/发起者(I)
参考：GB/T16687—1996的7.1和8.1。测试组目标：通过使IUT产生一个AARQ然后对返回的AAREAPDU进行响应来测试该IUT作为联系发起者的行为。
测试目的：
1测试器发送一个AARE，其Result字段指示“accepted”，其Result-source-diagnostic字段指示“acse-service-user”和“null”。检查该IUT建立了联系。［参考：GB/T16687—1996的7.1.3.4.2]。
2测试器发送一个AARE，其Result字段指示“rejected（permanent）”，其Result-source-diagnostic字段指示\acse-service-provider”和\null”。检查该IUT未建立联系。测试器发送一个AARE，其Result字段指示\rejected（transient）”，其Result-source-diagnostic3
字段指示\acse-service-provider”和\no-reason-given”。检查该IUT未建立联系。测试器发送一个AARE，其Result字段指示“rejected（permanent）”，其Result-source-4
diagnostic字段指示“acse-service-user”和\nukk”。检查该IUT未建立联系。5测试器发送一个AARE，其Result字段指示\rejected（transient）”，其Result-source-diagnostic字段指示“acse-service-user”和\no-reason-given”。检查该IUT未建立联系。6测试器发送一个CPRPPDU，其Result字段指示“reason-not-specified”。检查该IUT未建立联系[参考：GB/T16687—1996的7.1.3.4.5]。12.1.2BV/AE/响应者(R）
参考：GB/T16687—1996的7.1和8.1。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。