2. 一致性测试基本概念：测试目的、测试用例、通过准则与标准规范归纳总结

聊到一致性测试，很多工程师第一反应就是“对着标准一条条测”。这话没错，但太粗糙了。我做了这么多年测试，见过太多人拿着标准文档就开始测，测了半天发现连测试目的都没搞清楚。你想想看，这就像开车不看导航，只顾着踩油门——跑得快不代表跑得对。

所以这一章，咱们先把地基打牢。搞清楚一致性测试到底要解决什么问题，测试用例怎么写才算合格，通过准则怎么判，以及标准规范之间到底什么关系。这些搞明白了，后面实战才不会跑偏。

2.1 测试目的：我们到底在测什么？

一致性测试，说白了就是验证设备的行为跟标准描述的是否一致。这个“一致”包含两个层面：

• 语法一致：设备发出的报文格式、字段取值、字节顺序必须跟标准规定的完全一样。
• 语义一致：设备在不同条件下（正常、异常、边界）做出的响应，必须符合标准定义的预期行为。

我个人习惯把测试目的归纳为三个维度：

维度	核心问题	我眼中的关键点
互操作性保障	你的设备跟别人的能不能正常对接？	802.1Qbv的核心是时间感知整形，如果两台设备的门控列表时间基准差了哪怕一个纳秒，数据流就可能错乱
标准一致性	设备声称支持的特性，实际表现是否达标？	很多厂商会在Datasheet上写“支持Qbv”，但实际实现的队列数量、门控粒度可能缩水
可靠性验证	异常场景下设备会不会崩溃？	我曾经遇到过一台交换机，在连续收到非法门控配置报文后直接死机，这放在工业产线上就是事故

2.2 测试用例：怎么写才算合格？

测试用例是测试的灵魂。我见过有人把测试用例写成“发一个报文，看设备回什么”，这种连测试意图都没说清楚，你让执行测试的人怎么判？

一个合格的测试用例，必须包含以下五个要素：

1. 测试目的：一句话说清楚这条用例要验证什么。例如“验证设备在收到非法门控列表长度时的响应行为”。
2. 测试配置：设备初始状态、网络拓扑、流量模型。配置必须可重现。
3. 测试步骤：从准备到执行再到收尾，每一步都要写明白。别写“发送报文”，要写“在T=0时刻向端口1发送一个长度为64字节的VLAN tagged帧”。
4. 预期结果：设备应该输出的行为。这个必须可以从标准中找到对应条款。
5. 通过/失败判据：如何判定结果是否符合预期。注意，有些场景（比如时序）是有容忍度的。

举个例子。测试“门控列表的循环周期”这个特性，标准化测试用例大概长这样：

测试用例编号：TC-QBV-02-001
测试目的：验证设备门控列表的循环周期配置是否符合标准
测试配置：
  - 设备1作为受测设备（DUT）
  - 设备2作为测试激励源
  - DUT接口1连接设备2，接口2-4空载

测试步骤：
  1. 配置DUT的8个队列门控列表：
     - 每个队列配置一个门控状态为打开的时间槽
     - 时间槽宽度：100µs
     - 循环周期：800µs
  2. 在设备2上以500µs为周期发送探针帧
  3. 连续观测10个循环周期（8ms）

预期结果：
  - DUT的调度行为以800µs为一个周期重复
  - 门控状态在时间槽边界处切换
  - 切换时刻偏差不超过±200ns

通过判据：10个周期内，行为重复且偏差在容忍范围内
失败判据：出现周期紊乱或门控状态错位

2.3 通过准则：怎么才算过？

这个问题其实挺微妙的。标准里写了“should”和“shall”的区别，决定了测试的严格程度。我简单梳理一下：

标准用语	含义	测试态度
shall	强制要求，不满足就不能声称一致性	必须通过，没有商量余地
should	推荐要求，建议满足但不强制	通过更好，不通过可以沟通，但要记录差异
may	可选行为，不做要求	通常不测试，除非特别关注

判断“通过”还是“失败”，不是简单的二值判断。我个人习惯把结果分成三类：

• PASS：所有测项全部通过，且无任何异常记录。
• FAIL：存在任何一项shall要求未满足。
• INCONCLUSIVE：由于测试环境、设备配置或外部干扰，无法给出明确结论。这种情况需要重新测试。

2.4 标准规范归纳：802.1Qbv跟哪些标准有关？

很多新人以为Qbv测试只看IEEE 802.1Q这一个文档就行了。太天真了。我做过一个统计，一次完整的Qbv一致性测试，至少涉及5个以上的标准文档。我把核心的几个列出来：

标准编号	核心内容	与Qbv测试的关系
IEEE 802.1Q-2018	时间敏感网络（TSN）全集	Qbv的原始定义就在第8章和第35章，是所有测试的根文档
IEEE 802.1AS-2020	时间同步协议	Qbv依赖精准的时间同步，802.1AS没达标，Qbv就别想通过
IEEE 802.1Qcc	流预留与配置管理	定义了Qbv的配置模型和报文格式，测试时需要模拟配置协议
IEEE 802.1CB	帧复制与消除（FRER）	当Qbv与FRER配合时，需要额外验证冗余链路的调度一致性
IEEE 802.1BA	AVB配置文件	很多工业设备同时支持AVB和TSN，需要确认Qbv的配置与AVB的流量优先级不冲突

这些标准不是孤立的。它们之间有明确的依赖关系。我画了一张图，帮你理清它们之间的层级和依赖关系。

看到了吧？你测Qbv，其实是在测一个生态系统。802.1AS没通过，Qbv的测试结果就是废纸。802.1Qcc的配置模型搞错了，你连控制报文都解析不出来。

最后说一句我自己的体验：一致性测试最忌讳的就是“只见树木不见森林”。很多人盯着一条测试用例反复优化，却忽略了测试设计的整体性。先把标准之间的关系理清楚，再动手写用例。顺序对了，效率才能上来。