📚 智能硬件PM学习日报 | 2026年7月21日（周二）
🎯 今日主题（约15分钟）：硬件产品测试验证流程——从“能工作”到“可量产、可交付”
一、什么是硬件产品测试验证？
硬件产品测试验证，是通过系统化测试确认产品是否满足：
- 用户需求；
- 产品规格；
- 安全与法规要求；
- 可靠性目标；
- 量产和交付要求。
对智能硬件而言，“样机能运行”只代表产品完成了很小一步。真正合格的产品还必须证明：
在不同环境、不同批次、不同用户操作方式下，产品都能稳定完成核心任务。
例如，一台无人机在实验室内能够正常起飞，并不代表它已经具备上市条件。还需要验证：
- 高温、低温环境下是否能够稳定飞行；
- 强风环境中悬停是否可靠；
- 低电量、失联、定位异常时能否安全处置；
- 批量生产后的产品性能是否一致；
- 固件升级后是否引入新的飞行风险；
- 电池、充电器和整机之间是否满足安全要求。
二、测试与验证的区别
产品经理经常会混淆“测试”和“验证”，可以这样理解：
| 概念 | 核心问题 | 示例 |
|---|---|---|
| 测试（Test） | 产品实际表现如何？ | 测量无人机最大续航时间 |
| 验证（Verification） | 是否满足既定规格？ | 续航目标为30分钟，实测是否达标 |
| 确认（Validation） | 是否真正解决用户问题？ | 用户是否能在真实巡检场景中完成任务 |
举例来说：
- PRD规定“支持30分钟续航”，这是规格验证；
- 用户实际需要“完成一轮园区巡检”，这是场景确认；
- 如果无人机理论续航30分钟，但起飞、返航、避障消耗大量时间，最终无法完成巡检任务，那么产品可能“参数达标”，但用户价值没有达标。
因此，硬件PM不能只盯着实验室参数，还要关注真实场景结果。
三、智能硬件常见的测试阶段
1. 工程验证测试：EVT
EVT（Engineering Validation Test，工程验证测试）主要验证产品设计方案是否基本可行。
重点包括：
- 结构设计是否合理；
- 电路是否正常工作；
- 关键器件是否匹配；
- 软硬件接口是否打通；
- 核心功能是否实现；
- 初步性能是否达到目标。
以无人机为例，EVT阶段可以重点验证：
- 电机、飞控、电池和螺旋桨是否匹配；
- 飞控板是否能够正确读取惯导数据；
- 图传、遥控、卫星定位是否正常；
- 云台相机是否能完成基本拍摄；
- 机身结构是否能承受正常飞行振动。
EVT阶段允许问题较多，但必须尽早暴露重大设计风险。
产品经理的重点：
- 明确每个需求对应的测试方法；
- 确认关键指标是否可测量；
- 跟踪问题关闭，而不是只看测试通过率；
- 对高风险功能设置专项验证计划。
2. 设计验证测试：DVT
DVT（Design Validation Test，设计验证测试）主要确认产品设计是否已经接近最终状态。
重点包括：
- 功能完整性；
- 性能指标；
- 可靠性；
- 环境适应性；
- 安全性；
- 人机体验；
- 认证预检。
无人机DVT阶段可以进行：
- 高低温飞行测试；
- 防尘防水测试；
- 抗风测试；
- 振动和跌落测试；
- 电池循环测试；
- 图传距离和延迟测试；
- 失联返航测试；
- 低电量保护测试；
- 避障和紧急降落测试。
DVT不是简单重复EVT，而是要回答：
设计方案是否足以支持正式发布？
如果产品在DVT阶段仍频繁修改主板、结构或核心器件，说明设计成熟度不足，贸然进入量产会带来较大风险。
3. 生产验证测试：PVT
PVT（Production Validation Test，生产验证测试）主要验证产品能否稳定、经济地生产出来。
重点包括：
- 生产工艺是否稳定；
- 工装夹具是否有效；
- 测试设备是否准确；
- 生产节拍是否达标；
- 产品良率是否满足目标；
- 物料和替代料是否受控；
- 不同批次产品的一致性如何。
以无人机为例，PVT阶段需要关注：
- 电机装配扭矩是否一致；
- 螺旋桨安装是否存在方向错误；
- 摄像头和云台校准是否自动化；
- 飞控传感器校准是否需要人工介入；
- 电池内阻和容量检测是否稳定；
- 出厂飞行测试是否能够覆盖关键风险；
- 生产测试时间是否过长，影响产能。
一个产品即使DVT样机表现优秀，如果PVT阶段良率只有70%，也不能认为它具备量产条件。
四、测试计划应该怎么写？
硬件PM不一定亲自执行所有测试，但必须能够组织一份清晰的测试计划。
建议至少包含以下内容：
| 项目 | 说明 |
|---|---|
| 测试目标 | 本轮测试要证明什么 |
| 测试对象 | 样机、软件版本、硬件版本、批次 |
| 测试条件 | 温度、湿度、载荷、距离、网络环境等 |
| 测试步骤 | 按什么顺序执行 |
| 预期结果 | 什么结果算通过 |
| 实际结果 | 实测数据和现象 |
| 问题等级 | 严重、主要、一般、建议 |
| 责任人 | 由哪个团队跟进 |
| 复测条件 | 修复后如何确认问题关闭 |
示例：无人机失联返航测试
测试目标：
验证无人机在飞行过程中失去遥控链路后，能够按照产品定义执行返航策略。
测试条件：
- 电量分别为80%、50%、20%；
- 起飞点附近无遮挡；
- 不同飞行距离；
- 不同飞行高度；
- 模拟遥控信号中断；
- 分别测试有卫星定位和定位较弱场景。
预期结果：
- 失联后在规定时间内触发返航；
- 飞行高度符合安全策略；
- 能够返回预设降落区域；
- 电量不足时执行低电量保护策略；
- 恢复通信后，用户能够重新接管；
- 全过程不能出现失控、撞击或异常降落。
这里的关键不只是“能否返航”，而是要把边界条件测完整。
五、如何设计测试用例：从正常场景到异常场景
硬件产品测试不能只覆盖正常操作，建议采用四类场景：
1. 正常场景
验证用户最常用的操作链路。
例如：
- 正常开机；
- 正常配网；
- 正常起飞；
- 正常拍摄；
- 正常降落；
- 正常充电。
2. 边界场景
验证产品接近规格极限时的表现。
例如：
- 最大通信距离；
- 最低工作温度；
- 最大载荷；
- 最低允许电量；
- 最大风速；
- 最大存储容量。
3. 异常场景
验证设备遇到故障或错误操作时是否安全。
例如：
- 遥控信号中断；
- 卫星定位丢失；
- 电池温度过高；
- 云台卡滞；
- 网络断开；
- 用户重复点击升级按钮；
- 固件升级中途断电。
4. 恢复场景
验证异常发生后，产品能否恢复正常。
例如：
- 网络恢复后是否自动重连；
- OTA失败后是否能够回滚；
- 遥控信号恢复后能否重新接管；
- 设备重启后数据是否丢失；
- 电池过热保护解除后能否恢复充电。
对智能硬件来说，很多真实投诉并不是设备完全失效，而是：
出现异常后没有清晰提示，也没有可靠的恢复路径。
六、测试问题如何分级？
建议使用严重度和优先级两个维度，而不要只用“有问题/没问题”。
严重度分级
| 等级 | 定义 | 示例 |
|---|---|---|
| 致命问题 | 可能导致人身、财产或飞行安全事故 | 无人机失控、锂电池起火 |
| 严重问题 | 核心功能无法使用或大面积失败 | 无法起飞、无法充电、无法升级 |
| 一般问题 | 功能可用但体验明显受损 | 视频卡顿、提示错误、偶发断连 |
| 轻微问题 | 不影响主要功能 | 文案、图标、布局问题 |
处理原则
- 致命问题：必须关闭后才能进入下一阶段；
- 严重问题：原则上不得带入量产；
- 一般问题：明确是否在当前版本修复；
- 轻微问题：可以纳入后续版本，但要保留记录。
产品经理需要避免一种常见错误：
测试报告里“问题关闭率很高”，但关闭的只是低优先级问题，真正的核心风险仍然存在。
七、实际案例：无人机机场的测试验证思路
假设公司准备推出一套无人机机场系统，核心场景是“自动起飞—巡检—返航—降落—充电”。
1. 功能链路验证
必须验证完整闭环：
- 机场上电；
- 无人机自动解锁；
- 自动起飞；
- 按航线执行任务；
- 识别异常目标；
- 自动返航；
- 精准降落；
- 机场舱门关闭；
- 自动充电；
- 云端同步任务结果。
不能只测试每个功能单点可用，还要测试连续运行过程中是否出现状态丢失。
2. 异常链路验证
重点测试：
- 起飞前舱门未完全打开；
- 降落区存在异物；
- 机场与云端断网；
- 充电过程中温度过高；
- 返航途中卫星信号减弱；
- 降落时风速超过阈值；
- 自动任务执行中用户发出人工接管指令；
- OTA过程中设备断电。
3. 可靠性验证
可以设置长期运行测试：
- 连续执行100次起降；
- 连续运行7天；
- 反复开关舱门；
- 反复插拔充电触点；
- 多次模拟断网和断电；
- 记录故障率、恢复时间和人工介入次数。
4. 验收指标示例
| 指标 | 目标示例 |
|---|---|
| 自动起飞成功率 | ≥99% |
| 自动降落成功率 | ≥98% |
| 充电连接成功率 | ≥99% |
| 断网后任务恢复成功率 | ≥95% |
| OTA升级成功率 | ≥99% |
| 连续任务异常率 | ≤1% |
| 关键故障平均恢复时间 | ≤10分钟 |
以上数值只是示例，实际目标应根据产品定位、风险等级和行业要求确定。
八、1.5年经验PM最容易忽略的四个点
1. 测试指标必须与用户价值相连
不要只写“系统稳定”“体验良好”，应改为可验证的指标：
- 首次配网成功率≥98%；
- 用户完成首次起飞的平均时间≤5分钟；
- 自动降落成功率≥99%；
- 关键任务完成率≥95%。
2. 测试样本不能只用“工程师手上的一台样机”
至少要考虑：
- 不同硬件版本；
- 不同供应商批次；
- 不同固件版本；
- 不同温度环境；
- 不同网络条件；
- 不同操作人员。
3. 通过测试不等于没有风险
测试只能说明“在已覆盖的条件下没有发现问题”，不能证明所有场景绝对安全。
因此，测试结论应区分：
- 已验证；
- 未覆盖；
- 存在限制；
- 仍需观察；
- 需要量产后监控。
4. 测试结果必须沉淀为产品资产
每轮测试后应更新：
- 需求与测试用例映射表；
- 已知问题清单；
- 风险清单；
- 版本变更记录；
- 量产测试规范；
- 售后故障诊断规则；
- 下一版本改进项。
这样测试才不会变成一次性的“走流程”。
💡 知识速览（5个知识点，每个1—2分钟）
① 需求必须具备可验证性
“设备响应速度快”不是合格需求。
更好的写法是：
用户点击拍照按钮后，设备应在500毫秒内完成拍照指令响应，成功率不低于99%。
凡是无法判断“通过还是不通过”的需求，后续都容易产生争议。
② 回归测试比单次修复更重要
软件或固件修复一个问题后，不能只验证原问题是否消失，还要确认修复是否影响其他功能。
例如，优化无人机低电量策略后，还需要回归验证：
- 返航逻辑；
- 电池电量显示；
- 任务中断；
- 用户人工接管；
- 机场自动降落；
- 充电保护。
③ 可靠性测试关注“时间”和“重复次数”
一次成功不代表可靠。
应关注：
- 连续使用多少次后出现故障；
- 长时间运行是否出现内存泄漏；
- 电池循环后容量是否明显衰减；
- 连接模块反复插拔后是否接触不良；
- 结构件经过振动后是否松动。
④ 量产测试要尽量自动化
如果每台设备都依赖工程师手工判断，容易造成：
- 测试标准不一致；
- 测试时间过长；
- 人员培训成本高；
- 漏测和误判；
- 量产效率低。
产品经理应推动研发、测试和制造团队共同定义自动化测试工具及出厂判定标准。
⑤ 测试覆盖率不是越高越好，而是要优先覆盖高风险区域
资源有限时，应优先测试：
- 安全相关功能；
- 核心任务链路；
- 高发生频率问题；
- 失败后难以恢复的问题；
- 认证和法规强制要求；
- 供应链变更相关模块。
例如无人机中，返航、降落、电池和通信链路的优先级通常高于氛围灯、个性化提示音等功能。
📌 今日金句
“测试不是为了证明产品没有问题，而是为了在用户遇到问题之前，尽可能发现并控制风险。”
*资料检索说明：今日已按要求执行两组 Google `curl` 搜索命令，命令均执行完成，但当前网络环境未返回有效搜索页面。本文结合智能硬件产品经理知识体系、EVT/DVT/PVT开发实践及无人机应用场景整理，具体测试指标应以项目实际规格、法规和风险评估结果为准。*