# 3. 核心功能验证测试:测试环境搭建、测试用例编写、执行记录表 ## 适用场景 本流程适用于智能硬件MVP原型完成硬件组装与基础固件烧录后,在**可控实验室环境**中对产品核心功能进行可重复、可量化的验证测试。典型场景包括: - 硬件原型首次通电后的功能基线验证 - 关键传感器/执行器模块的功能完整性检查 - 核心算法(如语音识别、图像处理、信号滤波)在目标硬件上的运行确认 - 固件迭代版本间的回归测试 - 送测或演示前的功能达标确认 ## 前置条件 | 序号 | 条件项 | 验收标准 | |------|--------|----------| | 1 | MVP原型硬件 | 完成组装、通电自检通过,固件版本已锁定(非调试版) | | 2 | 测试工装/夹具 | 传感器靶标、负载模拟器、通信中继器就位 | | 3 | 上位机/调试环境 | 串口/网口/蓝牙调试工具安装,日志捕获功能正常 | | 4 | 测试基础数据 | 核心功能清单、关键性能指标(KPI)阈值、预期输出样例 | | 5 | 测试人员 | 至少1名硬件测试工程师 + 1名嵌入式工程师(旁观支持) | >
⚠️ 警告:严禁在生产环境或未经隔离的办公网络中进行MVP功能验证测试,电磁干扰、供电波动和网络抖动会导致测试结果失真。
## 操作步骤 ### 步骤一:测试环境搭建(SOP-3.1) **目标**:构建与被测产品最终使用场景一致的、可被严格复现的测试物理环境与数据通道。 1. **物理环境校准** - 环境温湿度记录仪放置在距离被测设备 20cm 范围内,记录起始值 - 背景噪声 ≤ 45dB(声学产品)或 环境光照度 300±50 Lux(视觉产品) - 测试桌表面铺设防静电垫,接地电阻 ≤ 1Ω 2. **供电与通信链路验证** - 使用可编程直流电源供电,电压设置为标称值 ±1%,限流 1.5 倍标称电流 - 串口波特率 115200/8/N/1,日志等级设为 `INFO` 以上 - 若涉及无线通信,记录信道号与RSSI基线值 3. **工装与靶标定位** - 将测试靶标固定在工装上,距离传感器表面 10±1mm(量程类产品)或对准视场中心 - 执行一次空跑(不插被测物),确认工装运动轨迹无干涉 4. **上位机工具链确认** - 执行命令确认串口/网络连通性:
# Windows 环境
   mode COM3: BAUD=115200 PARITY=N DATA=8 STOP=1
   
   # Linux 环境
   stty -F /dev/ttyUSB0 115200 cs8 -cstopb -parenb
   cat /dev/ttyUSB0 | tee test_log_$(date +%Y%m%d_%H%M%S).log
- 确认上位机数据可视化面板刷新率 ≥ 10Hz 5. **环境验收** 使用标准信号源/标准传感器模块进行3次重复测量,记录值与标称值偏差应 ≤ ±2%。 ### 步骤二:测试用例编写(SOP-3.2) **目标**:基于核心功能清单,编写可执行、可判定、可追溯的测试用例。 每个测试用例至少包含以下字段: | 字段 | 内容要求 | 示例 | |------|----------|------| | **TC_ID** | 模块缩写-编号-版本 | `RGB_SENSOR_001_V1.2` | | **功能描述** | 一句话说明测试对象 | "在25℃环境光下读取RGB颜色值" | | **前置条件** | 具体到参数数值 | "色温6500K,照度300 Lux,靶标为#FF0000红卡" | | **输入刺激** | 精确需量化的激励 | "MCU发送0xAA 0x01 0x03命令" | | **期望输出** | 含误差范围 | "返回(R:200±5, G:15±5, B:15±5)" | | **判定标准** | PASS/FAIL 明确阈值 | "各通道误差≤±5,且响应时间≤50ms" | | **关联KPI** | 命中哪个核心指标 | "颜色识别准确率 ≥ 98%" | >
💡 技巧:对于传感器类产品,测试用例中的输入刺激应覆盖 最低值、典型值、最高值、边界值 四个梯度,例如测距传感器应包含 5cm、50cm、200cm、350cm(量程上限)四个点。
**标准用例写法示例(JSON格式,可直接导入测试管理系统):**
{
  "TC_ID": "TOF_DIST_005_V1.2",
  "module": "TOF测距",
  "summary": "50cm白色漫反射目标测距精度",
  "precondition": {
    "target": "Kodak 18%灰卡,50×50mm",
    "distance": "500±1mm(激光测距仪校准)",
    "ambient_light": "100 Lux ± 10%"
  },
  "stimulus": "上电后等待2s,连续读取100次测距值",
  "expected_output": {
    "mean": "498.0 ~ 502.0 mm",
    "std_dev": "≤ 2.0 mm",
    "max_single_error": "≤ 5.0 mm"
  },
  "pass_criteria": "mean误差≤2mm 且 std_dev ≤2mm 且 max_error ≤5mm",
  "kpi_mapping": "测距精度 ≥ 98%"
}
### 步骤三:测试执行与记录(SOP-3.3) **目标**:严格执行用例,记录原始数据与判定结果,形成可审计的测试记录表。 1. **执行前检查**:确认环境温湿度与记录仪差值 ≤ 1℃/2%RH 2. **逐条执行**:每条用例执行前复位被测设备,等待 ≥ 3s 稳定 3. **数据记录**:每一条测试记录必须包含: - 时间戳(精确到秒) - 原始传感器/执行器读数(不加工) - 环境参数快照(温湿度/光照/信道RSSI) - 测试员签名/工号 4. **异常标记**:若出现预期外数据,立即在记录表中标记 `FLAG_ABNORMAL` 并写入《异常处理单》 **测试执行记录表示例(Markdown 格式,建议使用电子表格):** | 时间戳 | TC_ID | 环境温度 | 环境湿度 | 原始读数 | 预期范围 | 结果 | 测试员 | 备注 | |--------|-------|----------|----------|----------|----------|------|--------|------| | 2025-08-15 14:32:07 | TOF_DIST_005 | 25.3℃ | 45% | 499.2mm | 498~502mm | ✅ PASS | ZHANG_S | — | | 2025-08-15 14:33:15 | TOF_DIST_005 | 25.3℃ | 45% | 501.8mm | 498~502mm | ✅ PASS | ZHANG_S | — | | 2025-08-15 14:34:22 | TOF_DIST_005 | 25.3℃ | 45% | 495.1mm | 498~502mm | ❌ FAIL | ZHANG_S | 温度无突变,复测验证 | >
🔍 关键检查点:异常数据需要至少复测3次,若仍超差则判定为FAIL,并记录异常触发时的完整日志。
## 输入输出物 | 输入物 | 来源 | 格式 | 输出物 | 去向 | |--------|------|------|--------|------| | 核心功能清单 | 产品需求文档 | `.xlsx` 或 `.md` | 测试用例集 | 测试管理系统 | | MVP硬件原型 | 硬件组装工站 | 实物 | 测试执行记录表 | 质量部归档 | | 固件版本标签 | 固件发布包 | 字符串 | 异常处理单 | 开发团队 | | 环境校准记录 | 实验室管理 | `.csv` | 功能验证测试报告 | 产品决策评审 | ## 责任边界 | 角色 | 负责内容 | 不需要负责的内容 | |------|----------|------------------| | **硬件测试工程师** | 搭建测试环境、编写/执行测试用例、填写记录表、判定PASS/FAIL | 硬件设计缺陷的根因分析(反馈给硬件工程师) | | **嵌入式工程师** | 旁观支持,确认固件行为与预期一致 | 测试环境搭建、测试用例编写决策 | | **项目经理** | 确认测试用例覆盖核心功能清单100% | 具体执行过程、环境搭建细节 | | **质量主管** | 审核测试记录表完整性,批准异常处理方案 | 日常测试执行操作 | ## 记录材料 测试完成后需提交以下记录材料(清单式,缺一不可): 1. **测试执行记录表**(电子版 `.xlsx`,含原始数据与判定结果) 2. **环境参数记录**(`.csv`,含每5分钟自动采样的温湿度/光照) 3. **日志文件压缩包**(被测设备串口/蓝牙日志,`.zip`) 4. **测试用例执行覆盖率矩阵**(展示核心功能清单与测试用例对照关系) 5. **异常处理单**(针对FAIL项,记录现象、复现步骤、临时处置措施) ## 异常处理 | 异常分类 | 典型场景 | 处置措施 | |----------|----------|----------| | **环境失稳** | 实验室突然断电、空调异常 | 中断所有执行中的测试,等待环境恢复后重新校准,已完成的测试数据标记为无效 | | **被测设备异常** | 运行中死机、通信中断、传感器输出恒定值 | 记录当前TC为`FAIL_DEVICE`,重启设备并确认自检通过后,从此TC重新执行 | | **测试工装故障** | 靶标位移、夹具松动、电源输出波动 | 立即停测,修复后重新校准,受影响的所有TC标记重测 | | **数据链路异常** | 串口误码率 > 1% 或 上位机软件崩溃 | 更换线缆/重启上位机,保存崩溃前日志,受影响TC重新执行 | >
🚨 严重异常触发自动终止条件:任一被测设备连续FAIL>5条TC 或 出现烧毁/冒烟/漏液时,立即断开所有电源,按下实验室急停按钮,启动质量事故上报流程。
## 验收标准 本章节测试活动的验收需同时满足以下条件: | 验收项 | 标准 | 检查人 | |--------|------|--------| | 测试环境搭建 | 👉 物理环境、供电通信、工装靶标、上位机工具全部就位且通过空跑验证 | 测试工程师自检 + 质量主管复查 | | 测试用例覆盖 | 👉 核心功能清单中的每项功能至少对应1条TC,关键功能至少3条TC(边界/典型/压力) | 项目经理 | | 用例编写质量 | 👉 每条TC均包含完整的输入刺激、期望输出、判定标准(随机抽查10%,不合格率≤5%) | 质量主管 | | 执行记录完整性 | 👉 每条TC均有时间戳、原始数据、判定结果、测试员签名;异常TC有备注 | 质量主管 | | 异常处理合规 | 👉 所有FAIL项均生成《异常处理单》,且处置措施已记录 | 质量主管 | **最终交付物通过条件**:以上5项验收项全部标记为 ✅ **绿色通过**,且测试执行记录表中FAIL项占比 ≤ 10% 的TC数量。若FAIL占比>10%,触发《测试报告不合格》流程,需分析根本原因后安排回归测试。 ---
核心功能验证测试主线流程 前置输入 核心功能清单 MVP硬件/固件 SOP-3.1 测试环境搭建 5个子步骤 SOP-3.2 测试用例编写 按模板编写 执行记录 逐条记录 异常标记 验收评审 ✅ 通过 → 交付物归档 ❌ 不通过 → 回归 回归迭代 📋 流程图说明: 1. 前置输入确保测试有据可依,无功能清单不得启动测试。 2. SOP-3.1→SOP-3.2→执行记录为线性必经路径,不可跳过任何一步。 3. 验收评审通过后进入交付归档;不通过则回归至SOP-3.1重新搭建/校准环境。