GB/T 41271-2022
基本信息
标准号： GB/T 41271-2022
中文名称：生产过程质量控制 通信一致性测试方法
标准类别：国家标准(GB)
英文名称：Production process quality control—Communication conformance test
标准状态：现行
发布日期：2022-03-09
实施日期：2022-10-01
出版语种：简体中文
下载格式：.pdf .zip
下载大小：3153193
标准分类号
标准ICS号：机械制造>>25.040工业自动化系统
中标分类号：仪器、仪表>>工业自动化仪表与控制装置>>N19其他自动化装置
关联标准
出版信息
出版社：中国标准出版社
页数：20页
标准价格：38.0
相关单位信息
起草人：宋岩、王成城、刘阳、游和平、田英明、周纯杰、王兴伟、李栋、邹涛、郭琼、王春喜、赵华、王挺、李刚、黄敏、万明、魏剑嵬、黄亮
起草单位：辽宁大学、机械工业仪器仪表综合技术经济研究所、中国科学院沈阳自动化研究所、东风设计研究院有限公司、重庆川仪自动化股份有限公司、华中科技大学、东北大学、广州大学、无锡职业技术学院、山东省计算中心(国家超级计算济南中心)、沈阳菲尔德物联科技有限公司等
归口单位：全国工业测量控制和自动化技术委员会(SAC/TC 124)
提出单位：中国机械工业联合会
发布部门：国家市场监督管理总局 国家标准化管理委员会
标准简介
本文件规定了生产过程质量控制通信一致性测试的通用要求、测试要素与系统架构、测试过程、测试判定方法等。
本文件适用于从生产过程质量控制角度对传感器、设备、应用软件的通信一致性进行的测试方法。
标准图片预览
标准内容
ICS25.040
CCSN19
中华人民共和国国家标准
GB/T41271—2022
生产过程质量控制
通信一致性测试方法
Production process quality control-Communication conformance test2022-03-09发布
国家市场监督管理总局
国家标准化管理委员会
2022-10-01实施
规范性引用文件
术语和定义
缩略语
通用要求
设备类型
一般要求
应用层数据互联互通的一致性要求测试要素与系统结构
一致性测试选项
自动测试与手动测试
正向测试与反向测试
测试要素
通信一致性测试系统结构
测试过程
测试判定方法
公开发行的有一致性测试规范的通信协议8.1
8.2未定义明确一致性测试规范的通信协议次
附录A（规范性）基于OPCUA的传感器通信一致性测试GB/T41271—2022
GB/T41271—2022
本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任本文件由中国机械工业联合会提出。本文件由全国工业测量控制和自动化技术委员会（SAC/TC124)归口。本文件起草单位：辽宁大学、机械工业仪器仪表综合技术经济研究所、中国科学院沈阳自动化研究所、东风设计研究院有限公司、重庆川仪自动化股份有限公司、华中科技大学、东北大学、广州大学、无锡职业技术学院、山东省计算中心（国家超级计算济南中心）、沈阳菲尔德物联科技有限公司、中信戴卡股份有限公司。
本文件主要起草人：宋岩、王成城、刘阳、游和平、田英明、周纯杰、王兴伟、李栋、邹涛、郭琼、王春喜、赵华、王挺、李刚、黄敏、万明、魏剑鬼、黄亮山
1范围
生产过程质量控制通信一致性测试方法GB/T41271—2022
本文件规定了生产过程质量控制通信一致性测试的通用要求、测试要素与系统架构、测试过程、测试判定方法等。
本文件适用于从生产过程质量控制角度对传感器、设备、应用软件的通信一致性进行的测试方法。2
规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件：不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T17178.2—2010
套规范
术语和定义
信息技术
开放系统互连
下列术语和定义适用于本文件。3.1
一致性测试conformancetesting测试中被测实现的一致性实现所达到的程度。3.2
可执行测试集
executable test suite
由可执行测试例组成的测试集
测试实现附加信息
一致性测试方法和框架
第2部分：抽象测试
implementation extra information for testing由被测实现的提供者或实现者所做的陈述注：包含或引用了与IUT及其测试环境有关的全部信息，该陈述使测试实验室能够对IUT运行适当的测试集。份IXIT可以有以下诸表：协议IXIT、轮廓IXIT、轮廓特定IXIT和信息客体IXIT、TMP实现声明。3.4
被测实现
implementationundertest
具有相邻用户/提供者关系的一个或多个协议的一种实现。注：这种实现将作为开放实系统的一部分通过测试进行研究3.5
下测试器
lowertester
测试期间，通过下层服务提供者间接对被测实现的下层服务界面进行控制和观察的手段。3.6
协议实现一致性声明
protocolimplementationconformancestatement声称与给定协议规范一致的实现或系统的提供者所做的声明。1
GB/T41271—2022
测试用例
testcase
抽象或可执行的测试对象。
testlaboratory
测试实验室
执行一致性测试的机构。
注：可以是第三方，用户组织，主管部门，或公认的私人运行机构，或者是提供者组织的经认可部门。3.9
测试目的
testpurpose
良好定义的测试自标的非形式化描述，它集中于诸如在适当的规范中所规定的单个一致性要求或套相关的一致性要求。
4缩略语
下列缩略语适用于本文件。
ATS：抽象测试集（AbstractTestSet）EDDL：电子设备描述语言（ElectronicDeviceDescriptionLanguage）ETS：可执行测试集（ExecutableTestSets）FDT：现场设备工具（FieldDeviceTools）IUT：被测实现（ImplantationUnderTesting）IXIT：测试实现的附加信息（ImplementationeXtraInformationforTesting）LT：下测试器（LowerTester）
PICS：协议实现一致性声明（ProtocolImplementationConformanceStatement）PIXIT：协议测试实现附加信息（ProtocolImplementationeXtraInformationforTesting）UT：上测试器（UpperTester）
UTA：上层测试代理（UpperTestAgent）5
通用要求
设备类型
全部与生产过程质量控制直接和间接相关的传感器、设备、系统和软件，只要这些对象使用了通信协议，则有关通信部分需要被测试。通信协议包括但不限于：工业以太网，如PROFINet，Ethercat、Powerlink、Modbus/TCP、Ethernet/IP等；现场总线，如PROFIbusDP、ModbusRTU、DeviceNet等：跨平台数据采集和交换：如经典OPC协议、OPCUA协议；其他类型的通信协议，如CANOpen、基于CAN的自定义协议。覆盖的装置设备包括但不限于，与生产过程质量控制有关的：传感器：
可编程控制器；
执行器：
软件；
网络核心设备和边缘设备等。
5.2一般要求
GB/T41271—2022
对于与生产过程质量控制直接或间接相关的传感器、可编程逻辑控制器、执行器、软件接口和工具等，涵盖通信部分则需要进行一致性测试。符合通用协议标准的，要求提供一致性测试报告，对于自定义的协议，需要提供协议定义、协议一致性测试计划、测试架构、测试方法和测试流程证据及测试报告。通信一致性测试要求包括但不限于：对应协议标准的版本号：
通过有资质的机构所展开的测试；通信一致性测试报告所针对软件的版本；通信一致性测试报告所针对硬件的版本；通信一致性测试的环境配置；
通信一致性测试工具的版本号；通信一致性测试的一般步骤、报告格式；通信一致性测试的自动部分测试案例；通信一致性测试的手动部分测试案例：报告的有效期。
5.3应用层数据互联互通的一致性要求定义传感器数据通信和OPCUA类应用层数据互联互通的一致性要求（不包含数据互认、FDTEDDL等内容，主要是OPC类）与质量控制直接或间接的传感器：如果带有总线类通信协议，则参考总线类通信一致性测试要求；如果带有OPC协议，需要完成OPC的有关测试：如果带有OPCUA协议，需要完成OPCUA的一致性测试；如果既带有总线类协议，也支持OPC或OPCUA协议，则需要完成总线类一致性测试和OPC或OPCUA的一致性测试。
测试要素与系统结构
6.1一致性测试选项
应区别对待以下一致性测试选项要求：必备要求选项：在所有情况下应遵守的要求，是一致性测试的基本测试内容：可选要求选项：由设备制造商自行选择是否支持，如果支持则应执行对应的测试条款，如果不支持则可不进行相应条款的测试6.2自动测试与手动测试
致性测试接照测试过程执行的方式可分为：自动测试：测试程序自动读取测试案例、执行测试过程、得出结论，自动生成测试报告，该种方式在一致性测试中得到广泛的应用；手动测试：部分特殊的测试案例需要手动进行一些配置和操作，并且进行手动执行，例如，测试过程中要求：
断开网络连接；
·上线新设备；
改变通信速率；
GB/T41271—2022
·改变设备角色；
·改变设备通信负载率等。
6.3正向测试与反向测试
一致性测试从测试的逻辑上可分为：正向测试；
一反向测试。
6.4测试要素
通信一致性测试要素包含以下几方面。抽象测试集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所示，被测对象包括被测实现和上测试器代理两部分。4
测试过程
被测对象
上测试器
被测实现
测试命令通道
通信通道
通信一致性测试结构示例
一致性测试一般过程应按照图2所示进行。制定一致性测试
构建测试平台
测试配置PICS、
致性测试工具
下测试器LT
测试用例
抽象测试集
判定规则
回归测试
执行测试
修改和调整
测试通过？
形成测试报告
确定测试结论
图2一致性测试的一般步骤示例
GB/T41271—2022
GB/T41271—2022
进行生产过程质量控制直接或间接的一致性测试需要按照一定流程进行，图2给出了一致性测试般步骤：
制定一致性测试计划，规划测试对象、测试范围：构建测试平台，包括LT和一致性测试工具的准备和熟悉，如果有必要：·在这一步对IUT进行改造；
·加入UTA上层测试代理；
。并且完成调试和基本的功能测试根据测试计划，编写PICS和PIXIT，并将此类信息映射成一致性测试工具的配置：执行测试，判断测试是否完成：如果测试过程出错：则进行调试和修改，并在进行回归测试后重复第3步；如果完成全部测试，则形成测试报告；进行测试计划与测试报告进行对比，确定测试符合计划：给出测试结论。
8测试判定方法
公开发行的有一致性测试规范的通信协议生产过程质量数据涉及诸多方面，通信是其中重要的一类，利用协议栈进行设备间、单元间通信的，需要进行通信一致性测试。对于有公开协议文本或协议标准的，并且规定了一致性测试方法、工具和手段的，被测装置需要在有资质的或指定的实验室进行有关测试，需要指明：协议版本号；
软硬件版本号；
所支持的服务；
所支持的特性；
测试环境；
测试工具版本号
未定义明确一致性测试规范的通信协议除上述以外的情形，对于没有定义一致性测试或类似测试规范的公开或私有通信协议，则需要设备提供商自行证明协议一致性或寻求第三方机构提供一致性证明，包括但不限于：通信设备完备的协议描述：
通信设备对应协议的版本号：
对应的软硬件版本号；
完备的测试方案：包括但不限于·
覆盖全部正常响应的测试；
覆盖全部异常响应的测试；
覆盖全部响应码：下载标准就来标准下载网
覆盖全部的服务；
覆盖全部的状态变化；
设备上下线：
设备角色切换；
报文头部正常测试；
报文头部异常测试；
对象索引正常测试；
对象索引异常测试：
报警服务的测试；
周期性数据服务：
·非周期性数据服务。
测试工具说明；
测试环境配置；
协议一致性声明PICS：
协议测试实现附加信息PIXIT；
测试集合说明列表，应该阐明每个测试案例对应协议的功能；完备的协议测试过程证明文件：测试结论；
其他必要的文件、说明和材料。GB/T41271—2022
通过以上有关的证明文件和材料，证明所开发的协议符合设计的协议文本，具有良好的一致性性能，则用户可以视其通过一致性测试。针对自定义协议一致性测试全面性和规范性的监督与识别应符合附录A的规定7
GB/T41271—2022
A.1概述
附录A
（规范性）
基于OPCUA的传感器通信一致性测试OPCUA是目前应用广泛的跨平台信息交换技术，分为客户端和服务器端，经过优化的OPCUA实现可以嵌人到现场设备中，如传感器，可编程逻辑控制器、执行器等。根据OPCUA的测试规范，OPCUA应在有资质的实验室进行测试，其测试命名为认证测试，包含了一致性测试在内的多种测试。而根据OPCUA实现目的不同，其所需执行的测试种类也不尽相同。A.2一般要求
应用如下定义的OPC规范需要进行认证测试：OPCUnifiedArchitecture;
OPCClassicDataAccess2.05aand3.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进行最佳实践和其他不可能的测试。5OPCUA复合产品测试
对于OPCUA复合型产品（即支持服务器又支持客户端的产品），需要执行：OPCUA服务器测试；
OPCUA客户端测试中列出的测试组合。A.6
测试过程
OPCUA的认证需要遵守一定的测试流程：客户将向合规测试者提交测试和功能检查清单申请，然后：·
进行评估以验证被测设备是否符合标准：安排认证测试的日期；
通知客户申请状态和测试日期；通知认证测试实验室并提供所有信息。认证测试实验室将准备测试环境：.
认证测试实验室可以使用虚拟化环境或专用PC；GB/T41271—2022
认证测试实验室将基于CUSTOMER规范创建一个测试环境，例如：CPU.RAM，磁盘空间和体系结构（x86，x64），操作系统等；认证测试实验室将根据需要安装和配置环境，以容纳被测设备并促进所有将要进行的测试；
建立与客户技术资源的联系。
认证测试将在约定的日期进行；如果产品通过认证测试实验室的认证测试：9
客户将收到所有进行的测试的详细测试报告；客户将被要求审查测试结果，并提交有关进行测试的任何部分的任何异议和/或投诉协议将被发送并且应返回签名的副本以确认所有的测试服务已经完成，并且由认证测试实验室确定全部结论是一致的
如果产品在认证测试实验室中未通过认证测试：·客户将收到所有进行的测试的详细测试报告，以及认证测试实验室可能提供的任何补充信息；
认证测试实验室将安排重新测试日期与客户；·
认证测试实验室可以选择为客户提供迄今为止的测试服务的清单。·
A.7互操作性
尽管本文件是关于通信一致性测试的，但是对于OPCUA来说，只有通过一致性测试和互操作测9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
CCSN19
中华人民共和国国家标准
GB/T41271—2022
生产过程质量控制
通信一致性测试方法
Production process quality control-Communication conformance test2022-03-09发布
国家市场监督管理总局
国家标准化管理委员会
2022-10-01实施
规范性引用文件
术语和定义
缩略语
通用要求
设备类型
一般要求
应用层数据互联互通的一致性要求测试要素与系统结构
一致性测试选项
自动测试与手动测试
正向测试与反向测试
测试要素
通信一致性测试系统结构
测试过程
测试判定方法
公开发行的有一致性测试规范的通信协议8.1
8.2未定义明确一致性测试规范的通信协议次
附录A（规范性）基于OPCUA的传感器通信一致性测试GB/T41271—2022
GB/T41271—2022
本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任本文件由中国机械工业联合会提出。本文件由全国工业测量控制和自动化技术委员会（SAC/TC124)归口。本文件起草单位：辽宁大学、机械工业仪器仪表综合技术经济研究所、中国科学院沈阳自动化研究所、东风设计研究院有限公司、重庆川仪自动化股份有限公司、华中科技大学、东北大学、广州大学、无锡职业技术学院、山东省计算中心（国家超级计算济南中心）、沈阳菲尔德物联科技有限公司、中信戴卡股份有限公司。
本文件主要起草人：宋岩、王成城、刘阳、游和平、田英明、周纯杰、王兴伟、李栋、邹涛、郭琼、王春喜、赵华、王挺、李刚、黄敏、万明、魏剑鬼、黄亮山
1范围
生产过程质量控制通信一致性测试方法GB/T41271—2022
本文件规定了生产过程质量控制通信一致性测试的通用要求、测试要素与系统架构、测试过程、测试判定方法等。
本文件适用于从生产过程质量控制角度对传感器、设备、应用软件的通信一致性进行的测试方法。2
规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件：不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T17178.2—2010
套规范
术语和定义
信息技术
开放系统互连
下列术语和定义适用于本文件。3.1
一致性测试conformancetesting测试中被测实现的一致性实现所达到的程度。3.2
可执行测试集
executable test suite
由可执行测试例组成的测试集
测试实现附加信息
一致性测试方法和框架
第2部分：抽象测试
implementation extra information for testing由被测实现的提供者或实现者所做的陈述注：包含或引用了与IUT及其测试环境有关的全部信息，该陈述使测试实验室能够对IUT运行适当的测试集。份IXIT可以有以下诸表：协议IXIT、轮廓IXIT、轮廓特定IXIT和信息客体IXIT、TMP实现声明。3.4
被测实现
implementationundertest
具有相邻用户/提供者关系的一个或多个协议的一种实现。注：这种实现将作为开放实系统的一部分通过测试进行研究3.5
下测试器
lowertester
测试期间，通过下层服务提供者间接对被测实现的下层服务界面进行控制和观察的手段。3.6
协议实现一致性声明
protocolimplementationconformancestatement声称与给定协议规范一致的实现或系统的提供者所做的声明。1
GB/T41271—2022
测试用例
testcase
抽象或可执行的测试对象。
testlaboratory
测试实验室
执行一致性测试的机构。
注：可以是第三方，用户组织，主管部门，或公认的私人运行机构，或者是提供者组织的经认可部门。3.9
测试目的
testpurpose
良好定义的测试自标的非形式化描述，它集中于诸如在适当的规范中所规定的单个一致性要求或套相关的一致性要求。
4缩略语
下列缩略语适用于本文件。
ATS：抽象测试集（AbstractTestSet）EDDL：电子设备描述语言（ElectronicDeviceDescriptionLanguage）ETS：可执行测试集（ExecutableTestSets）FDT：现场设备工具（FieldDeviceTools）IUT：被测实现（ImplantationUnderTesting）IXIT：测试实现的附加信息（ImplementationeXtraInformationforTesting）LT：下测试器（LowerTester）
PICS：协议实现一致性声明（ProtocolImplementationConformanceStatement）PIXIT：协议测试实现附加信息（ProtocolImplementationeXtraInformationforTesting）UT：上测试器（UpperTester）
UTA：上层测试代理（UpperTestAgent）5
通用要求
设备类型
全部与生产过程质量控制直接和间接相关的传感器、设备、系统和软件，只要这些对象使用了通信协议，则有关通信部分需要被测试。通信协议包括但不限于：工业以太网，如PROFINet，Ethercat、Powerlink、Modbus/TCP、Ethernet/IP等；现场总线，如PROFIbusDP、ModbusRTU、DeviceNet等：跨平台数据采集和交换：如经典OPC协议、OPCUA协议；其他类型的通信协议，如CANOpen、基于CAN的自定义协议。覆盖的装置设备包括但不限于，与生产过程质量控制有关的：传感器：
可编程控制器；
执行器：
软件；
网络核心设备和边缘设备等。
5.2一般要求
GB/T41271—2022
对于与生产过程质量控制直接或间接相关的传感器、可编程逻辑控制器、执行器、软件接口和工具等，涵盖通信部分则需要进行一致性测试。符合通用协议标准的，要求提供一致性测试报告，对于自定义的协议，需要提供协议定义、协议一致性测试计划、测试架构、测试方法和测试流程证据及测试报告。通信一致性测试要求包括但不限于：对应协议标准的版本号：
通过有资质的机构所展开的测试；通信一致性测试报告所针对软件的版本；通信一致性测试报告所针对硬件的版本；通信一致性测试的环境配置；
通信一致性测试工具的版本号；通信一致性测试的一般步骤、报告格式；通信一致性测试的自动部分测试案例；通信一致性测试的手动部分测试案例：报告的有效期。
5.3应用层数据互联互通的一致性要求定义传感器数据通信和OPCUA类应用层数据互联互通的一致性要求（不包含数据互认、FDTEDDL等内容，主要是OPC类）与质量控制直接或间接的传感器：如果带有总线类通信协议，则参考总线类通信一致性测试要求；如果带有OPC协议，需要完成OPC的有关测试：如果带有OPCUA协议，需要完成OPCUA的一致性测试；如果既带有总线类协议，也支持OPC或OPCUA协议，则需要完成总线类一致性测试和OPC或OPCUA的一致性测试。
测试要素与系统结构
6.1一致性测试选项
应区别对待以下一致性测试选项要求：必备要求选项：在所有情况下应遵守的要求，是一致性测试的基本测试内容：可选要求选项：由设备制造商自行选择是否支持，如果支持则应执行对应的测试条款，如果不支持则可不进行相应条款的测试6.2自动测试与手动测试
致性测试接照测试过程执行的方式可分为：自动测试：测试程序自动读取测试案例、执行测试过程、得出结论，自动生成测试报告，该种方式在一致性测试中得到广泛的应用；手动测试：部分特殊的测试案例需要手动进行一些配置和操作，并且进行手动执行，例如，测试过程中要求：
断开网络连接；
·上线新设备；
改变通信速率；
GB/T41271—2022
·改变设备角色；
·改变设备通信负载率等。
6.3正向测试与反向测试
一致性测试从测试的逻辑上可分为：正向测试；
一反向测试。
6.4测试要素
通信一致性测试要素包含以下几方面。抽象测试集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所示，被测对象包括被测实现和上测试器代理两部分。4
测试过程
被测对象
上测试器
被测实现
测试命令通道
通信通道
通信一致性测试结构示例
一致性测试一般过程应按照图2所示进行。制定一致性测试
构建测试平台
测试配置PICS、
致性测试工具
下测试器LT
测试用例
抽象测试集
判定规则
回归测试
执行测试
修改和调整
测试通过？
形成测试报告
确定测试结论
图2一致性测试的一般步骤示例
GB/T41271—2022
GB/T41271—2022
进行生产过程质量控制直接或间接的一致性测试需要按照一定流程进行，图2给出了一致性测试般步骤：
制定一致性测试计划，规划测试对象、测试范围：构建测试平台，包括LT和一致性测试工具的准备和熟悉，如果有必要：·在这一步对IUT进行改造；
·加入UTA上层测试代理；
。并且完成调试和基本的功能测试根据测试计划，编写PICS和PIXIT，并将此类信息映射成一致性测试工具的配置：执行测试，判断测试是否完成：如果测试过程出错：则进行调试和修改，并在进行回归测试后重复第3步；如果完成全部测试，则形成测试报告；进行测试计划与测试报告进行对比，确定测试符合计划：给出测试结论。
8测试判定方法
公开发行的有一致性测试规范的通信协议生产过程质量数据涉及诸多方面，通信是其中重要的一类，利用协议栈进行设备间、单元间通信的，需要进行通信一致性测试。对于有公开协议文本或协议标准的，并且规定了一致性测试方法、工具和手段的，被测装置需要在有资质的或指定的实验室进行有关测试，需要指明：协议版本号；
软硬件版本号；
所支持的服务；
所支持的特性；
测试环境；
测试工具版本号
未定义明确一致性测试规范的通信协议除上述以外的情形，对于没有定义一致性测试或类似测试规范的公开或私有通信协议，则需要设备提供商自行证明协议一致性或寻求第三方机构提供一致性证明，包括但不限于：通信设备完备的协议描述：
通信设备对应协议的版本号：
对应的软硬件版本号；
完备的测试方案：包括但不限于·
覆盖全部正常响应的测试；
覆盖全部异常响应的测试；
覆盖全部响应码：下载标准就来标准下载网
覆盖全部的服务；
覆盖全部的状态变化；
设备上下线：
设备角色切换；
报文头部正常测试；
报文头部异常测试；
对象索引正常测试；
对象索引异常测试：
报警服务的测试；
周期性数据服务：
·非周期性数据服务。
测试工具说明；
测试环境配置；
协议一致性声明PICS：
协议测试实现附加信息PIXIT；
测试集合说明列表，应该阐明每个测试案例对应协议的功能；完备的协议测试过程证明文件：测试结论；
其他必要的文件、说明和材料。GB/T41271—2022
通过以上有关的证明文件和材料，证明所开发的协议符合设计的协议文本，具有良好的一致性性能，则用户可以视其通过一致性测试。针对自定义协议一致性测试全面性和规范性的监督与识别应符合附录A的规定7
GB/T41271—2022
A.1概述
附录A
（规范性）
基于OPCUA的传感器通信一致性测试OPCUA是目前应用广泛的跨平台信息交换技术，分为客户端和服务器端，经过优化的OPCUA实现可以嵌人到现场设备中，如传感器，可编程逻辑控制器、执行器等。根据OPCUA的测试规范，OPCUA应在有资质的实验室进行测试，其测试命名为认证测试，包含了一致性测试在内的多种测试。而根据OPCUA实现目的不同，其所需执行的测试种类也不尽相同。A.2一般要求
应用如下定义的OPC规范需要进行认证测试：OPCUnifiedArchitecture;
OPCClassicDataAccess2.05aand3.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进行最佳实践和其他不可能的测试。5OPCUA复合产品测试
对于OPCUA复合型产品（即支持服务器又支持客户端的产品），需要执行：OPCUA服务器测试；
OPCUA客户端测试中列出的测试组合。A.6
测试过程
OPCUA的认证需要遵守一定的测试流程：客户将向合规测试者提交测试和功能检查清单申请，然后：·
进行评估以验证被测设备是否符合标准：安排认证测试的日期；
通知客户申请状态和测试日期；通知认证测试实验室并提供所有信息。认证测试实验室将准备测试环境：.
认证测试实验室可以使用虚拟化环境或专用PC；GB/T41271—2022
认证测试实验室将基于CUSTOMER规范创建一个测试环境，例如：CPU.RAM，磁盘空间和体系结构（x86，x64），操作系统等；认证测试实验室将根据需要安装和配置环境，以容纳被测设备并促进所有将要进行的测试；
建立与客户技术资源的联系。
认证测试将在约定的日期进行；如果产品通过认证测试实验室的认证测试：9
客户将收到所有进行的测试的详细测试报告；客户将被要求审查测试结果，并提交有关进行测试的任何部分的任何异议和/或投诉协议将被发送并且应返回签名的副本以确认所有的测试服务已经完成，并且由认证测试实验室确定全部结论是一致的
如果产品在认证测试实验室中未通过认证测试：·客户将收到所有进行的测试的详细测试报告，以及认证测试实验室可能提供的任何补充信息；
认证测试实验室将安排重新测试日期与客户；·
认证测试实验室可以选择为客户提供迄今为止的测试服务的清单。·
A.7互操作性
尽管本文件是关于通信一致性测试的，但是对于OPCUA来说，只有通过一致性测试和互操作测9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。