产线端 · ART
一次测试的完整过程
工位的节奏是固定的四步：插上、按提示做、看结果、拔下来。界面在任何时刻只告诉操作员一件事：现在该做什么。
四个阶段
| 阶段 | 界面会显示 | 操作员做什么 |
|---|---|---|
| 等待设备 | 「请插入待测设备」 | 把待测设备插到工位机的接口上。ART 按项目记录的 VID、PID 与产品名确认是不是这台产品。 |
| 测试中 | 下一步提示 + 进度 | 按提示操作设备。页面高亮当前该操作的组件，进度是必选规则里已经满足的数量。 |
| 测试通过 | 「测试通过，请拔出设备」 | 记录结果后拔出设备；庆祝结束就会自动开始下一轮。 |
| 测试未通过 | 「测试未通过，请拔出设备」 | 按产线规定处理这一台；在拔出之前，这一台不会重新开始测试。 |
PASS 的含义
- 只有确认过的实机 PASS 才算通过：判定由 Rust 按项目规则给出，工位上没有人能临时改判定。
- PENDING 表示还有条件没有满足、也没有被违反 —— 它是「还没结论」，不是通过。
- 上一台的证据不会带到下一台：拔下设备后，页面与判定都从干净状态重新开始。
- 同一台设备在失败后保持连接时不会重新开始，避免把同一台当成两台记进产量。
中途断开怎么办
设备在测试中掉线，工位按「设备不在」处理并说明当前状态；设备回来后会提示「设备已连接」， 并说明测试序列从头重新开始。这是有意为之：一段被中断的操作不能被当成完整的证据。
详细的处理步骤见 操作员排障。
结果有疑问时
操作员把观察到的问题交给工程端复核，而不是在工位上改配置：
art feedback --message "第 3 步一直不通过，但设备灯是亮的" \
--outcome failed --output ./feedback.json反馈包交给工程人员后用 ath feedback import 导入、ath feedback analyze 分析；分析与应用都不影响当前项目，直到明确确认。