3. 测试与验证基础理论
人形机器人的硬件系统由关节模组、传感器阵列、主控计算单元、电源管理系统、通信总线及结构件构成，其复杂度远超传统工业设备。在硬件开发流程中，测试与验证（Test & Verification）是连接设计定义与量产交付的核心质量关口。本章围绕测试类型、验证与确认的区别、测试等级三个基础理论维度展开，帮助测试工程师建立系统化的测试思维框架，明确不同阶段“测什么、怎么测、判据是什么”。
3.1 测试类型：从五个维度覆盖硬件质量
人形机器人硬件测试不能只关注“能不能动”，而要从功能、性能、可靠性、环境、安全五个维度建立完整的测试覆盖矩阵。每个维度回答不同的问题：功能测试验证“做没做”，性能测试验证“好不好”，可靠性测试验证“稳不稳”，环境测试验证“扛不扛得住”，安全测试验证“会不会伤人”。
3.1.1 功能测试：验证设计意图的实现
核心原理：功能测试以硬件设计规格书（Hardware Design Specification）和接口控制文档（ICD）为基准，逐项验证每个模块是否实现了规定的功能。对于人形机器人，典型的功能测试项包括：关节电机能否按指令正反转、编码器读数是否与角度一致、IMU 能否正确输出三轴加速度和角速度、电池管理系统（BMS）能否正确执行充放电保护、通信接口（CAN/以太网/SPI）能否正常收发数据。
判断方法：功能测试的判据是“通过/不通过”的二元结果，不涉及性能裕量。测试用例设计采用等价类划分和边界值分析，例如：测试舵机控制指令时，不仅要测试正常角度范围（0°~180°），还要测试边界值（0°、180°）和超界值（-10°、200°）的响应行为。
| 测试对象 | 功能测试项 | 典型判据 | 测试工具 |
|---|---|---|---|
| 关节伺服模组 | 位置闭环、力矩输出 | 指令角度与实际角度误差≤0.5° | 角度传感器、示波器 |
| 立体视觉相机 | 图像采集、深度输出 | 帧率≥30fps，深度误差≤2% | 标准测试卡、PC |
| 电源管理单元 | 上电时序、电压输出 | 各 rail 电压偏差≤±3% | 万用表、电子负载 |
| 触觉传感器 | 压力检测、阵列扫描 | 单点压力分辨率≤0.1N | 砝码、数据采集卡 |
3.1.2 性能测试：量化指标与裕量
核心原理：性能测试关注的是硬件在标称条件下的量化表现，包括速度、精度、带宽、延迟、功耗、吞吐量等指标。人形机器人硬件性能测试的关键项目包括：关节最大转速与扭矩曲线、主控 CPU 的算力利用率、内存带宽、传感器数据更新率、通信总线实时性（CAN 报文周期抖动）、整机功耗分布。
操作流程：性能测试需要搭建规范的测试环境，设定明确的负载模型。例如测试主控板性能时，需要运行标准的基准测试程序（如 CoreMark、Dhrystone），同时监测 CPU 温度、功耗和电压跌落情况。测试结果不仅要记录平均值，还要记录峰值和分布情况。
// 关节性能测试示例：阶跃响应测试
// 输入：目标位置 90°，阶跃指令
// 记录：上升时间、超调量、稳态误差、调节时间
测试条件：供电电压 48V±1%，环境温度 25℃
测试步骤：
1. 关节空载，初始化至 0°
2. 发送阶跃指令至 90°
3. 以 1kHz 采样率记录角度反馈
4. 分析响应曲线，提取性能指标
预期指标：上升时间 ≤ 100ms，超调量 ≤ 5%，稳态误差 ≤ 0.2°3.1.3 可靠性测试：暴露潜在失效模式
核心原理：可靠性测试通过长时间运行、加速老化和应力测试来暴露硬件的潜在缺陷。人形机器人作为长期运行的机电一体化产品，其可靠性测试重点包括：关节减速器的磨损寿命、线缆的弯折疲劳、连接器的插拔耐久、焊点的热循环疲劳、电池的充放电循环衰减。
判断方法：可靠性测试通常采用 Weibull 分布或浴盆曲线模型来分析失效率。测试中需要定义明确的失效判据（如关节力矩下降超过 20% 视为失效），并记录失效时间。通过 MTBF（平均无故障时间）和 B10 寿命（10% 样品失效的时间）来量化可靠性水平。
3.1.4 环境测试：模拟真实使用场景
核心原理：人形机器人可能部署在室内服务、户外巡检、工业车间等不同环境，必须验证硬件在温度、湿度、振动、冲击、盐雾、粉尘等环境应力下的适应性。环境测试依据 IEC 60068 系列标准执行，包括高温存储、低温工作、温度循环、湿热交变、随机振动、机械冲击等测试项目。
操作流程：环境测试需要制定严格的测试剖面（Profile），例如温度循环测试的温变速率、保温时间、循环次数都要明确。以整机温度循环测试为例：-20℃~+60℃，温变速率 5℃/min，保温 2 小时，循环 10 次，测试过程中持续监控各模块工作状态。
| 环境应力 | 测试标准 | 典型条件 | 关注失效模式 |
|---|---|---|---|
| 高温 | IEC 60068-2-2 | 70℃，持续 72h | 热失控、器件老化加速 |
| 低温 | IEC 60068-2-1 | -30℃，持续 24h | 液晶冻结、电池容量骤降 |
| 振动 | IEC 60068-2-6 | 10~500Hz，2g | 连接器松脱、焊点开裂 |
| 冲击 | IEC 60068-2-27 | 50g，11ms 半正弦 | 陶瓷电容碎裂、晶振停振 |
3.1.5 安全测试：保障人身与设备安全
核心原理：安全测试是人形机器人硬件测试中不可妥协的一环，涉及电气安全、机械安全、功能安全和电磁兼容安全。电气安全测试包括绝缘电阻、耐压测试、接地连续性、漏电流测试；机械安全测试包括运动部件的夹伤防护、急停功能有效性、力矩限制；功能安全测试验证安全相关功能（如碰撞检测、过流保护）在故障情况下能否正确响应。
判断方法：安全测试依据 IEC 62368-1（音视频与信息技术设备安全）和 ISO 13482（个人护理机器人安全）等标准执行。测试中不仅要验证正常操作下的安全性，还要模拟单一故障条件（如电机驱动器短路、传感器失效）下的安全响应。
3.2 验证与确认：两种不同的质量活动
验证（Verification）和确认（Validation）经常被混用，但在系统工程中它们是两个目的不同的活动。验证回答“我们是否正确地构建了产品”（Are we building the product right?），确认回答“我们是否构建了正确的产品”（Are we building the right product?）。
3.2.1 验证：对照规格检查实现
核心原理：验证是静态和动态的符合性检查，确保硬件实现与设计规格一致。验证活动包括：设计评审（Design Review）、原理图检查、PCB 布局检查、单元测试、集成测试等。验证的基准是设计输入文档，如原理图、PCB 设计文件、接口规格书。
操作流程：硬件验证的典型流程为：首先进行静态检查（原理图比对、DRC 电气规则检查、信号完整性预分析），然后进行动态测试（上电测试、信号波形测量、协议分析）。验证过程中发现的不符合项需要记录到问题追踪系统，并闭环处理。
3.2.2 确认：对照需求与用户期望
核心原理：确认是在最终环境下验证产品是否满足用户需求和预期用途。确认活动通常在系统级进行，由用户代表或独立测试团队执行。对于人形机器人，确认测试包括：整机功能演示、典型任务完成度评估（如抓取物体、行走导航）、用户体验评价、安全性能确认。
判断方法：确认的判据来自需求规格说明书（SRS）和用户需求文档（URD），而非设计规格。例如，设计规格可能规定“关节最大扭矩 50Nm”，但用户需求可能是“能够提起 5kg 的重物”，确认测试就要验证实际抓取能力是否满足用户场景。
| 维度 | 验证（Verification） | 确认（Validation） |
|---|---|---|
| 回答的问题 | 做对了没有？ | 做对了东西吗？ |
| 参照基准 | 设计规格、接口文档 | 用户需求、使用场景 |
| 执行阶段 | 开发过程中持续进行 | 开发后期或交付前 |
| 执行角色 | 开发工程师、测试工程师 | 独立测试团队、用户代表 |
| 典型活动 | 单元测试、集成测试、设计评审 | 系统测试、现场试用、验收测试 |
3.2.3 小型场景化说明
以人形机器人灵巧手的拇指关节为例：验证活动是检查 PCB 上的电机驱动芯片是否按照规格书正确连接、I2C 地址配置是否与设计一致、PWM 控制信号波形是否满足时序要求。而确认活动则是将灵巧手安装到整机上，测试它能否完成“捏取一枚鸡蛋”的用户任务。前者关注“电路对不对”，后者关注“功能有没有用”。
3.3 测试等级：从单元到系统的逐级递进
测试等级描述了硬件测试在不同集成粒度上的组织方式。人形机器人硬件测试分为三个等级：单元测试、集成测试和系统测试。三个等级之间不是简单的数量关系，而是测试目的、测试环境和故障定位能力的递进。
3.3.1 单元测试：最小可测单元的验证
核心原理：单元测试针对硬件的最小可替换单元（LRU）或最小功能模块进行测试，如单个关节模组、单个传感器板、单块电源模块。单元测试的目的是在模块级别尽早发现设计缺陷，降低后续集成阶段的排障成本。
操作流程：单元测试通常在开发板上进行，需要准备测试工装（Fixture）和必要的测试仪器。以关节模组单元测试为例：将关节模组固定在测试台上，连接电源、CAN 通信线和调试接口，依次测试通信握手、位置模式、速度模式、力矩模式、故障注入（过流、过温、堵转）等场景。
3.3.2 集成测试：模块间交互的验证
核心原理：集成测试验证多个模块组合后的协同工作能力，重点关注接口匹配性、通信协议一致性、时序配合和资源竞争。人形机器人的集成测试包括：主控板与关节模组的 CAN 总线通信测试、视觉传感器与主控的图像数据传输测试、电源模块与各负载的供电匹配测试。
判断方法：集成测试需要定义清晰的接口规格和时序要求。例如，测试主控板与 12 个关节模组的 CAN 通信时，需要验证总线负载率、报文周期抖动、错误帧率等指标。集成测试中发现的接口问题通常需要跨团队协作解决。
// CAN 总线集成测试指标
总线速率：1Mbps
报文周期：关节状态反馈 1ms，控制指令 1ms
验收标准：
- 总线负载率 ≤ 60%
- 报文周期抖动 ≤ 0.1ms
- 错误帧率 = 0（持续运行 1 小时）
- 通信中断恢复时间 ≤ 10ms3.3.3 系统测试：整机级全面验证
核心原理：系统测试在完整的人形机器人整机上进行，验证所有子系统协同工作时的整体性能、可靠性、环境适应性和安全性。系统测试是交付前的最后一道质量关口，测试环境应尽量接近真实使用场景。
操作流程：系统测试包括整机功能测试（行走、抓取、导航）、整机性能测试（续航、负载能力、响应速度）、整机可靠性测试（连续运行、老化测试）、整机环境测试（温度循环、振动）和整机安全测试（碰撞保护、急停功能）。系统测试需要制定详细的测试计划和测试用例，并配备完整的测试记录和问题追踪机制。
| 测试等级 | 测试对象 | 测试环境 | 故障定位能力 | 测试成本 |
|---|---|---|---|---|
| 单元测试 | 单板/单模组 | 测试台架 | 强（模块内部） | 低 |
| 集成测试 | 多模块组合 | 半实物仿真台 | 中（接口交互） | 中 |
| 系统测试 | 完整整机 | 真实场景/试验场 | 弱（跨系统耦合） | 高 |
3.3.4 常见误区与总结复盘
常见误区一：跳过单元测试直接进行系统测试。这种做法会导致故障定位困难，一个简单的传感器接线错误可能需要数天才能排查出来。正确做法是严格执行“单元→集成→系统”的递进策略。
常见误区二：将测试等级与测试类型混淆。测试等级描述的是“在哪个层面测”，测试类型描述的是“测什么维度”。例如，单元测试阶段也可以进行环境测试（对单板做温度循环），系统测试阶段也需要进行功能测试。
常见误区三：忽视回归测试。每次硬件改版或软件更新后，都需要对相关模块和系统进行回归测试，确保修改没有引入新的缺陷。建议建立自动化回归测试平台，提高测试效率。