1、ICS 35. 100 L 79 每国中华人民=:u工./、和国国家标准GB/T 17178.2-2010 信息技术开放系统互连一致性测试方法和框架第2部分:抽象测试套规范Information technology-Open systems interconnection 一Conformance testing methodology and framework一Part 2: Abstract test suite specification (lSO/IEC 9646-2: 1994 , MOD) 2011-01-14发布2011-05-01实施量:Vli马防fj中华人民共和国国家质量
2、监督检验检茂总局中国国家标准化管理委员会发布GB/T 17178.2-2010 目次前言.皿引言.N l 范围-2 规范性引用文件-3 术语和定义4 缩略语25 符合性6 OSI国际标准的一致性要求7 ICS形式表的要求48 引导一致性测试规范的抽象测试套产生过程49 一致性要求和ICS形式表10 测试套结构和测试目的(TSS&TP) 11 抽象测试方法.12 抽象测试套的规范四日测试管理协议(TM凹的规范nM 在ATS规范中涉及使用ATS的信息nu 对抽象测试套规范的维护n附录A(资料性附录)OSI协议测试方法的适用性MA.1 物理层MA.2 数据链路和MAC协议 M A.3 网络协议MA.
3、4 运输协议25A.5 会话协议. . . . . . . . . . . . . . . . . . . . . . 25 A.6 表示协议和应用协议. . . . . . . . . . . . . . . . . . . . 26 A.7 元连接协议n附录B(资料性附录)为便于一致性测试而提供给协议规范者的指南-B.1 概述B.2 关于范围的指南B.3 关于规范性引用文件的指南. 30 B.4 关于要求和选项的指南 m B.5 一致性条款的检验列表 m B.6 关于PDUs的指南B.7 关于状态的指南 u B.8 关于FDTs的指南 u 且9其他指南附录C(资料性附录)GB/T 1717
4、8(ISO/IEC 9646)与ISO/IEC7498服务标识之间的关系 33 I GB/T 17178.2-2010 目。吕GB/T 17178(信息技术开放系统互连一致性测试方法和框架标准分为7个部分:-一一第1部分=基本概念一一第2部分:抽象测试套规范第3部分:树和表的组合表示法一一第4部分:测试实现二一第5部分:一致性评估过程对测试实验室和客户的要求一一一第6部分:协议轮廓测试规范一二第7部分:实现一致性声明本部分为GB/T17178的第2部分。GB/T 17178的本部分与ISO/IEC9646-2: 1994 (英文版)的一致性程度为修改，理由为:在ISO/IEC 9646-2:
5、1994中涉及的TTCN语言是ISO/IEC9646-3: 1998中TTCN-2，而ISO/IEC9616-3由ETSI进行了修订，修订为ETSIES 201 873-1 V2. 2. 1: 2003 (TTCN-3) , TTCN-3是对整个测试说明语言的一个完全的重新设计。TTCN-3除去了表格和文本表示之间的密切关系，清理了OSI特定的语言构造，并引入了一些新概念。对TTCN的重新设计是为了使其现代化，使它的应用领域扩展到OSI一致性测试以外的领域。本部分的附录A、附录B、附录C为资料性附录。本部分由中华人民共和国工业和信息化部提出。本部分由全国信息技术标准化技术委员会归口。本部分起草
6、单位:中国电子技术标准化研究所。本部分主要起草人:丰兰、黄家英、吴东亚。皿G/T 17178.2-2010 引本部分在某个级别上的为OSI一致性测试套规范提供了一种通用的方法，该级别与可执行测试套(以下称为抽象测试套勺的手段元关。这个抽象级别适合于标准化，并便于运行相应可执行测试套的不同组织所产生的结果比较。第6章和第7章重新调用可能存在抽象测试套过程的客观基础之前关于OSI协议规定者必须履行的要求。这个需求针对在相关基础规范(例如，规定OSI协议规范标准的国家标准或ITU-T建议)中一致的一致性条款和ICS形式表来表达。第8章到第14章描述了抽象测试套的开发过程，其中包括所使用的设计准则以及
7、其结构和覆盖范围的指南。定义可能抽象测试法并给出指南，以帮助测试套规定者来决定在产生特定测试套时使用那种测试法。针对抽象测试套规范给出了要求和指南。这些包括将测试例细划分为测试步和针对测试结果分配的测试裁决。N 还要求测试套制定者向测试实现者提供信息(例如，控制测试例选择的限制)。最后，在第15章还给出了对测试套维护的指南和要求。GB/T 17178.2-2010 1 范围信息技术开放系统互连一致性测试方法和框架第2部分:抽象测试套规范1. 1 GB/Tl7178的本部分规定了要求并给出了指南，以便产生用于一个或多个OSI规范的与系统元关的一致性测试套。特别地，它适用于产生所有OSI一致性测试
8、规范，包括这些一致性测试规范的所有草案版本。1. 2 本部分适用于产生抽象测试例，该抽象测试例将通过控制和观察协议行为，按照相关静态和/或动态一致性要求检验实现的一致性。本部分所包括的抽象测试方法实际上能用于规定任何测试例，该测试例能用控制与观察协议数据单元CPDUs)和抽象服务原语CASPs)来抽象的表达。对某些协议虽然测试例是需要的，但不能用这一措辞来表达测试例。这种测试例其本身可能需要包含在一致性测试规范中，但这种测试例规范超出本部分的范围。注:例如，与应用服务有关的某些静态一致性要求，可以要求专门针对该特定应用的测试技术。本部分可用于产生一个或多个相邻协议的测试套，无论这些协议是否嵌入
9、在下层其他协议中。1. 3 本部分不包含下述内容:a) 抽象测试套规范和形式描述技术之间的关系;b) 采用针对特定应用、协议或系统的测试方法进行测试，包括不是PDU交换手段的测试。注:本部分完全适用于某些(但不是全部)物理层协议。然而，许多概念可适用于所有协议。2 规范性引用文件下列文件中的条款通过GB/T17178的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。GB/T 9387. 1-1998 信息技术开
10、放系统互连基本参考模型第1部分:基本模型Cidt ISO 7498.1: 1994) GB/T 17967-2000 信息技术开放系统互连基本参考模型OSI服务定义约定Cidt ISO/10731: 1994) GB/T 16263.1-2006 信息技术ASN.1编码规则第1部分z基本编码规则CBER)、正则编码规则CCER)和非典型规则CDER)规范CidtISO/IEC 8825: 1990) C又见ITU建议X.209(1988)GB/T 17178.1-1997信息技术开放系统互连一致性测试方法和框架第2部分:基本概念Cidt ISO/IEC 9646-1: 1994) GB/T 1
11、7178. 6-2010信息技术开放系统互连一致性测试方法和框架第6部分:协议轮廓测试规范CISO/IEC9646-6:1994 ,IDT) ISO/IEC 9646-3: 1998信息技术开放系统互连一致性测试方法和框架第3部分:树和表的组合表示法ISO/IEC 9646-7: 1995信息技术开放系统互连一致性测试方法和框架第7部分:实现一致性声明1 GB/T 17178.2-2010 ETSI ES 201 873 V2. 2. 1: 2003 测试描述方法(MTS)测试和测试控制表示法第三版3 术语和定义GB/T 17178.1一1997中确立的全部术语和定义均适用于本部分。4 缩略语
12、GB/T 17178.1-1997所给出的缩略语适用于本部分。另外，本部分还将增加如下缩略语:ACSE 联系控制服务元素ASE 应用服务元素ASN.1 抽象语法记法一ASP 抽象服务原语ATM 抽象测试法ATS 抽象测试套FDT 形式描述技术ICS 实现一致性声明IUT 被测实现IXIT 测试实现附加信息LT 下测试器LTCF 下恻试器控制功能乱1PyT多方测试OSI 开放系挠互连PCO 控制观察点PCTR 协议一致性测试报卡PDU 协议数据单元RTS 远程传送服务SAP 服务访问点SPyT 单方测试SUT 被测系统TCP 测试协调规程TM-PDU测试管理协议数据组TMP 测试管理协议TSS&
13、TP测试套结构与测试目的TTCN 树和表组合表示法UT 上测试器5 符合性5. 1 符合本部分的基础规范应满足第6章和第7章中所述的所有要求。注:为使基础规范成为一致性测试的有效基础，这样的符合性是先决条件。5.2 符合本部分的ATS规范:a) 应是一致性测试套zb) 应以ISO/IEC或ITU-T标准化的测试表示法来规范;c) 应包括第9章到第15章所述的所有要求;d) 应该在ISO/IEC或ITU-T己出版的规范中，或者在没有这样的ISO/IEC或ITU-T规范时，2 G/T 17178.2-2010 应该是ISO/IEC或ITU-T正在进行标准化的过程中的公众可用规范，它应该具有最高可用
14、的标准化程度，并至少应是委员会草案或等价草案。注:为了确保ATS在国际上需经公众的仔细推敲、校正和接受，在ATS能完全符合本部分之前，ATS超出国际标准化要提交的标准化过程i苛求的范围。5.3 建议使用的测试表示法采用TTCN。注:认为X.290(1988)不能用于该目的。6 OSI国际标准的一致性要求6. 1 概述OSI中的一致性含义在GB/T17178.1-1997中给出。元歧异并客观地理解OSI基础规范的一致性要求是必要的，它是产生用于该规范的ATS的必要条件。第6章和第7章陈述了对相关制定者的要求，以保证对一致性要求有这样的理解。附录B中给出了附加的指南。6.2 一般要求6.2.1 应
15、在静态一致性要求和动态一致性要求之间作出清晰的区别。为避免歧异性，它们应互相独立地陈述。6.2.2 应清楚该规范的一致性意味着什么，要求什么要做(即，必备)，允许什么的但不是必备的(即，可选)，要求什么不做(即，禁止)，以便与它一致。6.2.3 通信实例是否动态一致总应是可决定的。例如，宜能够察看PDU活动的记录，就相关的规范而言确定它是否有效。6.3 一致性条款6.3. 1 规定了OSI协议、抽象语法、编码规则或信息客体的每个基础规范都应包含的一致性条款，它们应清楚且无二义地表达。6.3.2 一致性条款应区分开以下几类信息:a) 陈述动态一致性要求条款的引用;b) 与基础规范本身实现有关的静
16、态一致性要求;c) 与多规范依赖性有关的静态一致性要求(见6.4)。6.3.3 产生符合ICS形式表的一致性声明(lCS)的要求，应根据规范本身的实现要求分开陈述。6.3.4 一个协议规范的一致性条款也宜包括:a) 能接受从对等体收到的所有正确的PDU序列并能以正确的PDU序列响应的要求;b) 能正确响应接收到的所有不正确的PDU序列的要求;c) 在面向连接的协议中，支持初始的连接和接受的连接或两者的选项;d) 在元连接协议中，支持发送PDU、接收PDU或两者的选项。6.3.5 每个一致性条款中宜包括或引用的检验列表在附录B的第B.5章中列出。6.4 多规范依赖性在一个或多个低层基础规范中，可
17、以通过每一个基础规范加以规定，该基础规范要求提供在一个或多个低层基础规范中的非必备特性。如果多规范依赖性要包括在ICS形式表中，则ICS形式表将只反映多规范依赖性在相应的基础规范的一致性条款中的定义。为了支持给定的协议或者信息客体而要求给定的低层服务元素，多规范依赖性通常应根据给定的低层服务元素来规定。另外，如果给定的服务元素可以被支持，那么每个低层的协议规范宜规定所要求的协议的那些单元。这涉及到服务元素暗含的功能度，并且不能以任何方式暗含存在的服务接口。注:这与服务不一致性，宁愿是有条件要求的表达，而有条件要求是由符合其服务定义的协议导致的。在它不可能通过这个低层服务来表达依赖性的情况下，该
18、依赖性可以根据低层协议单元或者其他3 GB/T 17178.2-2010 的要求支持高层协议的规范(参考规范)来定义。如果多规范依赖性需要保持该协议的完整性，则多规范依赖性只宜在协议规范中规定。若多规范依赖性实际上定义了轮廓，则宜避免这些多规范依赖性。多规范依赖性也可以以类似的方法在信息客体规范中规定。7 ICS形式表的要求7.1 供应者相对他们所提供的每个ICS所应满足的特定要求而言，应在相关基础规范中说明。这些要求的规范应包括ICS形式表。ICS形式表应以调查表形式表示，需要相关基础规范实现的供应者或实现者来填写。7.2 ICS形式表应覆盖基础规范所标识出的所有主要必备能力、所有可选和条件
19、的功能、规程要素、参数、选项、PDU、定时器、多规范依赖性和其他能力。7.3 正确定义的(按照引用)从ICS形式表到静态一致性要求的映射，在ICS形式表中这个静态一致性要求的表达，应与基础规范的一致性要求条款相一致性。7.4 ISO/IEC 9646-7: 1995提供了产生ICS形式表的要求和指南。8 引导一致性测试规范的抽象测试套产生过程8.1 为了对抽象测试套规范提出要求和一般指南，假设导致一致性测试规范的抽象测试套产生过程的规范形式是有用的。本章描述的正是这种常规形式的过程。ATS制定者并不需要确实遵循该常规形式，但是建议他们使用包含相同步骤(可能有不同的次序)的类似过程。8.2 根据
20、GB/T17178的本部分的目的，假定抽象测试套的产生过程如下:a) 研究相关规范和ICS形式表以确定哪些一致性要求(包括选项)需要被测(见第9章hb) 确定需要哪些测试组以便获得合适覆盖的一致性要求(见10.2);c) 可选地，开发测试组目标:每个测试组元素的公共测试目标(见10.3); d) 开发反映包含了测试组的测试组曰标(如果有)的测试目的，它为被测试的一致性要求提供足够覆盖范围(见10.3和10.4);c) 选择需要规定完整抽象测试例的测试上下文和抽象测试法，并决定对下测试器、上测试器(如果已选择的测试方法是合适的)和测试协调规程能力所设宦所甫的约束(见第11章); f) 应使用标准
21、化测试表示法来规定抽象测试例集合，包括要使用的测试步结构(见第12章); g) 规定以下内容的相互关系:1) 在测试例之间;2) 在测试例和ICS之间;3) 在测试例和测试实现的附加信息(IXIT)之间的关系(如果可能); 以上是为了确定用于执行的测试例选择和参数化的约束以及对它们能够执行的次序的约束(见第14章); h) 考虑用于维护ATS的规程(见第15章)。8.3 假设在ATS产生过程期间以下列合适的各个部分开发一致性测试规范的总体结构:a) 测试套结构和测试目的(TSS和TP)(见第10章); b) 用于一种或多种抽象测试方法的一个或多个ATS(见第11章hc) 测试管理协议(TMP)
22、规范(如果可用的话)(见第13章)。8.4 第9章至第15章提供了与上述过程中每个步骤相关的要求和指南。8.5 轮廓的一致性测试是以适当测试例的应用为基础，这些测试例来自该轮廓所引用的基础规范的基础规范的ATSso这些基础规范的ATSs可为单协议ATSs或多协议ATSs。在一些测试例中，将一个或多个特定轮廓中所用基础规范的子集基础规范的ATS进行标准化可能是合适的，这种情况下，必要GB/T 17178.2-2010 时则应该对ATS进行修改以扩大覆盖范围满足其他轮廓或完整规范的需要。附加轮廓特定测试例可能是需要的，以便指出与该轮廓相关一致性要求，但一致性要求超出基础规范的TSS和TP范围。这些
23、附加轮廓特定测试例已在轮廓特定测试规范中标准化。GB/T17178.6 2010中对关于产生协议轮廓的轮廓测试规范的要求和指南在GB/T17178. 6-2010中给出。9 一致性要求和ICS形式表9. 1 在规定ATS之前，ATS制定者应首先确定用于有关基础规范的一致性要求以及在涉及这些协议实现的ICS形式表中所陈述的内容。9.2 第6章和第7章规定基础规范制定者所满足的要求，它们是产生特定基础规范或组合的基础规范的ATS的先决条件。9.3 如果没有对静态一致性要求恰当地规定，则ATS的制定者宜对产生相关规范的修正件或修订本作出贡献，以阐明一致性要求。10 测试套结构和测试目的(TSS&TP
24、)10. 1 基本要求10. 1. 1 适用于为相同的基础规范或组合的基础规范中而规定的全部ATSs的测试套结构和测试目的的集合，应该在有关的一致性测试规范中规定，最好在单独部分中规定。10. 1. 2 每个ATS应由许多测试例组成，每个测试例设计成能获得规定的测试目之一，如果需要嵌套，则这些测试例可以组成若干测试组。该结构应该是层次结构，因此在较低级的项应完全包含在较高级项内。类似测试组可以出现在一个以上的较高级的测试组中。10. 1. 3 测试套制定者应确保每一个ATS测试目的子集与能力测试有关，并且另一个ATS测试目的子集与行为测试有关。它需要不导致行为测试和能力测试的不同测试例，这是因
25、为可能使用组合的行为和能力测试目的。测试套制定者应该对如何从基础规范中派生测试目的，或使测试目的与基础规范相关性提供说明。测试套制定者还应提供ATS所获得的覆盖范围的概要。10.2 测试套结构规范10.2. 1 为确保最终得到的抽象测试套提供有关一致性要求的足够覆盖范围，建议测试套制定者，按照嵌套式测试组以一种自顶向下的方式来设计测试套结构。把相同测试套构进入测试组中有许多方法:没有一种方式是一定是正确的，对某个测试套是最佳的方法，可能并不合适另一个测试套。然而测试套制定者应确保测试套包括与下述任何种类有关的测试例:a) 能力测试(对于静态一致性要求hb) 有效行为的行为测试;c) 行为测试，
26、它探查被测实现(IUT)对元效测试事件的反映;这些元效测试事件细分为句法上元效测试事件、语义上的元效测试事件及不合时宜的测试事件，它们均与所涉及协议相关;d) 关注IUT不同角色的测试;e) 关注发送给IUT的PDU的测试;f) 关注接收来自IUT的PDU的测试;g) 关注发送PDU和接收PDU之间相互作用的测试;h) 与每种必备能力有关的测试;i) 与每种可选能力有关的测试;j) 与每个协议阶段有关的测试;k) 在特定状态下出现的测试事件变化;1) 定时和定时器变化;5 GB/T 17178.2-2010 m) PDU编码变化;n) 各个参数值变化;0) 参数值组合变化;p) 来自一个以上基
27、础规范相关要求的组合;q) 多方行为特定测试。该列表不是穷举的;为了确保特定测试套有关一致性要求的足够覆盖范围，有可能需要附加的类别。进而，这些种类相互重叠，将它们排列成为相应的层次结构就是测试套制定者的任务。10.2.2 下列结构是在单方测试上下文中特定角色的单层协议测试组的举例，这些举例是作为指南而提供的:6 A 能力测试A.l 必备能力A. 2 可选能力B 行为测试:响应对等实体有效行为B.l 连接建立阶段(如果相关)B. 1. 1 关注向IUT发送什么B. 1. 1. 1 每个状态下的测试事件变化B. 1. 1. 2 定时/计时器变化E. 1. 1. 3 编码变化B. 1. 1. 4
28、各参数值变化B. 1. 1. 5 参数值的组合B. 1. 2 关注向IUT请求发送什么按照B.1.1的子结构B. 1. 3 关注相互作用按照B.1.1的子结构B.2 数值传送阶段按照B.l的子结构B.3 连接释放阶段(如果有关)按照B.l的子结构C 行为测试:响应对等实体的语法或语义元效行为C.l 连接建立阶段(如果有关)c. 1. 1 关注向IUT发送什么c. 1. 1. 1 每个状态下的测试事件变化c. 1. 1. 2 元效事件的编码变化c. 1. 1. 3 各无效参数值变化c. 1. 1. 4 元效参数值组合变化c. 1. 2 关注向请求IUT发送什么c. 1. 2. 1 单个无效参数值
29、c. 1. 2. 2 参数值的元效组合C.2 数据传送阶段按照C.l的子结构C.3 连接释放阶段(如果有关)按照C.2的子结构D 行为测试:响应对等实体对不合时宜事件D.1 连接建立阶段(如果有关)D. 1. 1 向IUT发送什么D. 1. 1. 1 每个状态下的测试事件变化D. 1. 1. 2 定时/定时器变化D. 1. 1. 3 特定编码变化D. 1. 1. 4 主要各参数值变化D. 1. 1. 5 参数值主要组合的变化D. 1. 2 关注向请求IUT发送什么按照D.1.1的子结构D.2 数据传送阶段(如果有关)按照D.1的子结构D.3 连接释放阶段(如果有关)按照D.1子结构G/T 17
30、178.2-2010 10.2.3 该测试组结构不覆盖基本互连测试。这些测试组可提供作为选定的能力和/或行为测试的列表，但是不应该包括任何附加测试目的。10.3 测试目的的规范10.3. 1 测试套制定者应创建测试目的集合，其中每个测试目的都关注相关规范的单个一致性要求或相关一致性要求的集合(例如在多协议测试例中)。建议首先标识相关测试目的的测试组(如10.2中所述然后为每个测试组产生测试组目标的文本。在每个测试组中特定的测试目标应加以定义，宜变成为嵌套的测试组目标或各个的测试目的。用这种方法，通过逐步细化测试目标，则可以产生结构化的测试目的集合。测试目的可以从研究适合于所涉及测试组的相关规范
31、中的条款直接产生;对某些测试组，测试目的可从协议状态表中直接派生;对于其他的测试组，测试目的可以从PDU编码定义或特定参数规范或从规定有关一致性要求的文本中派生。这种次序结构技术有助于确保被测试的一致性要求有足够的覆盖范围。因为每个测试目的全面描述不必明确写出，但是它可通过向下跟踪贯穿于测试组目标的嵌套结构将其组合起来，这也就避免了测试目的文本的不必要重复。注:如果测试套制定者使用了基础规范的形式化描述，测试目的可以用某种自动方法派生。如果使用自动方法时，相同要求适用。然而，基于形式化描述技术(FDTs)的方法超出本部分的范围。但如果FDT被用于使用该测试目的，则建议采用标准的FDT。10.3
32、.2 为了增加测试单个PDU中单个参数的有效性，包括组合参数的测试目可以为单个抽象测试例加以规定。然而，对无效参数值的测试不应与单个测试目的中其他有效或元效值的测试组合在一起。10.3.3 作为设计TSS和TP过程的一部分，建议先为被测的每个一致性要求标识出一个测试目的(例如规定参数)。第二步，可以对相关的一致性要求的测试目的组合进行规定。如果这样，则:a) 包含组合的相关一致性要求的新测试目的应明确写出，以便引用包含各个一致性要求的测试目的;b) 应给予指明一个抽象测试例是为一新的测试目的而产生的，而不是为被替代的每一个引用的测试目的而产生不同的测试例;c) 每一被替代的测试目的应保留在测试
33、目的集合之中，但应标识出新的测试目的，该新测试目的替代原有被替代的测试目。10.3.4 标示并组合特定一致性要求的结果是测试套结构和测试例名称列表规范，该规范应用于测试目的和为测试目的而产生的ATS。10.3.5 不管用哪种方式派生测试目的，测试套制定者都应尽可能确保提供相关规范一致性要求足够7 GB/T 17178.2-2010 的覆盖范围。至少应有一个测试目的与每个不同一致性要求相关或与相关的一致性要求的集合相关。10.3.6 规定测试目的不仅为了可明确测试的a致性要求，而且为了使用GB/T17178的本部分中定义的测试法可能不能测试这些一致性要求。注:不可测试的要求的测试目的通过指出AT
34、Ss中的某些缺口通知基础规范制定者，哪些一致性要求是不可测试的。10.4 霍盖理想上，TSS&TP宜提供相关基础规范的所有一致性要求的覆盖范围。然而，如果有关的ATS(s)仅仅是为了满足测试特定轮廓的要求而开发，那么TSS&TP也许最初发展时恰恰为这些相关基础规范与特定轮廓相关基础规范所有一致性要求提供覆盖范围。当资摞允许时，为了提供全部的基础规范的覆盖范围TSS&TP宜被扩充。对10.2中测试套结构举例的引用的足够覆盖范围的含义给出指南是可能的。为表述这一点可采用缩写表示法:字母X表示测试组标识符中首位数字的全部相应值，类似地用Y表示测试组标识符中第二位数字的全部相应值，以使用B.X.Y.1
35、表示B.1. 1. 1、B.1. 2. LB. 1.乱1、B.2. 1. 1、B.2. 2. 1、B.2.3.1、B.3. 1. 1、B.3.2.1和B.3. 3. 1。8 用这种表示法，可以将10.2中所举例中的最小足够覆盖范围认为如下:a) 对于能力测试组(A.l、A.2)1) 每个相关能力至少对应一种测试目的;2) 每个相关的PDU类型和使用每个参数的常规或默认值的每个这种类型的各个主要变化，至少对应一种测试目的;b) 对涉及到每个状态中测试事件变化的测试组(B.X. Y. 1、C.X. 1. 1、D.:X. Y. 1)，每个相关状态/事件组合至少对应一种测试目的;c) 对于涉及到的计时
36、器和定时的测试到03.X. Y. 2 , D. X. Y. 2)，至少有一个涉及到每个定义的定时器期满的测试目的;d) 对于涉及编码变化的测试组(B.X. Y. 3、C.X. l. 2、D.X. Y. 3)，每种相关PDU类型编码变化的有关类型，至少有一种测试日的;e) 对于涉及有效单参数值的测试m.(B. X. Y. .1、D.S.Y.的:1) 对于每个有关的整型参数，所涉及的测试H的具有边界值和一个随机选择的中等范围值;2) 对于每个相关逐比特参数，测试目的实际上有许多值，但它们不小于所有的常规或公共值;3) 对于其他相关参数，至少有一种与测试目的相关的值不同于其他测试组中被认为的常规的或
37、默认值;注:有效参数值的测试要关注测试lCS中的相关的自要求回f) 对于涉及到语法上或语义上元效各参数值的测试组(C.X. 1. 3、C.X.2.1)1) 对于每个有关的整型参数，测试H的与允许边界值相邻的元效值再加上其他随机选择的元效值有关;2) 对于每个有关逐比特参数，测试目的象实际上一样有许多元效值;3) 对于所有类型其他的相关参数，至少每个参数有一个测试目的;注:无效参数值的测试宜关注的值超出了相关基础规范中定义范围，而不是关注超出了ICS声称范围的有效值。g) 对于涉及参数值组合的测试组(B.X. Y. 5、C.X.1. 4、C.X. 2. 2、D.X.Y.曰:1) 每个重要的特定值
38、(例如，边界值)的组合至少有一种测试目的;2) 为测试相关值任意组合，每个相互有关参数集合至少有一种测试目的。测试套制定者应不假定测试实现者或测试实验室针对在ICS中规定的值测试事件进行任何检测，GB/T 17178.2-2010 而不是在抽象测试例中规定的测试事件进行检测。因此，每当检验规定的有效参数值时，测试目的和抽象测试例就应该明确地使用ICS中所给定的值。测试套应包括支持检验基础规范所允许的并且是在ICS所陈述的参数值所支持的测试例。这些测试例应使用包含相关ICS值的测试套参数。测试套还应包括检验与基础规范有关的无效参数值的有效作用的测试例。就基础规范而言，超出ICS有效参数值应不被测
39、试。注:一致性测试正式方法的进展可以为相应ATS有关覆盖范围提供相关途径，特别是针对上述b)中状态/事件变化。然而，本部分并未建议任何特定的分析方法。10.5 TSS和TP符合性条款TSS和TP部分应包括涉及用TSS和TP开发的测试套的一致性条款。该条款至少要求符合TSS和TP部分的ATS:a) 由相应于TSS和TP部分中规定的测试目的集合或子集的测试例集合组成;b) 使用TSS和TP部分中规定的整个测试套结构的相应子集的测试套结构;注:宜进行的抽象测试套的唯一子集划分如下:当基础规范的一个完整的ATS不存在肘，将TSS和TP的划分成子集，以便给出一个或多个轮廓的完整的夜盖范围;省略按抽象测试
40、法不可测试的测试目的;特别是对于嵌入测试法变体，这件事是很有必要的，由于使用测试目的关注的规范之上的基础规范所施加的限制引起的。c) 测试组和测试例使用相同的命名约定;d) 维持在要用于测试例解除选择的ICS形式表和部分IXIT形式表中的测试目的和条目之间的TSS和TP中规定的关系(如果有); e) 符合GB/T17178的本部分。11 抽象测试方法11. 1 概述11.1. 1 在抽象测试方法中，存在可以规定测试例的两个上下文:单方测试(SPyT)上下文和多方测试(MPyT)上下文。11. 1.2 根据测试目的，当要求IUT只与一个其他的实开放系统通信时需要SpyT上下文。11.1. 3 根
41、据测试目的，当要求IUT与多个其他的实开放系统并发通信时需要MpyT上下文。在MpyT上下文中，IUT可以借助同一个服务提供者与所有实开放系统通信，或者可以借助不同服务提供者与各个实开放系统通信。11.1. 4 抽象测试方法使用了4个抽象测试功能件，分别称为:下测试器(LT)、下测试器控制功能(LTCF)、上测试器(UT)和测试协调规程(TCP)。11.1. 5 在SpyT上下文中，要求的功能件如下:a) 表现为IUT的对等实开放系统的LT，为测试例分配了裁决结果;b) 表现为IUT用户的UT;c) LT和UT之间的TCPo11.1. 6 在MpyT上下文中，要求的功能件如下:a) 并行执行的
42、LT集合，表现为IUT的对等实开放系统的每个LT;b) 协调LTs和UTs(如有此配置)活动的LTCF，为测试例分配了裁决结果;c) 可选的，并行执行的LT集合，表现为IUT的用户的每个UT;d) 每一对相关的LT与UT，若干LTs之间，LTs与LTCF，若干UT之间及UTs与LTCFs之间的TCP。11.1. 7 抽象测试法(ATM)描述由适用于SpyT上下文或MpyT上下文的抽象测试功能件(LTs，GB/T 17178.2-2010 Uts , LTCF and TCP)配置组成的抽象测试体系结构，还描述了这些功能件与测试系统和被测系统(SUT)之间的相互关系。每个ATM确定控制观察点(P
43、CO)和测试事件(即抽象服务原语(ASP)和协议数据单元(PDU)，这些测试事件应该用于该ATM的抽象测试例中。11.1. 8 在SpyT上下文中，己定义的4种主要ATMs，随它们所提供1UT的控制和观察范围变化而定义。它们被称为本地测试法、分布式测试法、协调测试法和远程测试法，在11.3中定义了这些测试法。这些ATM的几种变体可用在ATS中(见11.的。11.1. 9 在MpyT上下文中，LTCF、一个或多个LT，零个或多个UT和TCP的任何设置都可用作MpyT的ATMo这些ATMs可能包括用于LT/UT对的SPyTATMs的任意组合，但也可包括使用LTs却元需任何相对应的UTso11.1.
44、 10 每一个ATS应按照一个或多个ATM加以规定。每个ATS将标识出每一个测试例或测试组用哪一个ATM。11. 2 单方测试上下文的通用规范11. 2. 1 概述SpyT提供端系统3UT11. 2. 2 对下测试器的要求11. 2. 2. 1 LT表示一种在测试执行期间，通过低层服务提供者间接对1UT的低服务界面进行控制和观察的手段的表示。这是通过规定LTPCO处的事件来执行的。11. 2. 2. 2 在GBI丁17178的本部分中，表示法用来提供SUT和LT内部的协议。1UT本身是依据在其上下边界处上提供的服务来定义。1UT可以在单个的OS1层内的单个协议的实现。另一种是，IUT也包括了在
45、个或多个OS1层中多个相邻协议的实现。IUT中的协议被指明P1到Pno被测LT的最高层协议编号为P口，并且最低层协议编号为P10例如，单协议lUTs，n是等于1的。SUT可以实现比P1低的协议，但是在抽象测试法中不关心这些协议。然而，SUT应包括物理层。低于协议矶的低层服务提供者被指明为x-服务中。X 服务可以只使用物理媒体，;-_使用个或多个OSI层。这里对低于P1层的层边界线所提供的低层服务没有要求。在些实例中，尤其是应用后测试，低层服务提供者可处于且在相同的层上。问一表示法应用于LT，因此LTPCO处的测试事件用X-ASP和/或(P1到P.)-PDU来进行规定。注:该表示法的产生与051
46、基本参考模型OSO7498)编号的各层元关，以便允许任何Il)T的描述，这些1UT的边界不与OSI层边界匹配，例如托付、并发和恢复协议。但是当IUT是整个跨越的OSI层的实现时，则X-ASP与CN-l)-ASP等价而Y-ASP与CN)-ASP等价，他们与IS07498的N和N-1的使用是一致的(见附件。11. 2. 2. 3 如果LT和1UT之间的通信在并行连接上是分离的(例如测试分离和重新组合的功能)，则LT可以把多个PCO使用在MpyT上下文中。在要求多连接的其他情况下，宜使用MpyT上下文。11. 2. 3 对上测试器的要求对UT的通用要求是随ATM而改变。各种ATMs之间的主要区别在于
47、UT的性质及其与LT的协调。在某些测试方法中，UT要使用PCO，此外LT还使用该PCO。在这些测试方法中，在UTPCO处的测试事件定义应按照相应的OS1服务定义和基础规范。UTPCO的服务称作y-服务。在UTPCO处的活动应不要求SUT或1UT支持不是相关基础规范的组成部分的ASP参数、PDU和能力。如果该PCO处于人类能访问的接口，则SUT的用户接口就可以起到PCO的作用。11. 2. 4 测试协调规程为有效可靠地执行一致性测试，对于UT、LT之间测试过程的协调要求有某些规则集合，这些规则的一般目标是为了使LT能控制以运行1UT所选择的测试套所需要的方法操作UTo10 GB/T 17178.2-2010 这些规则将
