3. 核心功能验证测试
# 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💡 技巧：对于传感器类产品，测试用例中的输入刺激应覆盖 最低值、典型值、最高值、边界值 四个梯度，例如测距传感器应包含 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%"
}🔍 关键检查点：异常数据需要至少复测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%，触发《测试报告不合格》流程，需分析根本原因后安排回归测试。
---