4. 一致性测试用例管理与执行流程

无线终端的一致性验证并不是“把终端接上仪表跑一遍”这么简单。GCF 与 PTCRB 作为两大认证组织,定义了终端必须通过的测试用例集合、测试平台能力以及认证提交规则。测试用例管理,本质上是在“认证要求—测试平台能力—终端实现”三者之间建立可追溯的映射关系,并通过 Anritsu 测试软件(如 MX8000 系列)完成用例加载、执行、暂停恢复与结果记录。

GCF/PTCRB 认证流程与测试平台验证(TPV)

GCF 与 PTCRB 的认证流程在结构上高度相似,通常包含以下关键阶段:

  1. 测试平台验证(TPV,Test Platform Validation):仪表厂商(如 Anritsu)向 GCF/PTCRB 提交测试平台,证明其能够正确执行某一工作项(Work Item)下的测试用例。TPV 通过后,该平台才被允许用于终端认证测试。
  2. 终端测试:终端厂商在已通过 TPV 的测试平台上执行对应工作项的测试用例,生成测试报告。
  3. 报告提交与审核:将测试报告提交至 GCF/PTCRB 认可的实验室或直接提交至认证数据库,由认证组织审核。
  4. 认证注册:审核通过后,终端型号被列入 GCF/PTCRB 认证产品列表。

TPV 是认证流程的前置条件。一个测试平台可能支持多个工作项(如 LTE 频段组合、NR 载波聚合、VoLTE 等),每个工作项都需要单独完成 TPV。终端厂商在选择测试平台时,必须确认目标工作项已在该平台上通过 TPV,否则测试结果不被认证组织接受。

关键判断:终端认证测试前,先核对“目标工作项 + 测试平台型号 + 软件版本”三者是否均在 GCF/PTCRB 有效 TPV 列表中。缺少任一条件,测试报告可能被退回。

测试用例优先级

GCF/PTCRB 测试用例数量庞大,一个完整工作项可能包含数百条用例。实际执行时,需要根据优先级进行排序,以在有限时间内覆盖最关键的功能。优先级通常从以下维度划分:

  • 认证强制级别:GCF/PTCRB 将用例标记为 Mandatory(强制)、Optional(可选)或 Excluded(排除)。强制用例必须全部通过,否则无法获得认证。
  • 射频与协议关键路径:涉及发射功率、频率误差、调制质量、切换成功率等核心指标的用例,优先级最高。
  • 终端支持特性:终端声明支持的频段、载波聚合组合、VoLTE/VoNR 等特性对应的用例,必须优先执行。
  • 历史失败率:在前期调试中反复失败的用例,应提前安排,避免在认证后期才发现问题。

实际项目中,建议将用例分为三批:第一批为强制用例与核心射频用例,第二批为终端声明特性相关用例,第三批为可选与边界用例。每批执行完成后记录通过率,再决定是否进入下一批。

Anritsu MX8000 系列用例加载与执行

以 MX8000 系列(如 MX8000A、MX8001A 等)为例,测试软件通常以“项目—工作项—测试用例”的层级组织用例。加载与执行的基本操作如下:

1. 启动 MX8000 测试软件,选择对应仪表连接(如 MD8475B / MT8000A)。
2. 新建测试项目,选择目标认证组织(GCF 或 PTCRB)与工作项(如 LTE Band 1/3/7/8)。
3. 在用例树中勾选需要执行的测试用例,或导入 .gcf/.ptcrb 用例列表文件。
4. 设置终端参数:IMEI、支持的频段、功率等级、天线配置等。
5. 点击“Run”开始执行,软件按用例顺序自动控制仪表与终端交互。
6. 执行过程中可点击“Pause”暂停,检查终端状态或仪表连接。
7. 点击“Resume”从暂停点继续执行,已完成的用例结果保留。
8. 全部用例执行完毕后,导出测试报告(PDF/XML/CSV)。

暂停与恢复功能在调试阶段非常实用。例如,当某条用例因终端死机而失败时,可以暂停测试,重启终端后从当前用例恢复,而不必重新执行整个用例集。需要注意的是,恢复执行时终端状态必须与暂停前一致,否则结果可能无效。

日志与结果记录

MX8000 软件会为每条用例生成详细日志,包括:用例编号、测试目的、仪表配置、终端响应、测量值、判定结果(Pass/Fail/Inconclusive)以及失败原因。日志通常以时间戳标记,便于回溯。

结果记录应重点关注以下字段:

字段说明示例
Case IDGCF/PTCRB 用例编号7.1.1.1
Result判定结果Pass / Fail
Measured Value实测值23.1 dBm
Limit限值范围21.0–25.0 dBm
Fail Reason失败原因Power out of range

对于失败用例,应保存完整日志与仪表截图,作为后续整改依据。认证提交时,通常只需提交汇总报告,但实验室可能要求提供原始日志以备核查。

GCF/PTCRB 认证测试用例管理与执行流程 ① 测试平台验证 TPV 仪表厂商提交平台 GCF/PTCRB 审核 工作项逐项验证 通过后方可用于认证 ② 用例加载与筛选 选择工作项与频段 导入 GCF/PTCRB 用例列表 按优先级排序 强制用例优先 ③ 用例执行 MX8000 控制仪表 终端自动交互 支持暂停/恢复 实时记录结果 ④ 报告 导出日志 汇总结果 提交认证 测试用例优先级分层 P1 强制用例 GCF/PTCRB Mandatory 射频核心指标 + 协议关键路径 必须全部通过 P2 声明特性用例 终端声明的频段/CA/VoLTE 对应工作项用例 影响认证范围 P3 可选与边界用例 Optional / Excluded 边界条件与异常场景 时间允许时执行 MX8000 执行状态与日志记录 Idle 待机/加载用例 Running 自动执行用例 Paused 暂停/检查终端 Resumed 从断点继续 Done 导出报告 日志字段: Case ID Result (Pass/Fail) Measured Value Limit Fail Reason Timestamp 失败用例需保存完整日志与仪表截图,作为整改与认证核查依据。

实际执行中的关键控制点

在真实项目中,用例执行并非一次通过。以下控制点直接影响认证进度:

  • 终端状态一致性:暂停恢复后,终端必须回到暂停前的射频与协议状态。若终端重启,建议从当前用例重新执行,而非直接恢复。
  • 仪表校准与连接:执行前确认射频线缆损耗已校准,否则功率类用例可能因线损偏差而失败。
  • 用例版本匹配:GCF/PTCRB 用例库会定期更新,MX8000 软件版本需与目标用例版本匹配,否则可能出现用例编号不一致或缺失。
  • 失败用例分类:将失败原因分为“终端问题”“仪表配置问题”“环境问题”三类,分别处理,避免盲目重测。
注意:GCF/PTCRB 认证测试必须在已通过 TPV 的平台上执行。若使用未通过 TPV 的平台,即使测试结果全部通过,认证组织也不予认可。

总结来说,一致性测试用例管理的核心是“可追溯”:从认证要求到用例编号,从用例编号到执行结果,从执行结果到日志记录,每一步都应可回溯。MX8000 系列软件提供了完整的加载、执行、暂停恢复与日志导出能力,但真正决定认证效率的,是对用例优先级的合理排序和对失败原因的准确判断。