4. 工厂验收测试（FAT）策划
工厂验收测试（Factory Acceptance Test，FAT）是控制系统在出厂前、在集成商或制造方现场进行的正式验证活动。它并不是“把系统跑一遍看看有没有问题”，而是一次有明确目的、明确边界、明确判据的受控测试。FAT 策划的质量，直接决定了这次测试是“走形式签字”还是“真正把风险挡在出厂之前”。本节围绕 FAT 的目的、前提条件、测试范围划分、测试用例设计原则与资源准备展开，重点讲清楚策划阶段到底要产出什么、依据什么、如何判断策划是否到位。
一、FAT 的目的：把问题拦在出厂之前
FAT 的核心目的可以归纳为三条。第一，验证系统功能与设计输入的一致性：控制器、I/O 通道、逻辑组态、画面、报警、联锁、通信等是否按功能设计说明（FDS）和因果图（C&E）实现。第二，提前暴露集成缺陷：现场调试阶段最昂贵的错误往往来自接线错误、通道映射错误、通信配置错误、量程与单位不一致，这些问题在工厂环境里排查成本远低于现场。第三，建立可追溯的验收证据：FAT 记录、偏差清单、签字确认是后续 SAT（现场验收测试）和最终交付的基线，也是变更控制的起点。
需要强调的是，FAT 不是性能考核，也不是工艺性能验证。它验证的是“系统是否按设计正确实现”，而不是“装置能否达到设计产能”。把这两者混在一起，会导致测试范围失控、判据模糊。
二、FAT 的前提条件
FAT 不能“边做边等条件”。策划阶段必须逐项确认前提条件是否具备，否则测试会在现场反复中断。典型前提条件包括：
- 设计输入冻结：FDS、C&E 矩阵、I/O 清单、画面清单、报警清单、通信点表已发布并处于受控版本。
- 硬件集成完成：机柜装配、供电、接地、I/O 卡件、安全栅、继电器、网络设备已按图施工并完成上电自检。
- 软件组态完成：控制器逻辑、HMI 画面、报警与趋势、历史库、通信驱动已下载并可运行。
- 测试环境就绪：仿真器或信号源、回路校验仪、网络测试工具、FAT 测试平台可用。
- 人员与授权：业主、集成商、第三方（如需要）的测试人员、见证人员已确认，变更与偏差处理流程已明确。
三、测试范围划分
FAT 范围划分的本质，是回答“哪些在工厂测、哪些留到现场测”。划分依据通常有三条：可测性（工厂是否具备测试条件）、风险（该功能失效的后果严重程度）、成本（现场返工代价）。
常见的划分方式是分层：
- 必测项：I/O 通道精度与映射、控制回路逻辑、联锁与跳车、报警分级与首出、通信冗余切换、HMI 关键画面与操作权限。这些一旦出错，现场代价高，必须在工厂验证。
- 抽测项：批量重复的模拟量通道、常规报警、非关键趋势，可按比例抽样，但抽样规则要事先定义。
- 现场测项：涉及实际工艺介质、执行机构行程、现场仪表安装方向、最终回路整定的内容，明确留到 SAT。
范围划分的结果应落到一张“FAT 范围矩阵”中，每一行是一个测试对象，列包括：测试层级、测试方法、判据来源、是否必测、见证方。这张矩阵是后续用例设计的输入。
四、测试用例设计原则
FAT 用例不是“操作步骤的堆砌”，而是“可判定、可追溯、可复现”的验证单元。设计时应遵循以下原则。
可追溯：每条用例必须标注对应的设计条目编号，例如 FDS-3.2.1 或 C&E 第 12 行。没有追溯关系的用例，要么是冗余，要么是遗漏。
可判定：用例必须写清楚输入条件、操作、期望输出和容差。例如模拟量通道测试，不能只写“检查 AI 通道”，而应写“在 AI-101 端子注入 4mA，HMI 显示值应为 0.0%±0.2%；注入 20mA，显示 100.0%±0.2%”。
可复现：初始状态、工具、接线方式、软件版本都要固定。否则同一用例换个人做，结果可能不同。
覆盖边界与异常：除了正常值，还要覆盖量程上下限、断线、超量程、通信中断、冗余切换、报警首出等边界与故障场景。这些恰恰是现场最容易出问题的地方。
下面给出一份可直接参考的 FAT 用例示例表，字段按实际执行需要设置。
| 用例编号 | 测试对象 | 追溯来源 | 输入/操作 | 期望输出 | 容差/判据 | 见证方 |
|---|---|---|---|---|---|---|
| FAT-AI-001 | AI-101 通道 | I/O 清单第 3 行 | 端子注入 4mA / 12mA / 20mA | HMI 显示 0% / 50% / 100% | ±0.2% FS | 业主、集成商 |
| FAT-IL-007 | 反应器高温联锁 | C&E 第 12 行 | 强制 TE-205 超过 185℃ | 联锁动作，切断进料阀 XV-201 | 动作值 185±2℃，响应≤1s | 业主、第三方 |
| FAT-COM-003 | 控制器冗余切换 | FDS-5.4 | 拔除主控制器网线 | 备用控制器 500ms 内接管，无输出扰动 | 切换时间≤500ms | 集成商 |
| FAT-HMI-011 | 操作权限 | FDS-7.1 | 以操作员账号尝试修改联锁设定值 | 修改被拒绝并记录审计日志 | 拒绝且日志可查 | 业主 |
用例设计完成后，应做一次“反向覆盖检查”：从 FDS 和 C&E 的每一条功能出发，确认至少有一条用例覆盖它。这一步能有效发现漏测。
五、资源准备
资源准备分为人、机、料、法、环五类。人：明确测试执行人、见证人、记录人、偏差裁决人；机：信号源、回路校验仪、网络分析仪、仿真计算机、备用卡件；料：测试电缆、端子、标签、记录表格、偏差单；法：测试用例、判据文件、变更与偏差处理流程；环：FAT 区域、供电、接地、照明、安全通道。
进度安排上，建议按“分组并行、关键路径优先”排布。例如把 I/O 通道测试与 HMI 画面测试分成两组并行，把联锁与冗余切换放在关键路径上优先完成。每天结束前开一次短会，确认当日通过项、偏差项和次日计划，避免偏差积压到最后一天集中处理。
最后，FAT 策划的成果不是一份厚厚的文档，而是一套可执行的闭环：输入冻结、范围清晰、用例可判定、资源到位、偏差可控。策划阶段多花一天把范围和判据定清楚，执行阶段往往能省下一周的反工时间。对于 Experion 这类集成度较高的控制系统，尤其要把通信、冗余、报警和联锁这四类高风险项放在策划的核心位置。