1. 项目交付全景
Anritsu无线测试项目通常不是“买一台仪表、跑一遍测试”这么简单。它往往横跨售前方案、实验室搭建、测试用例开发、仪表校准与验证、现场执行、问题闭环和最终验收等多个阶段，参与方包括客户、Anritsu原厂、集成商、测试工程师和项目管理者。理解项目交付全景，核心是回答三个问题：项目从启动到关闭要经过哪些阶段、每个阶段谁负责什么、每个阶段必须产出哪些可交付物。只有把这三条线对齐，后续的测试计划、脚本开发、仪表配置和验收才有稳定基础。
一、生命周期：从需求到关闭的六个阶段
Anritsu无线测试项目的生命周期可以划分为六个阶段，每个阶段都有明确的输入、活动和输出。阶段之间不是简单串行，而是存在评审、返工和并行准备。
- 需求与方案阶段：明确被测对象（如5G NR终端、Wi-Fi 7模块、蓝牙芯片或车载T-Box）、测试标准（3GPP TS 38.521、IEEE 802.11be、Bluetooth Core Spec等）、测试项目（发射功率、EVM、ACLR、频率误差、接收灵敏度等）以及仪表型号（如MT8000A、MT8821C、MT8862A、MT8852B等）。输出为需求规格书和测试方案初稿。
- 环境搭建阶段：完成仪表上架、射频链路连接、屏蔽箱/暗室准备、电源与时钟同步、GPIB/LAN/USB通信配置，并确认路径损耗、线缆衰减和校准状态。输出为环境搭建记录和链路校准报告。
- 用例开发与调试阶段：基于测试标准编写自动化脚本或调用Anritsu提供的测试软件（如MX8000系列、Wireless Test Suite），完成参数配置、序列编排和结果判定逻辑。输出为测试用例集和调试记录。
- 验证与预测试阶段：用已知良好的参考样件（Golden Sample）验证测试系统，确认重复性、稳定性和测量不确定度。输出为系统验证报告和预测试数据。
- 正式测试与问题闭环阶段：执行正式测试，记录原始数据，对失败项进行定位、复测和回归，形成问题跟踪表。输出为测试报告和问题闭环记录。
- 验收与关闭阶段：客户确认测试结果、交付文档和培训完成情况，完成仪表归还或移交、账号权限回收和项目复盘。输出为验收报告和项目关闭清单。
需要特别说明的是，校准与验证不是独立阶段，而是贯穿全生命周期的横向活动。仪表校准周期、路径损耗复核、参考样件复测都应在每个阶段开始前确认，否则后期数据可能整体偏移。
二、关键角色：谁对什么结果负责
项目中最常见的风险不是技术难题，而是角色边界模糊。例如，客户认为“仪表到了就能测”，测试工程师认为“标准没确认无法写用例”，原厂FAE认为“需求还没冻结无法选型”。因此，在项目启动会上必须明确以下角色的职责边界。
| 角色 | 核心职责 | 关键输出 | 常见风险 |
|---|---|---|---|
| 客户/产品线 | 提出测试需求、确认标准版本、提供样件、签署验收 | 需求规格书、样件、验收结论 | 需求变更频繁、样件状态不一致 |
| Anritsu原厂/FAE | 仪表选型、固件与选件确认、测试方法支持、疑难升级 | 选型建议、配置清单、支持记录 | 选件缺失导致测试项无法执行 |
| 测试工程师 | 链路搭建、脚本开发、执行测试、数据记录与复测 | 测试用例、原始数据、测试报告 | 路径损耗未校准、脚本判定阈值错误 |
| 项目经理/质量 | 计划与里程碑、问题跟踪、交付物审核、验收组织 | 项目计划、问题跟踪表、验收报告 | 问题闭环不及时、交付物遗漏 |
三、交付物清单：从“做了”到“可证明”
交付物不是形式主义，而是项目可追溯、可复现、可验收的证据链。以5G NR终端射频测试为例，一份完整的交付物清单通常包括：
- 需求规格书：明确被测频段（如n41、n78、n79）、带宽（100MHz）、调制方式（QPSK/16QAM/64QAM/256QAM）、测试项及限值来源（3GPP TS 38.521-1）。
- 测试方案：说明仪表型号（如MT8000A+MT8821C组合）、测试拓扑、校准方式、判定准则。
- 环境搭建记录：记录仪表序列号、固件版本、选件列表、线缆型号与衰减值、屏蔽箱型号、路径损耗校准结果。
- 测试用例集：每个用例包含用例编号、测试目的、前置条件、参数配置、执行步骤、预期结果和实际结果字段。
- 系统验证报告：用Golden Sample连续测试多次（如10次），记录均值、标准差和最大偏差，确认系统重复性满足要求。
- 正式测试报告：包含原始数据、判定结果、失败项分析和复测记录。
- 问题跟踪表：记录问题编号、现象、定位过程、根因、修复措施和回归结果。
- 验收报告与关闭清单：客户签字确认，仪表归还或移交，账号权限回收，项目复盘记录归档。
实用建议：在项目启动时建立一份“交付物矩阵”，把每个交付物映射到责任角色和完成时间。例如：链路校准报告由测试工程师在环境搭建完成后2个工作日内提交，系统验证报告由测试工程师和项目经理共同评审。这样可以在早期发现遗漏，避免验收前集中补材料。
常见误区：把“测试执行完成”等同于“项目交付完成”。实际上，没有校准记录、没有原始数据、没有版本基线，测试结果无法复现，验收时极易被质疑。交付物的完整性应与测试执行同步推进，而不是事后补做。
总结来说，Anritsu无线测试项目的交付全景可以概括为：六个阶段串联主线，四类角色分工协作，一套交付物形成证据链。理解这张全景图，后续的测试计划、脚本开发、仪表配置和问题闭环才能有的放矢，项目也才能从“能测”走向“测得准、可复现、可验收”。