2. FAT验收标准体系构建

FAT(Factory Acceptance Test,工厂验收测试)能否真正起到"出厂前拦截问题"的作用,关键不在测试执行得多热闹,而在于验收标准本身是否可测量、可判定。很多项目在FAT现场出现争议,根源往往不是设备不行,而是验收大纲里写着"运行平稳""响应及时""外观良好"这类无法判定的表述。本节要解决的核心问题就是:如何把技术协议、行业标准、客户需求和法规要求这四类来源,转化为一条条能测、能判、能追溯的验收指标,并组织成一份结构完整的FAT验收大纲。

一、四类来源的定位与提取重点

四类来源在验收体系中的角色并不相同,提取时关注点也应有所区别。

技术协议是验收的第一依据,通常由供需双方签署,包含设备的功能范围、性能参数、接口定义、供货边界。它最直接地规定了"这台设备应该做到什么",因此是验收指标的主要来源。提取时要逐条扫描协议中的量化条款,例如"定位重复精度≤±0.02 mm""节拍≤12 s/件""连续运行8 h无故障",这些本身就是天然的验收指标。

行业标准提供的是底线与通用方法。例如机械安全类标准规定防护等级、急停响应、安全距离;电气类标准规定绝缘、接地、耐压;计量类标准规定测量不确定度与校准要求。行业标准往往不直接给出具体数值,而是给出"应满足""应验证"的框架,需要结合设备实际参数落地为可测项。

客户需求是最容易被忽略却最容易引发争议的一类。客户在技术协议之外,常通过会议纪要、邮件、变更单提出额外期望,例如"换型时间不超过15 min""操作界面支持中英文切换""关键数据可导出为CSV"。这些需求若未纳入验收大纲,验收时客户提出就会陷入被动。因此需要专门收集并逐条确认。

法规要求是强制项,不可协商。涉及CE、UL、GB等认证,或涉及特种设备、环保、职业健康时,法规条款必须作为否决项纳入。例如出口欧盟的装备,机械指令与低电压指令相关要求必须满足,否则设备无法合法投放市场。

二、从要求到指标的转化方法

把上述来源转化为验收指标,核心动作是"拆解—量化—定判据"。以技术协议中"设备应具备良好的温度控制能力"为例,这句话无法直接验收,需要拆解为:控制对象是什么(如腔体温度)、控制范围是多少(如20~80 ℃)、控制精度是多少(如±1 ℃)、稳定时间多长(如从室温升至设定值≤10 min)、超调量允许多少(如≤2 ℃)。拆解后每一项都对应一个可测参数和一个判定阈值。

对于无法直接量化的要求,要寻找替代的可观测指标。例如"运行平稳"可转化为振动烈度(如≤2.8 mm/s,按ISO 10816)、噪声(如≤75 dB(A))、以及关键运动部件的速度波动率。对于"操作便捷",可转化为完成标准操作所需的步骤数与时间,例如"更换夹具≤3步、≤5 min"。

每一项指标还应明确四要素:测什么(参数)、怎么测(方法/工具)、判什么(阈值/判据)、谁判(判定角色)。缺少任何一项,验收时都可能产生分歧。

三、验收大纲的结构与指标分级

一份可执行的FAT验收大纲,通常按"测试项—测试目的—测试条件—测试步骤—判定标准—记录要求"组织。测试项可按功能、性能、安全、接口、可靠性分组,也可按设备子系统分组。指标应分级管理:

  • 否决项(A类):不满足则FAT不通过,如安全急停失效、绝缘不合格、核心性能超差。
  • 重要项(B类):影响使用但可通过整改复测,如部分辅助功能未达预期。
  • 观察项(C类):记录但不作为通过条件,如外观轻微划痕、非关键提示信息。

分级的意义在于让现场判定有优先级,避免因一个C类问题卡住整条验收线,也避免A类问题被"先放一放"。

四、指标追溯与覆盖检查

大纲编制完成后,必须做一次反向追溯:每一条技术协议、标准、客户需求、法规条款,是否都能在大纲中找到对应的测试项?反之,大纲中的每一项,是否能追溯到某个来源?这就是"双向追溯矩阵"的作用。它能暴露两类问题:来源有要求但大纲漏项,以及大纲有测试但无来源依据(可能是冗余或历史遗留)。

下面这张图展示了从四类来源到验收大纲、再到现场判定与闭环的完整关系。左侧是输入来源,中间是转化与分级,右侧是执行与反馈。图中同时标出了双向追溯的检查路径。

FAT验收标准体系:来源 → 指标 → 大纲 → 判定 → 闭环 技术协议 功能/性能/接口/边界 行业标准 安全/电气/计量/方法 客户需求 纪要/邮件/变更单 法规要求 CE/UL/GB/特种设备 指标转化 拆解:对象/范围/精度 量化:阈值/单位/条件 定判据:合格/不合格 定方法:工具/步骤 定角色:谁测/谁判 指标分级 A类 否决项:不通过 B类 重要项:整改复测 C类 观察项:记录 FAT验收大纲 测试项 / 目的 测试条件 / 步骤 判定标准 / 阈值 记录表单 / 证据 追溯编号 / 来源 责任角色 / 签字 现场判定 实测值 vs 判据 通过 / 整改 / 复测 问题记录与闭环 双向追溯:来源↔大纲,漏项/冗余检查 问题闭环:记录 → 整改 → 复测 → 关闭 → 更新大纲

五、一个可参考的指标条目示例

下面给出一个从技术协议条款转化而来的验收指标条目,展示四要素如何落地。假设协议原文为:"设备应具备自动换型功能,换型后首件合格。"

字段内容
测试项编号FAT-PERF-007
来源追溯技术协议 4.3.2;客户纪要 2024-05-11 第3条
测试目的验证自动换型功能及换型后首件质量
测试条件设备处于自动模式,夹具A与夹具B均已校准,来料为合格批次
测试步骤1) 记录当前夹具A生产首件数据;2) 触发自动换型至夹具B;3) 记录换型耗时;4) 生产首件并检测关键尺寸
判定标准换型耗时≤15 min;首件关键尺寸在图纸公差内;换型过程无报警
分级B类(重要项)
记录要求换型时间截图、首件检测报告、报警日志

这个条目之所以可执行,是因为它把"自动换型"这个功能描述,拆成了可观测的时间、尺寸和报警状态,并明确了测量方法和证据形式。现场人员不需要再解释"什么叫合格",直接按判据执行即可。

编制大纲时,建议对每一条指标问三个问题:这个数值现场能不能测?测出来和什么比?比不过算不算不通过?三个问题都能明确回答,这条指标才算合格。

六、常见陷阱与规避

第一类陷阱是"指标无来源"。大纲里写了某项测试,但追溯不到任何协议、标准、需求或法规,这类测试往往消耗现场时间却无判定价值,应删除或降为观察项。第二类陷阱是"来源无指标"。协议里明确写了某性能要求,大纲却没有对应测试项,这是最危险的漏项,必须在评审阶段通过追溯矩阵查出。第三类陷阱是"判据模糊",如"基本满足""无明显异常",这类表述在验收现场必然引发争议,应全部替换为数值或可观测状态。第四类陷阱是"忽略测试条件",同一指标在不同温度、不同来料、不同速度下结果不同,若不写明条件,复测时无法复现。

把四类来源系统提取、逐条量化、分级管理、双向追溯,最终形成的FAT验收大纲就不再是一份形式文件,而是现场可执行、争议可裁决、问题可闭环的工程依据。这也是后续性能验证与问题闭环能够顺利开展的前提。