Project CHIP中TC-CADMIN-1.5测试案例的故障分析与解决

在Project CHIP物联网设备认证测试过程中，TC-CADMIN-1.5测试案例出现了一个值得关注的故障现象。本文将深入分析该问题的技术背景、故障原因以及解决方案。

问题背景

TC-CADMIN-1.5是Project CHIP中用于验证设备管理员功能的关键测试案例之一。该测试主要验证设备能否正确响应并处理来自测试工具(TH)的commissioning窗口打开请求，以及后续的发现过程。

测试案例的核心流程分为三个关键步骤：

1. 测试工具(TH)向被测设备(DUT)发送打开commissioning窗口的指令
2. 被测设备响应并进入可被发现的commissionable状态
3. 测试工具通过DNS-SD服务发现设备并验证commissioning模式(CM)参数

故障现象分析

在实际测试执行过程中，测试在第三步出现了失败。深入分析日志后发现一个关键问题：测试工具在第三步进行设备发现时，没有正确使用第一步设置的discriminator参数进行过滤。

具体表现为：

• 第一步测试工具使用discriminator=2601打开commissioning窗口
• 但第三步测试工具却尝试在discriminator=2795下寻找设备
• 这种参数不匹配导致测试工具无法正确识别被测设备，最终导致测试失败

技术原理

在Project CHIP的commissioning流程中，discriminator是一个关键参数，它用于：

1. 在多个设备同时处于commissionable状态时区分目标设备
2. 确保测试工具能够准确识别并连接到正确的被测设备
3. 防止误连接到环境中其他处于commissioning状态的设备

DNS-SD(基于DNS的服务发现)是CHIP协议中用于设备发现的重要机制。当设备进入commissionable状态时，会通过mDNS广播自己的服务信息，包括discriminator、CM(Commissioning Mode)等关键参数。

解决方案

针对这一问题，技术团队提出了以下解决方案：

1. 修改测试脚本逻辑，确保在第三步设备发现阶段使用与第一步相同的discriminator参数
2. 增强测试工具的过滤机制，精确匹配commissioning参数
3. 在测试流程中添加参数一致性验证步骤

该解决方案的核心思想是保持测试过程中关键参数的一致性，确保测试工具能够准确识别被测设备，特别是在存在多个commissionable设备的复杂网络环境中。

实施效果

经过修复后，测试案例能够顺利完成全部验证步骤：

1. 测试工具成功使用指定discriminator打开commissioning窗口
2. 被测设备正确进入commissionable状态
3. 测试工具准确发现并验证被测设备的commissioning参数
4. 整个测试流程参数一致，验证结果可靠

经验总结

这个案例为我们提供了以下重要经验：

1. 在自动化测试中，参数传递的一致性至关重要
2. 设备发现过程需要考虑实际网络环境的复杂性
3. 测试工具需要具备精确过滤目标设备的能力
4. 详细的日志记录对于问题诊断非常有价值

通过解决这一问题，不仅修复了特定测试案例的故障，也增强了Project CHIP测试框架的健壮性，为后续的设备认证工作奠定了更可靠的基础。