4. AVEVA系统工厂验收测试（FAT）组织与执行

工厂验收测试（Factory Acceptance Test，FAT）是AVEVA数字化运营项目在供应商出厂前对系统功能、接口、性能与数据一致性进行集中验证的关键节点。FAT通过后，系统才具备发运与现场安装条件；FAT中遗留的缺陷若未分级闭环，往往会在SAT（现场验收测试）阶段放大为进度与成本风险。因此，FAT的组织与执行必须围绕“计划可执行、用例可追溯、环境可复现、缺陷可闭环、报告可签署”五条主线展开。

一、FAT测试计划编制

FAT计划不是简单的时间表，而是把合同技术附件、URS（用户需求说明）、功能规格书与接口清单转化为可执行的测试范围。计划编制通常包含以下要素：测试目标与范围边界、测试组织与角色、测试环境与数据准备、测试用例清单与优先级、进度与里程碑、进入/退出准则、缺陷管理流程、风险与应急安排。

范围边界要明确“测什么、不测什么”。例如，AVEVA System Platform的Galaxy冗余切换、AVEVA Historian的数据采集与回填、AVEVA PI System的接口连通性属于FAT范围；而现场仪表接线、DCS侧组态修改通常不在FAT范围，需在计划中显式排除，避免验收争议。进入准则一般包括：测试环境部署完成、测试数据就绪、用例评审通过、缺陷跟踪工具可用；退出准则一般包括：致命与严重缺陷清零、一般缺陷有明确处理计划、测试报告完成签署。

二、测试用例设计

测试用例应覆盖功能、接口、性能、安全与异常五类场景。设计时以“需求编号—用例编号—预期结果—实际结果—判定”形成追溯链，确保每条需求至少被一条用例覆盖。用例粒度要适中：过粗无法定位问题，过细则执行成本过高。

以AVEVA Historian数据采集为例，可设计如下用例：

用例编号：FAT-HIS-012
需求追溯：URS-3.2 历史数据采集与存储
前置条件：Historian服务运行正常，采集接口已配置
测试步骤：
  1. 在模拟PLC中写入Tag001=25.0，周期1s，持续60s
  2. 查询Historian中Tag001最近60s的原始值
  3. 断开采集接口30s后恢复，再查询该时段数据
预期结果：
  - 正常时段采样点数≥58，数值与写入值一致
  - 断线时段标记为质量码BAD，恢复后自动补采
判定标准：全部满足为Pass，否则记录缺陷

用例设计还要考虑边界值与异常路径，例如时间戳跨天、Tag名超长、并发写入冲突、网络抖动等。对于AVEVA System Platform的脚本与对象模板，应增加“模板实例化后属性继承正确性”的验证用例。

三、AVEVA软件环境准备

FAT环境应尽量贴近现场拓扑，但可适度简化。典型环境包括：AVEVA Application Server、AVEVA Historian、AVEVA PI Interface、AVEVA InTouch/OMI客户端、模拟PLC或OPC UA服务器、时间同步服务与域控。环境准备的关键是“版本锁定”与“配置基线化”：操作系统补丁、AVEVA产品版本、数据库版本、接口驱动版本均需记录在环境清单中，避免测试结果无法复现。

数据准备同样重要。应提前导入标签清单、报警限值、用户权限矩阵与历史数据样本。对于性能测试，需准备足够规模的标签点（例如1万点）与并发客户端（例如5个），以验证系统在负载下的响应时间与数据完整性。

四、缺陷分级与回归策略

缺陷分级直接决定FAT能否通过。建议采用四级制：致命（系统崩溃、数据丢失、安全漏洞）、严重（核心功能不可用、接口中断）、一般（非核心功能异常、性能不达标）、轻微（界面、文案、提示信息）。分级依据应写入计划，并由业主、供应商、监理三方确认，避免执行中扯皮。

回归策略遵循“影响范围分析—关联用例回归—全量冒烟验证”三步。修复一个Historian采集缺陷后，至少回归该Tag的采集、存储、查询用例，并执行一次全量冒烟（如所有接口连通性、关键画面刷新）。回归通过后更新缺陷状态为“已关闭”，未通过则重新打开并升级优先级。对于无法在FAT阶段修复的轻微缺陷，需在报告中记录遗留项、责任人与计划完成时间，并明确是否影响发运。

五、FAT报告签署

FAT报告是验收的法律与技术依据，应包含：测试范围与版本、环境清单、用例执行统计（通过/失败/阻塞）、缺陷汇总与状态、结论与建议、附件清单（日志、截图、数据文件）、签署栏。签署前需确认：致命与严重缺陷已关闭；一般缺陷有明确处理计划；测试数据与配置已归档；遗留项已获业主书面认可。

综上，FAT的组织与执行是一项系统工程：计划界定边界，用例保证覆盖，环境确保可复现，缺陷分级与回归控制质量，报告签署完成责任转移。五者环环相扣，缺一不可。