从到货验收到终验收让测试结果可追溯

HiL 台架的验收不是最后一天检查“能不能跑”，而是一条从需求、到货、集成、开环、闭环到最终交付的证据链。

到货验收先确认设备身份和完整性：实物型号、序列号、数量、外观、附件、许可证载体和易损件都要与清单一致。拍照只能证明“拍到时是什么样”，还需要记录箱号、位置、异常和双方确认。硬件安装完成后检查供电、接地、急停、互锁和标签，再进行通信与 I/O 基础自检。

开环阶段逐个验证资源：模型设定值能否到达板卡，端子能否测到，控制器能否正确读回，通信、故障注入和高压保护是否按设计工作。闭环阶段才验证模型与控制器共同作用后的动态行为和功能安全。每个阶段都应有独立通过条件，不能用一个“总演示”替代底层证据。

验收矩阵把每条需求连接到用例、台架资源、预期结果和证据文件。用例编号必须在需求、执行记录和报告中一致。失败项不是简单标红，而要记录现象、影响范围、责任边界、临时措施和关闭证据。终验收前冻结软件、模型、信号清单、映射、测试数据和台架配置版本；任何改动都重新执行相关冒烟与回归。

现场演示通常时间有限，抽取用例要覆盖风险最高、交互最多和最近修改的部分，同时抽测基础资源，防止只准备了一条漂亮路径。每次演示前做冷启动，演示后重启再跑一次最小闭环，证明结果不依赖残留状态。

交付包至少包含设备明细、图纸和接线、信号清单、模型说明、软件版本矩阵、操作与维护手册、验收矩阵、测试报告、未关闭问题和备份说明。敏感配置与公开文章分开保存，访问权限按交付对象控制。

真正完成的验收，应当让没有参加调试的人也能根据文档重建环境、找到证据并判断某项功能为何通过。台架的价值不是某天演示成功，而是长期可维护、可复测、可追溯。