3. 测试项目选择与用例管理

在 R&S 无线终端射频一致性测试中，真正决定“测什么、怎么测、测到什么程度”的，并不是仪表本身，而是测试计划与用例管理。R&S CONTEST、CMsquares 与 QuickStep 三套软件分别面向不同的使用场景：CONTEST 是经典的射频一致性测试平台，CMsquares 提供图形化、模块化的测试序列编排，QuickStep 则更偏向快速、可脚本化的自动化执行。理解三者在测试计划创建、3GPP 用例筛选、限值加载、DUT 参数配置与自动化序列编排上的分工，是搭建可复现测试流程的基础。

一、测试计划：从“测哪些项”到“按什么顺序测”

测试计划（Test Plan）是测试执行的顶层容器，它回答三个问题：被测终端支持哪些频段与带宽、需要执行哪些 3GPP 测试用例、这些用例以什么顺序和条件执行。在 CONTEST 中，测试计划通常以工程文件形式保存，内部包含测试用例树、DUT 配置、限值集与仪表资源映射。创建计划时，第一步是选择技术制式与版本，例如 LTE FDD、NR FR1、WCDMA 或 GSM，并指定 3GPP TS 36.521-1、TS 38.521-1 等对应规范版本。版本选择直接影响可用用例集合与限值表，必须与 DUT 声明的能力一致。

第二步是定义 DUT 能力参数。以 NR FR1 终端为例，需要填写支持的频段（如 n41、n78、n79）、带宽（20/50/100 MHz）、子载波间隔（15/30 kHz）、调制方式（QPSK/16QAM/64QAM/256QAM）、MIMO 层数以及功率等级。这些参数并非“填了就好”，它们会作为筛选条件过滤用例：若 DUT 不支持 256QAM，则相关 EVM 与 ACLR 用例不应出现在计划中；若仅支持 2 层 MIMO，则 4 层吞吐量用例应被排除。CONTEST 与 CMsquares 都支持基于能力文件的自动筛选，避免人工逐条勾选带来的遗漏或误选。

二、3GPP 用例筛选：按规范、频段与能力收敛

3GPP 用例数量庞大，以 TS 38.521-1 为例，发射机、接收机与性能部分合计数百条。实际项目中不可能全测，筛选逻辑通常分三层：第一层按规范章节筛选，例如只保留 6.2 发射功率、6.5 占用带宽、6.6 ACLR、7.3 参考灵敏度等关键项；第二层按频段与带宽组合筛选，只保留 DUT 实际支持的组合；第三层按测试目的筛选，研发阶段可保留全部，认证阶段则按 GCF/PTCRB 的必测项收敛。

在 CMsquares 中，筛选结果以“测试用例列表”呈现，每条用例带有唯一标识（如 NR_FR1_TX_ACLR_001）、规范引用、测试目的与预计执行时间。QuickStep 则允许通过脚本或配置文件批量导入用例列表，例如用 CSV 定义 case_id, band, bw, scs, enable，再映射到内部序列。筛选完成后，建议导出用例清单并人工复核一次，重点检查边界组合是否遗漏，例如 n78 100 MHz 与 n41 60 MHz 是否都被覆盖。

三、限值加载：让用例“知道”合格线在哪里

限值（Limit）是判定测试通过与否的基准。3GPP 限值并非单一数值，而是随频段、带宽、功率等级、调制方式变化的表格。例如 NR FR1 的 ACLR 限值在 100 MHz 带宽下与 20 MHz 下不同，256QAM 与 QPSK 的 EVM 限值也不同。CONTEST 与 CMsquares 都支持限值集（Limit Set）概念：一个限值集对应一个规范版本与一组 DUT 能力，加载后自动绑定到匹配的用例。

实际操作中，限值加载最容易出错的地方是版本错配。例如 DUT 声明支持 3GPP Release 16，但限值集误加载为 Release 15，可能导致某些新增频段组合的限值缺失或偏松。建议在计划创建后执行一次“限值覆盖检查”，确认每条启用用例都能找到对应限值条目；若出现“无匹配限值”告警，应优先检查频段、带宽与功率等级是否填写完整。QuickStep 中可通过脚本输出限值绑定报告，例如列出 case_id, limit_set, limit_value, unit，便于批量核对。

四、DUT 参数配置与自动化序列编排

DUT 参数配置决定了仪表如何与终端建立连接并施加激励。以 NR FR1 发射功率测试为例，需要配置：频点（如 n78 中心频率 3.5 GHz）、带宽（100 MHz）、子载波间隔（30 kHz）、功率控制模式（如最大功率发射）、天线端口映射以及信令承载参数。这些参数在 CONTEST 中通常以 DUT 配置文件形式保存，在 CMsquares 中则作为测试步骤的属性面板逐项设置。

自动化序列编排的核心是把“单条用例”组织成“可重复执行的序列”。一个典型的 NR 发射机序列可能包含：初始化仪表与 DUT → 建立 RRC 连接 → 配置频点与带宽 → 执行发射功率测试 → 执行占用带宽测试 → 执行 ACLR 测试 → 执行 EVM 测试 → 记录结果 → 断开连接。在 CMsquares 中，这些步骤以图形化模块拖拽编排；在 QuickStep 中，则通过脚本或配置文件定义步骤顺序与循环条件。

编排时需注意三点：第一，状态依赖。ACLR 测试通常要求 DUT 处于最大功率发射状态，若前一步骤将功率调低，后续 ACLR 结果会偏乐观。第二，资源释放。频段切换或带宽切换后，应重新建立连接或至少重新配置承载，避免残留状态影响结果。第三，异常处理。若某条用例失败，序列应支持“继续执行”或“中止并记录”两种策略，便于区分单点失败与系统性失败。

五、用例管理中的常见问题与判断依据

用例管理不是一次性工作，而是随 DUT 能力变更、规范版本升级、认证要求调整而持续维护的过程。常见问题包括：用例重复（同一测试目的被多条用例覆盖）、用例遗漏（边界频段组合未纳入）、限值过期（规范更新后未同步限值集）以及序列顺序不合理（状态依赖被破坏）。判断依据可以归纳为三条：用例清单是否与 DUT 能力文件一致、限值绑定报告是否无缺失、冒烟执行是否全部通过。只有这三条同时满足，测试计划才具备可执行性与可复现性。

最后需要强调，CONTEST、CMsquares 与 QuickStep 并非互斥关系。实际项目中，常用 CONTEST 做认证级一致性测试，用 CMsquares 做研发阶段的图形化调试与序列验证，用 QuickStep 做批量回归与自动化执行。三者共享同一套用例标识与限值逻辑，才能在测试计划、执行与结果追溯之间形成闭环。