GB T 17178.4-2010 信息技术 开放系统互连 一致性测试方法和框架 第4部分:测试实现.pdf

上传人:confusegate185 文档编号:162647 上传时间:2019-07-15 格式:PDF 页数:16 大小:668.38KB
下载 相关 举报
GB T 17178.4-2010 信息技术 开放系统互连 一致性测试方法和框架 第4部分:测试实现.pdf_第1页
第1页 / 共16页
GB T 17178.4-2010 信息技术 开放系统互连 一致性测试方法和框架 第4部分:测试实现.pdf_第2页
第2页 / 共16页
GB T 17178.4-2010 信息技术 开放系统互连 一致性测试方法和框架 第4部分:测试实现.pdf_第3页
第3页 / 共16页
GB T 17178.4-2010 信息技术 开放系统互连 一致性测试方法和框架 第4部分:测试实现.pdf_第4页
第4页 / 共16页
GB T 17178.4-2010 信息技术 开放系统互连 一致性测试方法和框架 第4部分:测试实现.pdf_第5页
第5页 / 共16页
亲,该文档总共16页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、ICS 35.100 L 79 喧嚣中华人民主主和国国家标准GB/T 17178.4-2010 信息技术开放系统互连一致性测试方法和框架第4部分:测试实现Information technology-Open systems interconnection一Conformance testing methodology and framework-Part 4: Test realization CISO/IEC 9646-4: 1994 ,MOD) 2011-01-14发布数码防伪中华人民共和国国家质量监督检验检茂总局中国国家标准化管理委员会2011-05-01实施发布G/T 17178.4

2、-2010 目次前言.1 引言.II 1 范围2 规范性引用文件3 术语和定义.4 缩略语.25 测试实现概述.2 5.1 引言. . . . . . . . . . . . . . . . . . . . . . . 2 5.2 测试工具合成25.3 测试手段(MOT)的功能35.4 已选择的和参数化的测试套.3 5.5 参数化可执行测试套(PETS) 3 6 测试实现的要求6.1 引言6.2 测试手段(MOT)的要求.6.3 关于执行测试套(ETS)派生的要求.4 6.4 一致性记录的要求6. 5 扩充IXIT书写形式的要求6. 6 关于其他文档的要求.7 符合性.附录A(资料性附录)关于

3、测试实现的附加指南GB/T 17178.4-2010 前言GB/T 17178(信息技术开放系统互连一致性测试方法和框架标准分为7个部分:第1部分:基本概念第2部分:抽象测试套规范第3部分:树和表的组合表示法第4部分:测试实现第5部分:一致性评估过程对测试实验室和客户的要求第6部分:协议轮廓测试规范一一第7部分:实现一致性声明本部分为GB/T17178的第4部分。GB/T 17178的本部分与是ISO/IEC9646-4: 1994(英文版)的一致性程度为修改,理由为:在ISO/IEC 9646.4: 1994中涉及的TTCN语言是ISO/IEC9646. 3 :1998中TTCN-2,而IS

4、O/IEC9646. 3由ETSI进行了修订,修订为ETSIES 201 873-1 V2. 2.1 : 2003 (TTCN-3) ,TTCN-3是对整个测试说明语言的一个完全的重新设计。TTCN-3除去了表格和文本表示之间的密切关系,清理了OSI特定的语言构造,并引入了一些新概念。对TTCN的重新设计是为了使其现代化,使它的应用领域扩展到OSI一致性测试以外的领域。本部分的附录A为资料性附录。本部分由中华人民共和国工业和信息化部提出。本部分由全国信息技术标准化技术委员会归口。本部分起草单位:中国电子技术标准化研究所。本部分主要起草人:卓兰、黄家英、吴东亚。I G/T 17178.4-201

5、0 引GB/T 17178.1-1997和GB/T17178.2-2010定义了为测试与发布为国际标准或ITU-T建议的OSI协议规范和/或传送语法的实现的一致性用的通用方法。这两部分还把一些要求放在OSI一致性测试规范和抽象测试套(ATS)规范的产生上。ISO/IEC 9646-3: 1998定义了用于抽象测试套规范标准化的测试表示法一一树表结合表示法(TTCN)。一旦符合GB/T17178:2的OSI一致性测试规范和ATS是可用的,它们的测试操作是基于同一参考ATS规范,则由不同测试实验室所获得的测试结果宜是可比较的。ISO/IEC 9646-5: 1994把一些要放在一致性评价过程,使得

6、测试结果能与其他测试实验室所获得的结果进行比较,并能得到广泛的接受。GB/T 17178的本部分集中考虑上述过程中的一个中间阶段一测试实现。在测试准备工作能够开始之前,测试被测实现的测试手段(MOT)加以提供。测试实现者是指负责提供这样测试手段(MOT)的那些组织。GB/T 17178.62010定义了为了规定针对轮廓一致性测试的轮廓测试规范(PTS)要求的通用方法。ISO/IEC 9646-7 :1995定义了如何基于标准化的实现一致性声明CICS)表达系统与基础规范和轮廓的一致性,并使之形成文档。本部分把一些要求放置在测试实现上,以确保测试例的执行反映在参考ATS的目的。本部分将提出测试实

7、现的有关要求,以确保测试事件的执行能反映参考抽象测试套(ATS)所规定的行为,这样才能达到标准化ATS的目的。E 1 范围信息技术开放系统互连一致性测试方法和框架第4部分:测试实现G/T 17178.4-2010 GB/T 17178的本部分规定了一些要求,并给出了涉及与按照GB/T17178. 2规定的参数抽象测试套(ATS)规范的一致性测试手段(MOT)的实现指南。本部分适用于产生测试单方协议、多方协议或轮廓用的MOTo注:这隐含着使用在GB/T17178.1-1997中定义的ATS。然而,在本部分中,术语ATS形式也适用于为测试特定的轮廓而设计的附加的抽象测试例,并且包括在轮廓特定测试规

8、范(PSTS)中。这些要求局限于MOT那些方面,这些方面可以被映射成在GB/T17178.1-1997中定义的抽象测试功能,或者它们对于正确使用标准化ATS来说必不可少。这样的一些方面可能包括产生一致性日志或测试套实现附加信息(IXIT)形式表进展的设施。测试系统和上测试器的进一步实现细节超出本部分的范围。MOT的接受、确认和安装超出本标准的范围。2 规范性引用文件下列文件中的条款通过GB/T17178的本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不

9、注日期的引用文件,其最新版本适用于本部分。GB 9387-1988信息技术开放系统互连基本参考模型第1部分:基本模型(idtISO 7498: 1984)(又见ITU-T建议X.200(1984)GB/T 17178.1-1997信息技术开放系统互连一致性测试方法和框架第1部分:基本概念Cidt ISO/IEC 9646-1:1994) GB/T 17178.2-2010信息处理系统开放系统互连一致性测试方法和框架第2部分:抽象测试套规范OSO/IEC9646-2:1994 , MOD) GB/T 17178.62010信息技术开放系统互连一致性测试方法和框架第6部分:协议轮廓测试规范OSO/

10、IEC9646-6:1994 , IDT) ISO/IEC 9646-3: 1998信息技术开放系统互连一致性测试方法和框架第3部分:树和表的组合表示法ISO/IEC 9646-5: 1994信息技术开放系统互连一致性测试方法和框架第5部分:一致性评估过程对测试实验室和客户的要求ISO/IEC 9646-7: 1995信息技术开放系统互连一致性测试方法和框架第7部分:实现一致性声明ETSI ES 201 873 V2. 2.1 :2003 测试描述方法(MTS)测试和测试控制表示法第三版3 术语和定义GB/T 17178.1-1997中确定的全部术语和定义均适用于本部分。另外,TTCN协调点的

11、定义G/T 17178.4-2010 在ISO/IEC9646-3: 1998给出。4 缩略语GB/T 17178.1-1997所给出的缩略语适用于本部分,另外,本部分还将增加如下缩略语:ASP 抽象服务原语ATM 抽象测试法ATS 抽象测试套BIT 基本互连测试ETS 可执行测试套ICS 实现一致性声明IUT 被测实现IXIT 测试实现附加信息LT 下测试器LTCF 下测试器控制功能MOT 测试工具MPyT 多方测试OSI 开放系统互联PATS 参数化抽象测试套PCO 控制观察点PDU 协议数据单元PETS 参数化可执行测试套PSTS 轮廓特定测试规范PTS 轮廓测试规范SATS 巳选的抽象

12、测试套SETS 已选的可执行测试套SPyT 单方测试SUT 被测系统TCP 测试协调规程TM-PDU测试管理协议数据单元TTCN 树表组合表示法UT 上测试器5 测试实现概述5. 1 引言测试实现是指在一致性测试规范及其抽象测试套(ATS)的基础上产生的与OSI协议规范一致的IUT用的测试手段(MOT)的过程。5.2 测试工具合成2 MOT是能执行下列内容的设备和规程的组合zu 测试例的派生;b) 测试例的选择;c) 测试例的参数化;d) 测试例的执行;和e) 一致性测试日志的产生。GB/T 17178.4-2010 关于基本协议规范的一致性评估,MOT为与参数ATS相一致的协议规程提供了AT

13、S实现。关于基础协议规范的一致性评估,MOT提供了每个ATS的实现,包括(如果有)与轮廓测试规范概要(PTS概要)相一致的任何附加的抽象测试例的实现。5.3 测试手段(MOT)的功能在派生过程中,把ATS的抽象测试例转换成可执行的测试例,以形成可执行的测试例(ETS)。基础规范的选择过程以完整的ATS开始。对IUT不合适的测试例按照实现的一致性声明(ICS)和测试实现附加信息。XIT)的规定加以解除选择。在轮廓测试的情况下,选择过程以适用于轮廓的测试例列表开始,该列表是特定轮廓测试规范的一部分。对IUT不合适的测试例按照轮廓ICS和轮廓IXIT的规定加以解除选择。在参数化过程中,在参数化过程中

14、,在测试例中参数按照合适的IXIT(和可能的ICS)的规定给出合适的值。然后,把MOT用于IUT一致性评估过程中,以按照在测试活动中的测试例,并导致一致性日志产生。5.4 己选择的和参数化的测试套测试套的中间形式可以加以创建或者可以不加以创建,这取决于派生过程出现。这类中间形式被称为=a) STAS:选择的抽象测试套;b) SETS:选择的可执行测试套;c) PATS:参数化的抽象测试套;d) PETS:参数化可执行抽象测试套。5.5 参数化可执行测试套(PETS)在上述各种形式中,仅抽象测试套必须是明确的。某个MOT可以从当测试例运行时的相关ATS(已知ICS和IXIT)中自动生成PETS。

15、这样的MOT不以有形形式展现出ETS、SETS和PETS。然而,被执行的内容总是参数化可执行测试套(PETS)。6 测试实现的要求6. 1 引言关于测试实现的要求提出za) MOT作为一个整体;b) 从抽象测试例到可执行测试例的派生过程;c) 产生一致性日志用的设施;d) IXIT形式表的进展;e) 其他文档的产生。6.2 测试手段(MOT)的要求6.2.1 功能概述MOT应提供该符合GB/T17178. 2一2010的单个ATS。测试实现者应仅使用最高标准化状态(例如,DIS,而不是CD)的ATS规范版本。测试工具应提供:a) 下测试器实现,如果使用了多方测试上下文,则提供下测试器控制功能(

16、LTCF)的实现;b) 在测试法所要求的范围内,提供测试器的规范;c) 为SPyT本地测试法和上测试器超出SUT的任何MPyT测试法提供上测试器的实现;d) 可选的是,SPyT协调测试法和分布式测试法的上测试器的实现,如果合适,实现MPyT测试GB/T 17178.4-2010 法,这一条可作为可选项;e) 按照在参数ATS规范中所规定的要求,提供测试协调规程的规范;f) 为SPyT本地测试法和上测试器超出MPyT下测试器的TMP的实现,如果合适,为MPyT测试法提供测试系统内的TCPs的实现;g) 为SPyT协调测试法提供SUT的任何MPyT测试法,或者如果合适,为MPyT测试法提供MPyT

17、下测试器内的TMP的实现。6.2.2 执行的测试例MOT应包括从ATS抽象测试例中派生的可执行测试例,或应包括派生可执行测试例的手段。MOT的实现,应与在ATS中所选择测试表示法的语义一致。MOT应提供对OUT的不合适的测试例的解除选择的手段,并应提供在5.3中提出的对选择的测试例(元论这里是处于抽象级还是可执行级)进行参数化的手段。对选择过程中的要求按ISO/IEC9646-5: 1994的7.3加以表达曰、对参数化过程中的要求按ISO/IEC9646-5: 1994的7.4加以表达6.2.3 基本互连测试的选择MOT应为了选择在基本互连测试(BIT)测试表中所述的能力测试例或行为测试例提供

18、设施,如果这样的列表是在参数ATS中规定的,且MOT应为了在能力和行为测试例前初始全部运行它们提供的设施。MOT还应为了忽略来自于对于能力和行为测试所选择的测试例是集合中的BIT所指出的那些测试例题提供设施。6.2.4 参数化的执行可执行测试套MOT应包括由派生、选择和参数化过程所导致的执行PEST能力。6.2.5 测试手段的一致性测试实现者应提供MOT与参数规范的一致性声明,它标示不支持ATS的任何子集(见6.3.4)。测试实现者应标识出对MOT所要求的测试执行的所有约束,这些约束超出了在参数ATS规范中所叙述的那些约束(例如,限制IXIT所规定的值范围)。注:测试实现者宜注意到对在ATS规

19、范中所述的综合测试服务要求。测试实现者可能希望开发每个要求的ATM用的MOT,以使测试实现实验室能提供综合测试服务。6.2.6 一致性日志MOT应为生成一致性日志提供设施(见6.的。6.3 关于执行测试套(ETS)派生的要求6.3.1 51言/ 本章要求适用于所有可执行测试套,包括SETS或PETS,不论它们是否是有形的。6.3.2 与参数ATS规范的一致性ETS应从单个参数ATS规范中派生得到。对于与参数ATS一致的ETS,它应遵循6.3. 36. 3. 5所叙述的要求。同时,他还应遵循参数ATS规范本身中以及在多部分一致性测试标准的其他部分(如果适用,例如TMP)中所叙述的要求。6.3.3

20、 ATS与ETS的对应性每个可执行测试例应是单个抽象测试例的具体实现,并且对于以可执行测试例为基础的执行而言,每一个可执行测试理应是可选的。包含抽象测试例的测试事件的所有序列应在可执行测试例中能实现。每个抽象测试例的测试目的和裁决分配应在相应的可执行测试例中加以维护。除了在抽象测试例中定义PDU参数之外,MOT应不对从IUT接收到的PDU参数的有效性进行校验。测试系统可能执行的进一步检验都超出本标准的范围,并且应不影响对每个测试例裁决分配。GB/T 17178.4-2010 在参数ATS中所定义的测试组关系应在ETS中加以维护。每一个测试组是由在ATS中命名的测试例集所构成,这些测试例应在该E

21、TS中表达成一个命名的可执行测试例集。ATS包括抽象测试套到ICS形式表和部分IXIT形式表问题的映像(见GB/T17178. 2-2010第14章)。该映射应在ETS中加以维护。6.3.4 设置抽象测试套的(ATS)子集ETS派生过程一般导致派生ATS的所有抽象测试例。然而,可能接受的是派生ATS的某些子集用的ETSo如果子集被创建,那么就ICS形式表和IXIT形式表问题与ATS中的测试例的映射而言,测试例集合的排除应与IUT的测试选择过程相一致。注:这意味着对所有IUT必备的测试倒可能包括在子集中,但是,测试实现者可不选择实现可选的或有条件的特定测试例集合,因此,不要求测试实现者去测试IU

22、T的特定类别。因此,所实现的AST子集应等价于一个或多个潜在的SATSo6.3.5 派生过程独立性在MOT中,派生过程应导致对给定IUT正在执行的相同PETS,而与派生时间元关,但派生过程与选择参数化的过程有关。注:见附录A的A.2.l和图A.L在测试准备阶段,特定IUT的选择和参数化过程的应用是测试实验室的职责。6.4 一致性记录的要求如6.2所述,MOT应提供生成一致性记录的某些手段。一致性日志是作为测试活动而产生的、人可读的信息记录、足以记录观察到的测试结果并验证测试裁决的分配。该信息组合了当PETS针对IUT运行时出现的实际测试事件的观察结果及使那些事件与所涉及的抽象测试例有关联的信息

23、。在一致性测试报告的产生中以及在争议和询问的解决方法中可使用到-敢性日志,而争议和询问是在一致性许可过程期或由于一致性评估过程的结果可能出现的问题。一致性日志应包括:a) 一致性日志的唯一标志,其中包括执行PETS的起始日期和事件:b) MOT标识,开始日期,版本号和ETS标d(如果有); c) 每个测试倒运行的起止指示,如呆MPyT上下文被调用,那些下测试器曾被启动及被停止,包括唯一引用在ATS中所规定的抽象测试例(例如,TTCN测试例引用或TTCN测试例表示符); d) 由下测试器发给IUT的PDU和由下测试器从IUT接受到的PDU,包括PDU参数和用户数据中所包含的详细信息的纪录;e)

24、在抽象测试例中所规定的抽象测试事件,这些事件包括由下测试器观察到的所有抽象服务原语,由下测试器借助测试协调规程所发送和接收到的全部测试事件,包括往返于上测试器的以及这些测试事件出现的相关点(例如,控制观察点(PCO)或TTCN协调点的标识); f) 如果使用了MPyT上下文,则包括由LTCF发送和接收的所有测试事件,包括这些测试事件出现的相关点(例如,控制观察点(PCO)或TTCN协调点的标识); g) 关于初步结果的所有信息;h) 每个测试例结果的标示,将是判定分配,抽象或可执行测试例差错(错误),或异常测试例终止;i) 由下测试器按观察到的所有测试例事件的次序而记录的这些测试事件的时戳或排

25、序;j) 由ATS所要求的任何附加信息。注:上述j)的例子是指下列事件发生的时候的一个例子,下列事件是指按TTCN写成的抽象测试例规定,如果相应的测试事件出现,则初步的结果信息(在裁决列内)或标号(在标号列内应被记录在一致性日志中。5 GB/T 17178.4-2010 一致性日志应适用在协议规范、抽象语法(如果有)、编码规则(如果有)或ATS中所定义的术语和约束来显示所有的名称、缩略语和值(所命名的头两个放在前面)。MOT应有能力在纸面上产生的一致性日志。还建议以等价的内容将一致性日志制成机器易读的形式。注:关于生成一致性日志产生的指南见附录A第A.3章。6.5 扩充IXIT书写形式的要求部

26、分IXIT形式表应加以扩充,以考虑到MOTo为获得这件事,测试实现者应通过增加需要回答的那些附加问题来增加部分IXIT形式表,以便准备特定IUT用的MOTo测试实现者应包括在扩展部分IXIT形式表中的所有信息,这些信息涉及到ATS的实现,这些信息是客户填写IXIT所需要的。测试实现者宜引用ISO/IEC9646-5: 1994的6.4.5,并且以便于产生测试实验室的符合性IXIT形式表的这种方法来产生扩展部分IXIT形式表。最后得到的扩展部分IXIT形式表应被提供给测试实验室,以便可以满足ISO/IEC9646-5: 1994 的6.4.5的要求。6.6 关于其他文档的要求这类文档应伴随MOT

27、,以使测试实验室能执行与参数ATS规范相一致的测试操作,并且关于信息被提供给客户方面能执行与ISO/IEC9646-5: 1994中相一致的测试操作。这类文档应包括下列内容:a) MOT标识,起始日期,版本号和ETS标识(如果有); b) 协议规范(如果合适,和服务定义)的国家标准名字和版本号,参数ATS规范的名字和版本号,以及已经考虑到的ATS技术勘误表的清单;c) MOT描述(关于指南见A.4.3); d) 当参数ATS所要求时,应提供测试协调规程和上测试器的规范;e) 由于MOT的限制,而引起的不能执行的测试例(如果有); 注2这样的限制宜是例外,并且仅当特定抽象例不能可行地实现时才宜出

28、现。f) 测试执行用的那些规程的描述,这些规程是由测试实验室和/或用户来执行的,这些规程是专门针对MOT的;g) 与参数ATS规范的一致性声明;h) 符合本部分的声明;i) 解释一致性日志的指南。如果测试实现者检测到在任何抽象测试例中的差错,或者检测到指出在相关的规范中有错误或二义性要求的任何抽象测试例,测试实现者应标识出在伴随MOT的文档中的那些测试例。注:测试实现者也宜把标识了问题的缺陷报告转发给负责维护相关规范的组织。7 符合性当且仅当第6章的全部要求被满足时,MOT才符合本部分规定。注:验证MOT是否实现与测试实现相关联的4种功能即派生、选择、参数化和执行)的主要手段在一致性日志中。6

29、 J凰A.1 关于测试手段(MOT)附加指南A. 1. 1 概述附录A(资料性附录)关于测试实现的附加指南GB/T 17178.4-2010 本附录给出了关于GB/T17178.1-1997中7.4的4种抽象测试功能(即下测试器、上测试器、测试协调规程和下测试器控制功能)如何能在MOT中加以定义和实现。LTCF仅适用MPyT中。注:一个测试系统可适应几个MOTs.A. 1.2 下测试器的实现A. 1. 2. 1 功能A. 1. 2. 1. 1 对于GB/Tt7178. 2-2010中定义的每一种SPyT抽象测试方法来说,测试协调控制的主要焦点是下测试器。在SPyT中下测试器的主要功能是:a)

30、运行从抽象测试例中派生的可执行测试例;b) 记录与ATS相一致的每个测试例的裁决和初步结果;c) 控制观察在抽象测试例中所包括的测试事件(这些事件包括生成和接收的PDUs,ASPs,生成和接收的测试管理PDUs(TM-PDUs),与TCPs相关的测试事件)。下测试器是实系统的一部分,称之为测试系统。测试系统和SUT一起提供在IUT中最低协议之下的低层服务。A. 1. 2. 1. 2 在MPyT上下文中,可能有儿个下测试器。每个下测试器完成的功能如下:a) 对于每个抽象测试例,运行与单个控制观察点(PCO)(或与相同下测试器所共同处理需要的PCOs集合相关联的相应可执行测试例的这部分;b) 记录

31、在抽象测试例的相应部分中所规定的初步结果;c) 控制和观察所出现的测试事件,并且这些测试事件是与抽象测试例的相应部分相关的。A. 1. 2. 2 下测试器技术下测试器中的实体,即IUT的对等体,能按照不同的技术进行设计,例如:a) 编码器/解码器一一简单地编码和解码为测试例正在运行而要求的ASPs和PDUs,而不是上述协议的一个实现;b) 增强型实现所涉及协议的一个实现,通过附加的差错生成器、配置模块或类似来修改,以确保无效或元用ASPs和PDUs可以按照由正在运行的测试例的要求进行生成。A. 1.3 上测试器的实现MOT提供了与在ATS中所使用的ATM相一致的上测试器功能的实现和规范。上测试

32、器能采用不同的形式,例如:a) 上测试器的软件实现(它可以与SUT和IUT的设计无关,或可以为SUT和IUT的设计相关),它安装在IUT之上的SUT内,并具有与ASPs的本地实现相接口的映射区域;b) 人类操作者一一上测试器的功能是通过对用户接口可以访问的个人来执行,而该用户接口映射到IUT服务边界,并可访问和操纵合适ASPs的实现;c) 国家(标准)的上测试器一一即,SUT的上测试器用来实现上测试器的功能,元需所安装的任何附加机制;这可以用来实现SPyT远程测试法和类似的MPyT测试法。A. 1.4 下测试器和上测试器之间的TCPs的实现在下测试器和上测试器之间的TCPs可以有许多方法加以实

33、现,例如,带同步或不带同步,使用一G/T 17178.4-2010 条通信信道附加到在下测试器和上测试器之间所使用的一条信道上或不使用附加通信信道等方法。用于上测试器的几种公共类型的TCP实现可以标识出:a) 人类操作者一一上测试器的功能是通过对用户接口可以访问的个人来执行的,而该用户接口映射到UIUT服务边界;该操作者与下测试器同步,其进展可以通过各种手段检测到;例如,借助于来自下测试器的用户接口的加速消息的集合;b) 脚本解释器(Scenariointerpreter)-一上测试器通过远程情景解释器来实现;它与下测试器装置一起从所生成文件中采取其指令,并具有它和IUT服务边界之间的映射区域

34、;c) TMP一一上测试器借助TMP而与下测试器同步,它使用通过IUT及其低层所提供的服务,并且使用了下测试器的相应功能。A. 1.5 下测试器控制功能(LTCF)的实现在MPyT上下文中,LTCF具有下列功能:a) 控制下测试器,也可能控制上测试器,而下测试器和上测试器是与每个相关抽象测试例的要求相一致的;b) 记录在抽象测试例的相应部分中所规定的裁决和相关初步结果(如果有)。LTCF可能需被实现为在测试系统中待运行的软件和由人类操作者待履行的规程的一种组合。A. 1.6 在多方测试(MPyT)上下文中的测试协调规程(TCP)的实现A. 1.6. 1 在下测试器和上测试器之间的通信在下测试器

35、和上测试器之间的通信的实现在A.1.4中描述。A. 1. 6. 2 下测试器和LTCF之间的通信在下测试器和LTCF之间的通信按各种方法来实现,或者通过测试系统内的直接连接的方法,如果它们都被放置在同一系统内,或者通过完全分开的链路的方法,它们可以使用与在GB/T17178.2 2010内的LT和LLT之间所定义的TCP或TMP相类似的技术。A. 1. 6. 3 下测试器之间的通信下测试器之间的通信的实现类似于它与LTCF的通信。如果下测试器是在分开的测试系统内,则TCPs可以通过某一合适的协议来实现。注:当没有上测试器时,例如,为了测试中继系统可以使用这个方法。A. 1. 6. 4 上测试器

36、之间的通信对于SUT来说,上测试器是本地的(除非在本地测试法中或在MPyT上下文内的等价方法中使用了上测试器)。因此,上测试器之间的通信依赖于SUT的能力。TCPs可能以软件或通过人工操作者与SUT的交互来实现。A. 1. 6. 5 上测试器和LTCF之间的通信LTCF和上测试器之间的通信宜或通过借助于下测试器之一的通信来实现,或通过在A.1. 4a)中所描述的人工操作者通信来实现。A. 1.7 多协议测试手段(MDT)的实现多协议IUT用的MOT宜为多协议ATS提供派生、选择和参数化过程。测试例的选择宜通过评价在ATS中的选择表达式来实现,而该ATS是与它所覆盖的每个协议和信息客体的ICS和

37、IXIT的规定相一致的。A. 1.8 轮廓用的测试手段(MOT)的实现8 用于轮廓的MOT通过使用在PTS概要中所引用的每个ATS的顺序MOT来实现。另外,需要MOT来实现来自PSTS的附加轮廓特定ATS(如果有)。对用于轮廓的某一给定ATS中的测试例的解除选择按下列两步来完成:a) 预先选择适合于轮廓的测试例:这个预先选择使用由在PSTS中的轮廓测试制定者所供应的可适用测试例的列表(见GB/T17178. 6-2010) ; b) 对不适合于IUT的测试例解除选择,依赖于轮廓ICS和轮廓IXITo注:不能工作的测试例也可以通过测试实验室来解除选择。G/T 17178.4-2010 .2 关于

38、可执行测试例(ETS)派生过程的附加指南. 2.1 概述派生过程可以在下列期间出现:a) 测试实现期间;b) 测试实验室安装MOT期间;c) 对特定IUT而言,测试准备期,即,使选择和参数化过程的互混合的测试准备;d) 测试操作期间,作为解释和编译ATS的结果。图A.l用图解示出了组合在第5章(测试实现概述)中所描述的和在第6章中规定要求的测试派生、选择、参数化和执行过程的许多可能性。当测试轮廓时,对于在PTS概要中所引用的每个ATS,必须执行PETS派生/执行过程。参考ATS派生ETS(可执行测试套)解除选择解除选择SATS(选择的ATS)派生SFTS(选择的ETS)参数化参数化PATS(参

39、数化的s:rs)派生PETS(参数化的SETS)派生/执行PETS派生/执行PETS图.1PETS派生/执行过程.2.2 可执行测试套(ETS)派生的输入测试实现者必须考虑下列输入:a) 被测试的特定构件的参数ATS规范,以及包含的TCPs规范;b) ICS形式表;c) 常规地附属于参数ATS规范的部分IXIT形式表。.2.3 可执行测试套(ETS)维护一旦执行PETS的能力已经在MOT中实现了,并且MOT在使用中,则测试实现者可以接收来测试实验室的问题报告。这些问题随着执行规程出现,或者随着与参数ATS规范的一致性出现。在这样的环境下,测试实现者可得到合适校正。每当存在ATS规范更新的时候,

40、测试实现者也宜提供MOT的更新(见6.6的最后一段和注)。.3 关于一致性日志的附加指南为了产生一致性日志,做以下几件事是必要的za) 在PETS的招行期间,以其出现的次序来记录实际测试事件;b) 分析关于相关选择的和参数化的抽象测试例,把实际测试事件映射到抽象测试事件,并且记录所有其他必要的信息。仅对在一致性日志中被记录的信息以及如何表达该信息有一些要求。9 G/T 17178.4-2010 在执行每个可执行测试例之后,对实际测试事件的已排序列表的分析可以被置入每个可执行测试例中,并执行该分析;在执行了PETS之后,该分析也可以按照不同的过程加以执行,或者通过这些技术的组合来执行。执行这个分

41、析的手段以及关于执行PETS的这个分析的时序不是标准化的。如6.4的规定的那样,MOT应具有能力产生在纸面上的一致性日志。还建议以等价的内容提供一致性日志的机器可读形式。产生一致性日志的过程在概念上可以如图A.2所示。注:预期测试实验室至少保留实际测试事件的已排序列表或一致性日志的机器可读版本。控制流一一-要求的信息流-一一一一可选的信息流测试系统特定的测试事件的已排序列表,.-、,、一一一一一一一一一致性的机器可读! 图A.2一致性日志生成i 版本建议的)i 、J、-广-写在纸上的一致性日志(要求的)A.4 关于文件编制的附加指南A. 4.1 简介除6.4和6.5述及的有关要求外,还建议编制

42、下列文档:a) 测试系统信息;b) MOT描述;c) 测试实验室用户信息;d) 测试实验室操作说明。A.4.2 测试系统信息文档10 使MOT适应于特定测试系统。该文档宜包含与该测试系统相关的下列信息:a) 设备的类型和配置;b) 操作系统名称和版本号;c) 下测试器的名称和版本号;d) 如果由测试实现者提供上测试器,则包含该上测试器的实现的名称和版本号;c) 为了测试目的,把测试系统链接到IUT所必需的设备和1/或规程(IP,服务提供者hf) 为了测试目的,把上测试器(如果有链接到IUT所必需的设备和/或规程;g) 负责维护MOT(包括ETS)的并对MOT(包括ETS)给出建议的组织的名称、

43、地点和联系信息。GB/T 17178.4-2010 A.4.3 测试手段(MOT)描述信息该文档宜包含与参数ATS规范有关的下列MOT的各方面的描述:a) 下测试器:可执行测试表示法及其映射到抽象测试表示法(例如,映射到TTCN)的档;ASPs 如何被控制、被观察和被存储的描述,以及所选择的方法实现把排序规则安装在抽象测试例中的文档;在MPyT上下文的情况下,LTCF的描述;b) 上测试器:ASPs如何被控制、被观察和被存储的描述除SPyT远程测试法和类似MPyT测试法外以示出关于上测试器功能的要求和被满足;c) 测试协调:TCP至其实现的映射的描述;对这件事的要求在参数ATS规范中规定zd)

44、 测试器之间通信:下测试在LTCF和上测试器之间如何进行通信的描述;e) 选择过程:在对不适合于测试IUT的抽象测试进行解除选择时,对ICS和IXIT的使用的描述;f) 参数化过程:在对为测试IUT而选择的测试例进行参数化时,对ICS和IXIT的使用的描述;g) 便于产生一致性日志。A.4.4 测试实验室用户信息文档在该文档中,测试实现者宜提供下列信息,以便使测试实验室能通知其客户如何准备测试用的SUT:a) 上测试器:如果该构件被供应了,则提供下列信息把上测试的接口如何映射到服务边界的合适实现的描述,关于服务定义的实现而作出的任何假设,或者关于在SUT内可利用的能力和资源而作出的假设;如果该

45、上测试器未被供应,宜包括如何实现该上测试器的描述;如果存在一个上测试器,则这样的描述包括了TMP;该上测试器如何通信的描述;b) 测试协调:为了实现TCPs,客户必须做什么;如果这样做是必要的,如何进行在SUT和下测试之间的人工调协的描述;任何相关定时信息,例如,期望的TMP性能;c) 低层服务z指出客户必须提供足够可靠的(N-l)服务,并且尽可能解释这是如何获及的(而不涉及特定计算机)。A.4.5 测试实验室操作说明文件在该文档中,测试实现者宜提供在MOT执行测试时辅助和指导测试实验室的信息,如果必要,还宜提供对问题的诊断和对测试的重新运行的信息。这宜包括:a) 测试准备:如何使用ICS和I

46、XIT来执行测试,对不合适的测试例的解除选择以及按MOT而选择一个测试例的参数化;b) 测试执行:在下测试器如何运行测试的描述,以及如何分析结果的描述;c) 执行控制:控制测试例的执行的细节级别的定义;操作说明书宜描述测试例如何被执行,因此,隐式地定义了许多测试例可以如何被控制作为单个执行单元;一个极端情况是指在整个测试活动(基本互走测试、能力测试和行为测试)中有一条单个命令的事件发生时的一个情况;另一个极端情况是指在ETS中每个单个测试例的每个单元测试步骤中都有一条命令的事件发生时候的一个情况;d) 一致性记录:对其执行的控制;一致性日志的内容可以被反向映射到在参数ATS规范中的标准化测试事

47、件;e) 上测试器:在上测试器上待执行的任何初始置信测试的描述,以及如何获及来自上测试器的已存储测试事件;f) TCPs在下测试器、上测试器之间以及在MPyT上下文、LTCF内如何进行任何人工协调的描述。EON-叮.hEH国。国华人民共和国家标准信息技术开放系统互连一致性测试方法和框架第4部分:测试实现GB/T 17178.4-2010 中唔中国标准出版社出版发行北京复兴门外三里河北街16号邮政编码:100045网址电话:6852394668517548 中国标准出版社秦皇岛印刷厂印刷各地新华书店经销当&印张1字数26千字2011年5月第一次印刷开本880X12301/16 2011年5月第一版晤书号:155066. 1-42861 18.00元如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68533533定价GB/T 17178.4-2010 打印日期:2011年5月24日F002A

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国家标准

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1