2. 需求澄清与测试范围界定

在无线测试项目交付中，最昂贵的错误往往不是测试执行出错，而是“测了不该测的”或“该测的没测”。客户口头提出的需求通常以业务语言表达，例如“确保这款终端在移动网络下稳定”“验证 Wi-Fi 与蜂窝切换不掉线”“满足运营商入库要求”。这些表述本身无法直接执行，必须经过需求澄清，转化为可验证的无线测试指标，并最终固化为范围说明书。本节围绕这一转化过程展开。

一、需求澄清的核心：把业务语言翻译成测试语言

需求澄清不是简单复述客户的话，而是通过结构化提问，把模糊诉求拆解为“测试对象、测试条件、测试指标、判定准则”四要素。以“终端在移动网络下稳定”为例，需要追问：终端制式是 LTE 还是 NR？频段有哪些？是实验室传导测试还是外场路测？稳定性用误码率、吞吐量波动还是掉线次数衡量？只有四要素齐备，需求才具备可验证性。

实践中常用“需求澄清三问”推进：第一问“测什么”，明确被测设备（DUT）型号、硬件版本、软件版本及天线配置；第二问“在什么条件下测”，明确频段、带宽、调制方式、信道模型、温度与供电条件；第三问“怎样算通过”，明确指标门限、统计样本量与置信度。三问的答案直接决定后续仪表选型、测试用例数量和工期估算。

二、从需求到可验证指标的转化路径

可验证指标必须满足可测量、可复现、可判定三个条件。可测量指存在明确的测量量与单位，如 RSRP（dBm）、EVM（%）、吞吐量（Mbps）；可复现指测试条件被完整记录，换人换时间能复现；可判定指有明确的通过/失败门限。下图展示了从客户原始需求到范围说明书的转化链路，以及每一步的关键动作与输出物。

图中右侧的判定准则均为示例值，实际项目应以客户规范、运营商入库标准或 3GPP 对应版本要求为准。需要强调的是，指标门限必须与统计口径绑定：同样是“RSRP ≥ -105 dBm”，是单点采样还是全程采样占比，结论可能完全不同。

三、范围说明书的必备内容

范围说明书是需求澄清的最终交付物，也是后续测试执行与验收的基准。它至少应包含以下内容：

• 测试对象：DUT 型号、硬件版本、软件版本、天线配置、SIM 卡类型。
• 测试范围：制式（LTE/NR/Wi-Fi/蓝牙）、频段、带宽、信道模型、测试类型（传导/辐射/外场）。
• 测试项与指标：逐项列出测量量、单位、门限、样本量与统计方法。
• 排除项：明确不测的频段、不覆盖的场景、不承担的仪表校准责任。
• 交付物：测试报告格式、原始数据、失败项复测记录、问题清单。
• 验收依据：引用标准编号与版本，如 3GPP TS 38.101、运营商入库测试规范。

排除项常被忽视，却是控制范围蔓延的关键。例如客户要求“验证所有频段”，但项目预算只覆盖 n41、n78、n79，则必须在范围说明书中写明“本次仅覆盖 n41/n78/n79，其余频段不在本次交付范围”。

四、实操示例：一次需求澄清会议的输出

假设客户提出“我们的 CPE 要在 n78 频段下稳定工作，满足运营商入库”。经过澄清，得到如下可验证指标（示例）：

测试对象：CPE-X1，HW V2.1，SW V1.3.0，2T4R
测试频段：n78（3.3–3.6 GHz），带宽 100 MHz
测试类型：传导 + 外场路测
关键指标：
  - 发射功率：23 dBm ± 2 dB
  - EVM：≤ 3.5%（256QAM）
  - ACLR：≥ 30 dB
  - 下行吞吐量：≥ 600 Mbps（示例门限）
  - 切换成功率：≥ 99%
  - 掉线率：≤ 1%
样本量：每项至少 3 次有效测试，取最差值判定
排除项：n41/n79 频段、Wi-Fi 共存、蓝牙
交付物：测试报告 + 原始 IQ 数据 + 失败项复测记录
验收依据：3GPP TS 38.101-1 V17 + 运营商入库规范 V3.2

这份输出可以直接作为范围说明书的骨架。注意其中“取最差值判定”是统计口径，必须与客户确认，否则可能出现“平均值通过、最差值失败”的争议。

五、常见陷阱与规避

第一，把客户口头承诺当作正式需求。任何指标变更都应通过范围说明书修订记录确认。第二，指标门限缺少统计口径，导致验收争议。第三，忽略测试条件，例如温度、供电电压、信道模型，导致实验室通过但外场失败。第四，范围说明书写成“万能清单”，包含大量与本次交付无关的测试项，反而模糊了验收边界。

范围说明书不是一次性文档，而是随需求澄清逐步细化的活文档。在项目启动阶段形成初稿，在测试方案评审时冻结基线，后续变更走变更控制流程。只有把“客户想要什么”转化为“我们测什么、怎么判、交付什么”，无线测试项目才具备可执行、可验收的基础。