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），操作系统等； 认证测试实验室将根据需要安装和配置环境，以容纳被测设备并促进所有将要进行的 测试； 建立与客户技术资源的联系。 认证测试将在约定的日期进行； 如果产品通过认证测试实验室的认证测试： ·客户将收到所有进行的测试的详细测试报告： 客户将被要求审查测试结果，并提交有关进行测试的任何部分的任何异议和/或投诉； 协议将被发送并且应返回签名的副本以确认所有的测试服务已经完成，并且由认证测试 实验室确定全部结论是一致的 如果产品在认证测试实验室中未通过认证测试： · 客户将收到所有进行的测试的详细测试报告，以及认证测试实验室可能提供的任何补充 信息； 认证测试实验室将安排重新测试日期与客户； 认证测试实验室可以选择为客户提供迄今为止的测试服务的清单

才能通过认证，本文件给予简要陈述， 应针对至少5个参考产品检查被测设备的互操作性，其中包括被测设备支持的连接，浏览，阅 读，写人，订阅，接收数据更改和事件以及调用方法等。 测试人员发现的不兼容性将被视为测试失败。 参考产品中的不兼容性将由认证测试实验室进行调查，认证测试实验室将会： ·选择跳过对发现包含故障的特定参考产品的特定互操作性测试； ·与参考产品的供应商合作以获得修复，然后重新测试

健壮性和恢复需满足： 应检查被测设备是否有能力处理和去失与其他OPC产品以及其他数据源（如PLC)的通信； 产品能够恢复丢失的连接并将会话恢复到原始状态（在通信丢失之前）； 被测设备应证明连接问题的分离，这意味着： ·丢失一个客户端连接的服务器不会影响与其他客户端的连接； ·丢失服务器连接的客户端不影响与其他服务器的连接

可用性需满足： 安装和移除被测设备； 有足够的帮助文件； 提供了足够的工具，使最终用户能够设置，配置，使用和排除被测设备的故障

A.10.1测试环境准备

认证测试实验室将： 根据从客户那里收到的信息，通过产品问题清单创建必要的测试环境； 按照CUSTOMER提供的说明及有关配置方法进行产品配置； 在认证测试之前验证产品是否处于正常工作状态，并与客户合作以提前解决问题，并保证测试 环境已准备好进行测试

硬件需从客户处获得，包括： 被测设备，如果被测产品被嵌人到一个设备中： 如果OPCUA产品从这样的设备获取数据，任何PLC/设备/DCS应提供给认证测试实验室 认证测试实验室可以要求多个单元/设备进行可用性测试： 设备； 电源适配器和电缆： 通信电缆； 安装和配置说明； 适用的设备驱动程序和/或软件安装介质； 拷贝保护/授权硬件，如软件狗或USB钥匙等

GB/T412712022

在测试产品时硅钢片标准，客户可以选择参与。 亲临现场：来自客户的代表将出席认证测试实验室。 远程：在认证测试实验室代表的持续监督下，来自客户的代表将利用远程访问软件在测试环境 中查看产品并与其交互。认证测试实验室将尽一切努力在需要时启用远程参与。 按需：客户仅在认证测试实验室需要帮助时参加

品时，认证测试实验室将使用当前版本的在线可

义协议的一致性测试全面程度的检查表见表A，1

表A.1自定义协议的一致性测试全面程度检查表

表A.2自定义协议一致性测试案例确认表

线材标准表A.3自定义协议一致性测试文件确认表