有无检测：验收与产线集成

检测任务

选择验收指标之前，先界定漏掉某个装配特征的后果。缺失的引脚被漏检，与存在的引脚被误拒，是两回事。使用经过实物核对的独立样品，并要求工位条件与冻结的候选版本所声明的相同。产线响应测试中要包含被治具遮挡和采集失败的情形。

前提条件与样品对照

将“存在”定义为指定位置上可见的特征，而不是画面中随便出现的暗色物体。准备装配正确的样品、故意缺少该特征的样品和特征被遮挡的样品，并记录人工给出的答案。数据集中要保留治具细节和允许的零件差异。固定工位的基线依靠图像对比度区分相互分离的连通域；它不是通用的语义识别器，也不得推断出被隐藏的部件。

选择相机方案

特征位置固定且对比明显时，黑白面阵相机是务实的起点。曝光期间仍有运动时，选用全局快门方案；紧凑型智能相机方案则需要经过验证的处理能力和 I/O 支持。只有颜色本身参与判定时，使用彩色相机才有道理。如果存在与否取决于深度或遮挡，仅凭一张平面图像无法得出结论。

实施受控流程

开始验收之前，先就判定规则、允许的差异和所需的产线响应达成一致。把工作流、数据集、运行环境、物料和阈值一起冻结。验收答案集要与调参保持独立；如果其中的答案已经影响过改动，就披露这一重复使用，并另取一份新的独立答案集。人工复核必须与模型预测以及工作流的自动编辑保持分开。

1. 把存在、缺失和被遮挡的答案独立于调参封存起来。
2. 使用冻结的候选版本，在重复上料的条件下运行。
3. 人为制造采集丢失，并确认系统有明确的无结果处理。
4. 把每一次判定追溯到实际零件和下游响应。

记录证据

分别记录漏检、误拒和复核事件，并附上各自完整的分母。说明样品数量和重复事件的数量，而不要把这张示意性表格当作已达成的性能。重新运行成功之后，也要保留最初的失败。

在见证测试之前，先编制一份以事件为粒度的验收表。每一行标明实际的装配件、采集请求、原始图像、冻结的候选版本和预期的有无状态。另外设置单独的字段，分别记录图像有效性、检测判定、复核原因和实际的下游动作。这样可以避免把一次明确的缺失特征拒收，与恰好让产线停下来的相机故障混为一谈。向评估人员提供其答案未被用于选择阈值的独立样品。如果操作员在运行过程中更正了标签，要保留原标签和更正历史，并判断该样品是否仍适合用于独立验收。重复上料应记为同一试样上的重复事件，而不是额外的独立试样。在测试记录中报告每一个事件，包括超时和被中断的运行。

诊断失败案例

如果结果迟到，一个正确的图像判定仍可能被发给下一个零件。重试可能把同一个判定送达两次。要让输出与请求和零件标识绑定，拒收过期的结果，并使含糊的证据导向约定的暂扣或复核处理。

独立验证

测试完整的事件，包括采集失败、含糊的证据、超时和重复送达。让每个输出都与当前零件和请求标识绑定。集成必须明确处理合格、不合格以及复核或无结果，而不是把缺失的证据转换成合格。记录观察到的延迟和执行机构的最终响应；仅有软件结果，并不能证明实物零件得到了正确处理。

验收既需要正确的缺失特征判定，也需要预期的实物响应。存档，或通过测试的开发批次，都不能代替记录了条件并经批准的、有人见证的工位测试。

在启用量产执行机构之前，先用受控的时序故障来检验输出交接。采用经批准的现场调试方法来观察消息，并用安全的替代方式代替实物放行或剔除。把一个有效结果延后，提交一次重复送达，并对另一次请求拿掉图像。接收端应当只把当前有效的事件与预期的零件关联起来；迟到和重复的结果不得作用于后续的装配件。遇到被遮挡的证据时，要验证约定的暂扣、报警或人工复核路径，及其有记录的确认。受控测试成功之后，再按该现场设备专用的安全规程验证实物响应，并保存相应的证据。不要根据消息轨迹去推断这一实物响应已经成功。批准应当写明被测试的确切候选版本和条件，而未解决的采集或可见性失败仍应列在最终报告中，不得消失。

继续工程交接

候选版本标识和复核存档，并不等于已获批准的可运行发布版本。要在本地确认已安装的软件包、依赖项和生效的配置。任何启用或回滚流程，都必须在实际的运行环境上验证，并且不得在作业进行期间进行。不要根据开发对比结果，就承诺已完成发布包的启用或量产验收。

将原始图像与结果记录一并保存。