GB/T28029.102020

b）否定地（禁止）：声明不能做哪些事情。 最后，一致性要求归纳为如下两组： a）静态一致性要求； b）动态一致性要求。 静态一致性要求和动态一致性要求分别在4.2.3和4.2.4中论述

4.2.3静态一致性要求

为促进互操作性，静态一致性要求 将功能单元和可选项分组成不同协议类型；也可以是微观的，如定时器特定参数应支持的取值范围等。 TCN部分的静态一致性要求可分成如下两类： a）第一类确定特定协议实现所包含的能力； b）第二类定义多层依赖，如对协议实现所处的系统底层能力加以约束。这些多层依赖也可能存 在于系统上层部分（如网络管理与实时协议之间的依赖关系）。 没有明确声明为静态一致性要求的所有能力都看作可选项

办公楼标准规范范本4.2.4动态一致性要求

动态一致性要求是确定在通信事例中相关TCN部分所充许的可观测行为的所有要求（及可选 项）。这些要求构成了每个TCN标准文档的主体。它们定义了实现或实际系统的允许行为集。这个 行为集定义了一致性实现或真实系统在TCN标准文档中的可具有的最大能力。 如果一个系统的行为是一个行为集的成员，该行为集是相关TCN标准部分所允许并与PICS 致，则该系统在通信事例中表现出动态一致性。

4.2.4.2一致性系统

对在系统一致性声明中的每个协议，一个一致性的系统或实现应同时满足静态和动态一致性要求， 并与PICS中声明的能力一致

4.2.4.3互操作性和一致性

一致性测试的主要目的是提高不同实现之间互操作的可能性， 如果两个或多个实际开放系统遵循TCN部分的相同子集或相同选择，那么它们之间的互操作更 容易成功。 要实现两个或多个系统间成功的互操作，建议对这些系统的一致性声明和其PICS作一个比较。 如果在PICS中显示存在相关TCN部分的多个版本，应区分版本间的差异并考虑它们的含义，包 括它们与其他部分的组合使用。 一致性是保证互操作性的必要条件，但它并不是其充分条件。即使两个实现遵循相同的TCN协 议部分，但由于本部分范围外的一些因素的影响，它们也可能不能进行互操作。 宜采用互操作性试验以检测这些因素。辅助实现两个系统间互操作性的更多信息可以通过扩展 PICS与其他相关信息（包括测试报告和PIXIT)的比较得到。比较集中在以下几个方面： a） 对在TCN标准或相应的实际系统中未更正的含糊或不足之处，如为多层问题解决方案，而声 明的附加机制； 对TCN部分静态一致性要求中未考虑的自由选项的选择；

GB/T28029.102020

GB/T28029.102020

4.2.5IUT要求声明

4.2.5.1协议实现的一致性声明

为评估特定实现的一致性，应对已经实现的能力、可选项及所忽略的任何特征做一个声明，以便为 这个实现进行对相关要求或仅对这些要求进行一致性测试。这些声明称为PICS。 在PICS中，下列信息类别间宜存在区别： a）与协议本身的强制性、可选性和条件性的静态一致性要求相关的信息； b）与多层依赖的强制性、可选性和条件性的静态一致性要求相关的信息。 如果一组相关的TCN协议已经在系统中实现，那么对每个协议都需要一个PICS。也应有系统 致性声明用于综合系统中的所有提供了PICS的协议

4.2.5.2协议实现的附加测试信息

要测试一个协议实现，除了PICS提供的信息外测试实验室还需要IUT和测试环境的相关信息。 个PIXIT将由提交测试用实现的客户提供，作为和测试实验室商的结果。 PIXIT可包含下列信息： a 测试实验室为了能够在特定系统上运行适当的测试套所需要的信息（如用来运行测试实例的 测试方法的相关信息、寻址信息等）； b 在PICS中已经提到的需要精确化的信息（如在PICS中已经作为参数声明了的定时器取值范 围宜在PIXIT中规定）； 辅助确定PICS声明所支持的能力中哪些是可测试的、哪些是不可测试的信息； d）其他管理内容（如IUT标识符、相关PICS索引等）。 PIXIT不宜与相应的PICS矛盾。 抽象测试套制定者、测试实现者和测试实验室都要致力于PIXIT的开发

本部分讨论的一致性测试是针对GB/T28029.9一2020中规定的TCN条款的一致性测试。 理论上，一致性测试的目的是确定被测试的实现是否遵循相关条款的规定。由于实际限制不可能 做到全面的测试，经济因素也限制了测试不能太过深入。本部分根据提供一致性指示的程度区分了四 种类型的测试： a）基本互连测试，提供了IUT一致性的初步证据； b 能力测试，检验IUT的可观测能力是否与静态一致性要求和在PICS中声明的能力一致； 行为测试，针对IUT能力之内的全范围动态一致性要求尽量提供最全面的测试： d）一致性分辨测试，在深度上探测IUT对特定要求的一致性，针对特定一致性问题提供明确的 是/否应答及诊断信息。该测试不包括在本部分范围内。 a)、b）、c)、d)类测试在下面的子条款中加以详细描述。 互操作性和性能的关系在下文中考虑和定义，以明确它们的边界

基本互连测试对IUT提供有限的测试，用以确定IUT是否具有充分的一致性实现产品互联。 互联测试不执行完整的测试

GB/T28029.102020

基本互连测试适用于下列方面： a）检测严重的非一致性实例； b）作为采取更昂贵测试之前的基本筛选； 对在一个环境下通过了完全一致性测试的实现同样适用于另一个新环境（例如，在测试N实 现前，检查已经测试过的N一1实现是否由于过渡到N实现而发生了严重的变化)给出初步的 指示； d） 供实现的用户使用，以决定该实现是否可以用于与其他一致的实现通信，如作为数据交换的 前提。 基本互连测试不适用于下列方面： a）作为实现供应商一致性声明的基础； b）作为确定通信故障原因的仲裁手段。 基本互连测试标准化为一致性测试套（包括能力和行为测试）的子集。它们可以单独使用，也可以 致性测试套一起使用。可以选择是否存在及执行基本互连测试

能力测试为母不静态一致性要求 限的测试，用来确定1的哪些能力是可观测的，并检省

4.3.3.2能力测试的适用性

能力测试适用于下列方面： 尽可能地检查IUT与PICS的一致性； b 作为采取更深层次和更昂贵测试之前的基本筛选； C 检查IUT能力是否和静态一致性要求相一致； 为特定IUT的行为测试使能有效选择： e 和行为测试相结合，作为一致性声明的基础。 能力测试不适用于下列方面： a 能力测试单独作为实现供应商一致性声明的基础； 用作与每个已实现或未实现的能力相关行为的详细测试； C 用作鉴别在实际使用过程中经历的、或尽管满足了能力测试却在其他测试中显示可能存在非 致性的问题的原因， 能力测试标准化为一致性测试套的子集。能力测试可以单独成组，也可以和行为测试合并使用

行为测试在动态一致性要求全范围内尽可能按实际地测试实现。由于事件和事件定时的组合数目 是无限的，该测试是无穷尽的。还存在一种限制，即这些测试设计为在单一测试环境下共同运行，所以 该环境下难于或不可能检测的故障都有可能被遗漏。因此，一个非一致性的实现可能通过一致性测 式套的检测。测试套的设计目的之一就是最小化这种情况发生的次数。 行为测试和能力测试一起作为一致性评估过程的基础 行为测试不适用于鉴别在实际使用过程中经历的、或尽管满足了行为测试却在其他测试中显示可 能存在非一致性的问题的原因。 行为测试标准化为一致性测试套的主体

GB/T28029.102020

注：行为测试包含儿U1为应实际 的有效的、不合适的及语法上无效的协议行为而采取的有效行为的测 试。这包含了IUT对试图使用在PICS中声明作未实现的特征（能力）的拒绝。所以，能力测试不需要包括对 PICS所忽略的能力的测试。

43.5一致性分辨测试

一致性分辨测试对实现是否满足特定要求提供尽可能确定性的诊断性答案。由于无穷性问题，只 能在限定测试范围内得到确定性的答案。 测试结构和测试方法通常只针对特定被测要求，不需要对其他要求也可普遍使用。它们甚至可以 是（标准化的）抽象一致性测试套认为不可接受的测试结构和测试方法，如包括使用特定操作系统的诊 新和调试特性的实现专属方法， 行为测试和一致性分辨测试的区别可以通过一个事件实例（如复位)来加以阐明。行为测试也许只 包含了复位发生时的条件选择，不能检测其他情况下的错误行为。一致性分辨测试将限定已怀疑发生 不正确行为的条件，并确认怀疑是否正确。 一致性分辨测试适用于下列方面： a）在严格限定且先前证实的情形下提供是/否的回答（例如，在实现开发过程中检查特定特征是 否得到正确实现，或在操作使用过程中研究问题发生的原因）； b）在当前一致性测试套中，作为识别并提供解析缺陷的方法。 一致性分辨测试不适合于作为判断实现是否全面一致性的基础。 一致性分辨测试不是标准化的。作为一致性测试的副产品，可以识别协 错误和降

4.3.6章节/条款和声明的解释

GB/T28029.9一2020中的TCN常遇到怎样把章节/条款和要求翻译成可实现的测试套这类解 同题。大部分TCN协议比较复杂，全面的测试在技术上和经济上都不切实际。所有相关的测试内容 应符合GB/T28029.9一2020的实际应用，并遵循一些准则，这些准则根据特性分成下列几类： a）命令； b） 说明； ） 指导； d）可选项； e）弱声明。 下列子条款描述了这些准则

GB/T28029.102020

于256”。 延续性词语/短语是跟在强制命令之后在底层引人要求规范。 引入暂时性指示的短语可能导致确定或不确定的行为，或导致无穷测试例的枚举。见表2

要求文档中的信息。由说明指向的数据和信息强化了文档的规范声明，只要有可能就会用作测试 的样本类别输人。它们是： a）图例； b）表格； ）示例； d）注释。

可选项是用来为开发者给出满足规范声明范围的词语种类。这类词语明确地构成了PICS中可选 页声明的基础。然而，包含这类词语的要求减弱了规范性，增加了非互操作性的风险，并扩展了测试集， 体要求如下： a）能（例：具备总线管理能力的网关能同步总线）； b）可以（例：5类设备可以具备总线管理能力）； 可选（例：用户可编程能力是可选项）； d 除了/而不（例：当IUT正在命名节点，一个节点响应了命名顿而不响应状态请求顿，或者发送 一个错误的命名响应顿）。 可选项将推动PICS的生成

弱声明容易引起不确定性并为多种解释留有余地，为扩展要求或增加将来要求提供了基础。就测 试而言，该类词语生成具有测试例的测试 ，这些测试例从一组代表性实例中选出。但这样的测试不完全

GB/T28029.102020

4.3.7与互操作性的关系

一致性测试的目标之一就是产生可比较性，以及通过不同的测试器得到的测试结果具有产泛的可 接受性，从而减少同一系统重复一致性测试的需求。互操作性起到了主要作用，因为一致性测试的目的 是促进互操作性，与互操作性的关系见表4。

表4与互操作性的关系

本部分不提供互操作性测试的实现或建议

4.3.8与性能测试的关系

性能属性和TCN提供的服务紧密关联。即使一致性测试并不实现性能测试，但在表5所示方面 仍要考虑性能属性

部分不提供GB/T25119定义的性能测试的实现

4.4一致性评估过程框架

GB/T28029.102020

一致性评估过程的主要特征是设备的组态，该组态允许IUT和实际测试器间交换信息。这些信息 可以通过实际测试器进行控制和观测。 在理论框架内，一致性测试应包含几个步骤，既包括静态一致性检查又包括动态测试阶段，并最后 生成尽可能符合实际的测试报告。 这些步骤如下： a) PICS的编辑： b PIXIT的编辑； C) 测试选择和参数确定； d) 基本互连测试（可选）； e） 能力测试； f) 行为测试； g 测试结果的复核和分析； h 综合、结论及一致性测试报告的生成

4.4.2结果分析、输出及结论

（测试执行的)观测结果是测试实例执行过程中发生的系列事件；从控制和观测角度来看它包括 IUT所有的输人和输出。 预期输出通过与协议部分结合采用的抽象测试实例规范来标识和定义。对每个测试实例，可能存 在一个或多个预期输出。预期输出主要以抽象术语来定义。 结论是与抽象测试套规范中每个预期输出相关联的测试通过、失败或不确定的声明。 通过对观测输出和预期输出的比较进行结果分析。 指定到一观测输出的结论与匹配的预期输出相关联。如果观测输出未预见，那么抽象测试套规范 将声明应指定的默认结论。 观测输出和预期输出的比较方法不在本部分讨论范围内。 注：观测输出和预期输出可能的比较方法有： a）手动或自动比较（或混合）； b） 执行时间内或执行后的比较； 将观测输出译为抽象术语和预期输出进行比较，或将预期输出译为用来记录观测输出的术语。 结论将是通过、失败或不确定： 通过表示观测输出满足测试目的，且对相关的TCN部分和PICS是有效的； b） 失败表示观测输出在语法上无效，或对相关的TCN部分或PICS不合适； 不确定表示观测输出对相关的TCN部分有效，但测试目的未完成。 特定输出的结论取决于测试目的和观测到的协议行为的有效性。 有关独立测试实例的结论将并人基于已经执行的测试实例的IUT整体结论中

MVB设备的一致性测试

本章给出了MVB设备一致性测试的PICS表格内容及测试套内容

GB/T28029.102020

PICS的形式是一组表格，它包括实现者要回答的问题和对可能答案的限制。 PICS包含两类问题： a）用“是”或“否”来回答的问题，这与条款（范围从宏功能单元到微功能单元）是否被实现有关。 反映基本规范的容许答案，作为要求在PICS列出；这些答案组成支持值。 b） 用数值（如定时器、消息长度、频率等）回的问题，反映基本规范的数值变化的合法范围在 GB/T28209.9一2020中给出。这些答案组成所支持值

5.2.2填充PICS表格的说明

PICS以表格的形 a) 编号； b) 支持条款； c) 支持能力； d) 要求； e) 问题； f) 应答； g) 实现； 参数值

PICS以表格的形式组织。表格中的列包括： a) 编号； b) 支持条款； c) 支持能力； d) 要求； e) 问题； f) 应答； g) 实现； 参数值。

以下是在PICS形式表中使用的缩写： a) m：强制； b）n/a:不可用； c) 0：可选； d）c:有条件； d：默认； f) Y：是； g) N:否。

此列在PICS中用于引用

比列在PICS中用于引用

5.2.2.4支持条款列

划给出GB/T28029.9—2020与PICS中相应的人

5.2.2.5支持能力列

支持能力的IUT具有如下功能： a）产生相应的服务参数（自动地或者最终用户明确要求该能力）； b）解释、处理及当有要求时向最终用户提供相应的服务参数。

GB/T28029.102020

此列指示与GB/T28029.9一2020一致所需的支持等级， 这些值如下所示： a）m：要求强制支持； b）0：与GB/T28029.9一2020相一致的可选支持。若已实现，应遵从规范及相关条款限定。这 些约束可能影响其他项的可选性； c）C：此项是有条件的，对本项的支持受制于备注列所引用的阐述； d）n/a：此项不可用。 如果不支持可选项，则相应的项应被认为不可用

此列应该由IUT的供应商或制造商完成。设计的输入形式为填写以下内容： a）Y：是，该项已实现； b）N：否，该项未实现； 一：该项不可用。 在PICS表格中，IUT宜支持所有标有m”的项。如果IUT已支持相应的主要特征，则IUT宜支 标有m”的子项

5.2.2.8参数值列

5.2.2.8.1最小允许值

此列已经填写并指示一个参数的最小值

此列已经填写并指示一个参数的最小值

5.2.2.8.2默认值

列中的输人。当GB/T28029.9一2020建议了取值范围时，则使用平均值

5.2.2.8.3最大允许值

此列已经填写并指示一个参数的最大值

经填写并指示一个参数的

5.2.2.8.4实现值

5.2.2.8.4实现值

此列应由供应商或者制造商完成。设计的输人形式为填写实现值，当有多个值时应填写默认值

5.2.3.1PICS 形式表标识

为标识PICS形式表，需填写表6。

为标识PICS形式表，需填写表6。

表6PICS形式表标识

GB/T28029.102020

GB/T28029.102020

5.2.3.2IUT标识

为标识IUT，应填写表7

表7PICS形式表IUT标识

5.2.3.3IUT供应商和/或测试实验室客户标识

为标识IUT供应商和测试实验室客户，应填写表

表 8PICS形式表——IUT供应商和/或测试实验室客户标识

5.2.3.4标准标识

标识适用于本IUT的一致性测试标准，应填写表

表9PICS形式表 一标准标识

GB/T28029.102020

GB/T28029.102020

“设备类别”表中声明设备为1类，则IUT供应商

“设备类别”表中声明设备为2类，则IUT供应商

“设备类别”表中声明设备为3类，则IUT供应商

5.2.3.114 类

“设备类别”表中声明设备为4类，则IUT供应商

GB/T28029.102020

备类别”表中声明设备为5类 T 28029.1 2020申的 部分中不包含TC

应商填写以声明设备采用何种类型的总线段连接

应由IUT供应商填写以声明IUT是否实现了双

消防标准规范范本GB/T28029.102020

5.2.3.15穴余组态

果表19的“实现”列为Y.则表20应由供应商填写

5.2.3.16设备地址

城镇建设标准表21应由IUT供应商填写以声明提供给本次测试的IUT设备地址

5.2.3.17通用定时值

22应由IUT供应商填写以声明通用定时值的实现值 所有的边界值来自GB/T28029.9一2020.并构成允许范围