标准规范下载简介
GB/T 41271-2022 生产过程质量控制 通信一致性测试方法.pdfICS. 25.040 CCS N 19
GB/T 41271—2022
Production process quality control Communication conformance tes
国家市场监督管理总局 发布 国家标准化管理委员会
江苏省园林绿化工程施工测量标准DB32∕T 4070-2021.pdfGB/T 412712022
范围 规范性引用文件 术语和定义 缩略语 通用要求 5.1 设备类型 5.2 一般要求 5.3 应用层数据互联互通的一致性要求 测试要素与系统结构 6.1 致性测试选项 6.2 自动测试与手动测试 6.3 正向测试与反向测试 6.4 测试要素 6.5 通信一致性测试系统结构 测试过程 测试判定方法 8.1 公开发行的有一致性测试规范的通信协议 8.2未定义明确一致性测试规范的通信协议 时录A(规范性)基于OPCUA的传感器通信一致性测试
GB/T412712022
本文件按照GB/T1.1一2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任, 本文件由中国机械工业联合会提出。 本文件由全国工业测量控制和自动化技术委员会(SAC/TC124)归口。 本文件起草单位:辽宁大学、机械工业仪器仪表综合技术经济研究所、中国科学院沈阳自动化研究 所、东风设计研究院有限公司、重庆川仪自动化股份有限公司、华中科技大学、东北大学、广州大学、无锡 职业技术学院、山东省计算中心(国家超级计算济南中心)、沈阳菲尔德物联科技有限公司、中信戴卡股 份有限公司。 本文件主要起草人:宋岩、王成城、刘阳、游和平、田英明、周纯杰、王兴伟、李栋、邹涛、郭琼、王春喜、 赵华、王挺、李刚、黄敏、万明、魏剑鬼、黄亮
本文件按照GB/T1.1一2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任, 本文件由中国机械工业联合会提出。 本文件由全国工业测量控制和自动化技术委员会(SAC/TC124)归口。 本文件起草单位:辽宁大学、机械工业仪器仪表综合技术经济研究所、中国科学院沈阳自动化研究 所、东风设计研究院有限公司、重庆川仪自动化股份有限公司、华中科技大学、东北大学、广州大学、无锡 职业技术学院、山东省计算中心(国家超级计算济南中心)、沈阳菲尔德物联科技有限公司、中信戴卡股 份有限公司。 本文件主要起草人:宋岩、王成城、刘阳、游和平、田英明、周纯杰、王兴伟、李栋、邹涛、郭琼、王春喜 赵华、王挺、李刚、黄敏、万明、魏剑鬼、黄亮
GB/T412712022
过程质量控制通信一致性测试
本文件规定了生产过程质量控制通信一致性测试的通用要求、测试要素与系统架构、测试过程、测 试判定方法等。 本文件适用于从生产过程质量控制角度对传感器、设备、应用软件的通信一致性进行的测试方法。
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于 本文件。 GB/T17178.2一2010信息技术开放系统互连一致性测试方法和框架第2部分:抽象测试 套规范
下列术语和定义适用于本文件。 3.1 一致性测试 conformancetesting 测试中被测实现的一致性实现所达到的程度。 3.2 可执行测试集 executabletestsuite 由可执行测试例组成的测试集。 3.3 测试实现附加信息 implementationextrainformationfortesting 由被测实现的提供者或实现者所做的陈述。 注:包含或引用了与IUT及其测试环境有关的全部信息,该陈述使测试实验室能够对IUT运行适当的测试集。 份IXIT可以有以下诸表:协议IXIT、轮廓IXIT、轮廓特定IXIT和信息客体IXIT、TMP实现声明。 3.4 被测实现 implementationundertest 具有相邻用户/提供者关系的一个或多个协议的一种实现。 注:这种实现将作为开放实系统的一部分通过测试进行研究。 3.5 下测试器 lowertester 测试期间,通过下层服务提供者间接对被测实现的下层服务界面进行控制和观察的手段。 3.6 协议实现一致性声明 protocol implementation conformance statement 声称与绘定协议规范 一致的实现或系统的提供者所做的声明
下列术语和定义适用于本文件, 3.1 一致性测试 conformancetesting 测试中被测实现的一致性实现所达到的程度。 3.2 可执行测试集 executabletestsuite 由可执行测试例组成的测试集。 3.3 测试实现附加信息 implementationextrainformationfortesting 由被测实现的提供者或实现者所做的陈述。 注:包含或引用了与IUT及其测试环境有关的全部信息,该陈述使测试实验室能够对IUT运行适当的测试集。 份IXIT可以有以下诸表:协议IXIT、轮廓IXIT、轮廓特定IXIT和信息客体IXIT、TMP实现声明。 3.4 被测实现implementationundertest 具有相邻用户/提供者关系的一个或多个协议的一种实现 注:这种实现将作为开放实系统的一部分通过测试进行研究。 3.5 下测试器 lowertester 测试期间,通过下层服务提供者间接对被测实现的下层服务界面进行控制和观察的手段。 3.6 协议实现一致性声明 protocol implementation conformance statement 声称与给定协议规范一致的实现或系统的提供者所做的声明
GB/T41271—2022 3.7 测试用例testcase 抽象或可执行的测试对象。 3.8 测试实验室 testlaboratory 执行一致性测试的机构。 注:可以是第三方,用户组织,主管部门,或公认的私人运行机构,或者是提供者组织的经认可部门。 3.9 测试目的testpurpose 良好定义的测试目标的非形式化描述,它集中于诸如在适当的规范中所规定的单个一致性至 套相关的一致性要求。
下列缩略语适用于本文件。 ATS:抽象测试集(AbstractTestSet) EDDL:电子设备描述语言(ElectronicDeviceDescriptionLanguage) ETS:可执行测试集(ExecutableTestSets) FDT:现场设备工具(FieldDeviceTools) IUT:被测实现(ImplantationUnderTesting) IXIT:测试实现的附加信息(ImplementationeXtraInformationforTesting) LT:下测试器(LowerTester) PICS:协议实现一致性声明(ProtocolImplementationConformanceStatement) PIXIT:协议测试实现附加信息(ProtocolImplementationeXtraInformationforTesting) UT:上测试器(Upper Tester) UTA:上层测试代理(UpperTestAgent)
GB/T 412712022
对于与生产过程质量控制直接或间接相关的传感器、可编程逻辑控制器、执行器、软件接口和工具 等,涵盖通信部分则需要进行一致性测试。符合通用协议标准的,要求提供一致性测试报告,对于自定 义的协议,需要提供协议定义、协议一致性测试计划、测试架构、测试方法和测试流程证据及测试报告, 通信一致性测试要求包括但不限于: 对应协议标准的版本号; 通过有资质的机构所展开的测试; 通信一致性测试报告所针对软件的版本; 通信一致性测试报告所针对硬件的版本; 通信一致性测试的环境配置; 通信一致性测试工具的版本号; 通信一致性测试的一般步骤、报告格式; 通信一致性测试的自动部分测试案例; 通信一致性测试的手动部分测试案例; 报告的有效期
5.3应用层数据互联互通的一致性要求
定义传感器数据通信和OPCUA类应用层数据互联互通的一致性要求(不包含数据互认、FDT、 EDDL等内容,主要是OPC类)与质量控制直接或间接的传感器: 如果带有总线类通信协议,则参考总线类通信一致性测试要求 如果带有OPC协议,需要完成OPC的有关测试; 如果带有OPCUA协议,需要完成OPCUA的一致性测试; 如果既带有总线类协议,也支持OPC或OPCUA协议,则需要完成总线类一致性测试和 OPC 或 OPC UA 的一致性测试
应区别对待以下一致性测试选项要求: 一必备要求选项:在所有情况下应遵守的要求,是一致性测试的基本测试内容; 可选要求选项:由设备制造商自行选择是否支持,如果支持则应执行对应的测试条款,如果不 支持则可不进行相应条款的测试
6.2自动测试与手动测试
一致性测试按照测试过程执行的方式可分为: 自动测试:测试程序自动读取测试案例、执行测试过程、得出结论,自动生成测试报告,该种方 式在一致性测试中得到广泛的应用; 手动测试:部分特殊的测试案例需要手动进行一些配置和操作,并且进行手动执行,例如,测试 过程中要求: ·断开网络连接; ·上线新设备; 改变通信速率:
改变设备角色; 改变设备通信负载率等。
6.3正向测试与反向测试
致性测试从测试的逻辑上可分为: 正向测试; 反向测试
通信一致性测试要素包含以下儿方面 抽象测试集ATS:抽象测试集是由抽象测试组所组成的,抽象测试组由抽象测试用例所组成 抽象测试用例是为获得特定测试目的所需行动的一种完整和独立的规范,即未经参数化的测 试用例。 协议一致性声明PICS:PICS是由实现或系统的提供者所作的声明,陈述已实现了哪些能力。 协议测试实现附加信息PIXIT:由IUT制造商陈述,包括或引用了与IUT及其测试环境有关 的全部信息(PICS给出的信息除外),该陈述时测试实验室能对IUT运行适当的测试集。 可执行测试集ETS:可执行测试集是根据PICS、PIXIT等信息从抽象测试集导出的,是抽象 测试用例的一种具体实现。 被测实现IUT:是一种基于所声称通信协议的具体实现,能够完成所声称的通信能力,并符合 一致性测试有关要求。在通信一致性测试系统中作为被测对象。 下测试器LT:下测试器是在测试执行期间,通过下层服务提供者间接对IUT的下层服务边界 进行控制和观察的手段。依据测试方法不同,下测试器可处于不同的位置,例如,下测试器可 以内置于一致性测试工具。 一上测试器代理UTA。 UTA一般由测试方提供,它可以是一组程序或是库,UTA可作为IUT被测协议栈的用户之一,依 居测试工具需要完成对协议栈的操控和配置。它通过接收相应的命令与上位机测试软件配合对IUT 进行测试。其作用是: 作为IUT的控制器,接收上位机测试软件传送给UTA的控制报文,触发IUT主动发出应用 访问实体类的各请求报文; 存储上位机测试软件传送给UTA的报文信息; 生成特定的测试通道,用来传递测试命令; 一作为用户层,对接收与传送的用户数据进行简要处理,产生用户数据。 通信一致性测试要素应符合GB/T17178.2一2010的要求
6.5通信一致性测试系统结构
在一般情况下,通信的一致性测试需要使用自动化的测试工具,在被测设备中添加上测试器代理 形成特定的协议测试通道。在个别情况下,也可以不使用UTA。 如果自动测试无法覆盖全部必要的特性,也可以添加一部分手动测试。一致性测试中还需要包含 若干正向测试、反向测试案例,充分考虑到被测对象在各类正常和异常情况及其组合下的反应 定义一致性测试系统结构:整个系统可分为被测系统和测试系统。 测试工具主要包含下测试器,即运行于测试PC上的一致性测试软件。该软件中包含了诸多元素 有抽象测试集、静态文档、可执行测试集等。 例如,一种通信一致性测试结构如图1所示,被测对象包括被测实现和上测试器代理两部分
一致性测试一般过程应按照图2所示进行
一致性测试一般过程应按照图2所示进
图1通信一致性测试结构示例
图2一致性测试的一般步骤示例
进行生产过程质量控制直接或间接的一致性测试需要按照一定流程进行,图2给出了一致性测试 般步骤: 制定一致性测试计划,规划测试对象、测试范围; 构建测试平台,包括LT和一致性测试工具的准备和熟悉,如果有必要: ·在这一步对IUT进行改造; ·加人UTA上层测试代理; ·并且完成调试和基本的功能测试。 根据测试计划,编写PICS和PIXIT,并将此类信息映射成一致性测试工具的配置; 执行测试,判断测试是否完成;如果测试过程出错: ·则进行调试和修改,并在进行回归测试后重复第3步; 如果完成全部测试,则形成测试报告;进行测试计划与测试报告进行对比,确定测试符合 计划;给出测试结论。
行的有一致性测试规范的
生产过程质量数据涉及诸多方面,通信是其中重要的一类,利用协议栈进行设备间、单元间通信的, 需要进行通信一致性测试。对于有公开协议文本或协议标准的,并且规定了一致性测试方法、工具和手 段的,被测装置需要在有资质的或指定的实验室进行有关测试,需要指明: 协议版本号; 软硬件版本号; 所支持的服务; 所支持的特性; 测试环境; 测试工具版本号
8.2未定义明确一致性测试规范的通信协议
除上述以外的情形,对于没有定义一致性测试或类似测试规范的公开或私有通信协议,则需要设备 提供商自行证明协议一致性或寻求第三方机构提供一致性证明,包括但不限于: 通信设备完备的协议描述; 通信设备对应协议的版本号; 对应的软硬件版本号; 完备的测试方案,包括但不限于: ·覆盖全部正常响应的测试; 覆盖全部异常响应的测试; 一 覆盖全部响应码; 一 覆盖全部的服务; 覆盖全部的状态变化; · 设备上下线; 设备角色切换; · 报文头部正常测试; 报文头部异常测试; 对象索引正常测试;
GB/T412712022
·对象索引异常测试; ·报警服务的测试; ·周期性数据服务; ·非周期性数据服务。 测试工具说明; 测试环境配置; 协议一致性声明PICS; 协议测试实现附加信息PIXIT: 测试集合说明列表,应该阐明每个测试案例对应协议的功能; 完备的协议测试过程证明文件; 测试结论; 其他必要的文件、说明和材料。 通过以上有关的证明文件和材料,证明所开发的协议符合设计的协议文本,具有良好的一致性性 则用户可以视其通过一致性测试。 针对自定义协议一致性测试全面性和规范性的监督与识别应符合附录A的规定
附录A (规范性) 基于OPCUA的传感器通信一致性测试
OPCUA是目前应用产泛的跨平台信息交换技术,分为客户端和服务器端,经过优化的OPCUA 实现可以嵌入到现场设备中,如传感器,可编程逻辑控制器、执行器等。根据OPCUA的测试规范, )PCUA应在有资质的实验室进行测试,其测试命名为认证测试,包含了一致性测试在内的多种测试 而根据OPCUA实现目的不同,其所需执行的测试种类也不尽相同
应用如下定义的OPC规范需要进行认证测试: OPC UnifiedArchitecture; OPC Classic Data Access 2.05a and 3.0。 另外,需要满足: 认证测试实验室只接受处于发布状态的测试产品; OPC服务器产品应提供证据,证明可以通过OPC一致性测试工具当前版本中的所有测试; OPC客户端产品应提供书面保证,确保产品使用当前版本的OPC客户端测试工具进行错误 注入测试; 客户应愿意提供: ·必要时提供的任何软件和/或任何硬件设备的副本; ·所有适用的许可证和驱动程序; ·配置协助认证测试实验室创建测试环境; ·人力资源部门将随时提供协助进行测试,并在必要时提供帮助和协助。 执行OPCUA测试时 OPCUA服务器应能够通过一致性测试工具中的所有适用的测试。如果遇到一个或多个故 障,则认为测试失败。 不能自动执行的一致性测试将由指定的认证测试实验室工程师手动执行;单一故障意味着测 试被认为是失败的。 OPCUA客户端应能够通过OPC基础OPC分析器(用于OPCClassic)或OPCUACTT(用 于统一架构)中包含的所有适用的错误注入测试。如果遇到一个或多个故障,则认为测试 失败。 混合产品(既是OPC服务器又是OPC客户端)将按照产品类型进行测试
A.3OPCUA服务器测试
OPCUA服务器测试包含以下测试服务。 合规性:对合规测试工具(以下简称“CTT”)进行测试。合规性测试还包括由认证测试实验室 工程师进行的手动测试。测试工具应符合A.10.5的要求。 互操作性:针对5个不同的参考客户进行测试。 鲁棒性:经过测试用于通信丢失和恢复等。 效率:经过36h的压力测试。
一可用性:通过CTT进行最佳实践和其他不可能的测试
奉化市中兴广发机械配件厂房工程临时用电施工组织设计A.4OPCUA客户端测试
包括以下测试服务: 合规性:根据手工测试和观察认证测试实验室工程师进行测试; 互操作性:测试5台参考服务器; 稳健性:测试服务器通信丢失和恢复等; 效率:测试超过36h(资源泄漏识别); 可用性:通过CTT进行最佳实践和其他不可能的测试,
A.5OPCUA复合产品测试
GB/T412712022
对于OPCUA复合型产品(即支持服务器又支持客户端的产品),需要执行: OPCUA服务器测试; OPCUA客户端测试中列出的测试组合
OPCUA的认证需要遵守一定的测试流程: 客户将向合规测试者提交测试和功能检查清单申请,然后: ·进行评估以验证被测设备是否符合标准; 安排认证测试的日期; 通知客户申请状态和测试日期; ·通知认证测试实验室并提供所有信息。 认证测试实验室将准备测试环境: ·认证测试实验室可以使用虚拟化环境或专用PC; 认证测试实验室将基于CUSTOMER规范创建一个测试环境,例如:CPU,RAM,磁盘空 间和体系结构(x86,x64),操作系统等; 认证测试实验室将根据需要安装和配置环境,以容纳被测设备并促进所有将要进行的 测试; 建立与客户技术资源的联系。 认证测试将在约定的日期进行; 如果产品通过认证测试实验室的认证测试: ·客户将收到所有进行的测试的详细测试报告: 客户将被要求审查测试结果,并提交有关进行测试的任何部分的任何异议和/或投诉; 协议将被发送并且应返回签名的副本以确认所有的测试服务已经完成,并且由认证测试 实验室确定全部结论是一致的 如果产品在认证测试实验室中未通过认证测试: · 客户将收到所有进行的测试的详细测试报告,以及认证测试实验室可能提供的任何补充 信息; 认证测试实验室将安排重新测试日期与客户; 认证测试实验室可以选择为客户提供迄今为止的测试服务的清单
健壮性和恢复需满足: 应检查被测设备是否有能力处理和丢失与其他OPC产品以及其他数据源(如PLC)的通信; 产品能够恢复丢失的连接并将会话恢复到原始状态(在通信丢失之前); 被测设备应证明连接问题的分离JR/T 0218-2021 金融业数据能力建设指引.pdf,这意味着: ·丢失一个客户端连接的服务器不会影响与其他客户端的连接; ·丢失服务器连接的客户端不影响与其他服务器的连接