交付时最难解释的往往不是启动失败，而是“画面正常，报表对不上”“管理员能用，值班员没有权限”“备份文件有了，却恢复不出素材”。验收应围绕数据链和恢复能力，而不是只签一张页面截图。

本文用于 Rapid SCADA v6 及本项目选配扩展。涉及设备动作的测试需在约定的测试条件和维护流程内执行；示例不包含现场控制整定值。

1. 固定验收基线

凭据放在受控交接渠道，验收表记录账号用途和保管方式，不填写生产密码、密钥和连接令牌。

2. 选择能覆盖差异的样本

不要只抽十个同类温度点。至少覆盖模拟量、状态量、累计量、长字符串或数组（若使用）、计算结果和输出命令。每类选择具有代表性的驱动、对象与采样周期。

测点身份：通道号 + 名称 + 对象 + 设备/标签 设备预期：原始值、工程单位、质量、源时间 平台结果：Comm → Server → 历史 → Web 判定依据：误差范围、允许延迟、状态与时间口径

误差与延迟阈值应在测试前约定。示范画面上的默认数字、图标颜色和随机模拟值不能作为现场采集证据。

3. 核对当前、历史与报表

例如累计电量从 1000 增至 1120 kWh，区间增量应为 120 kWh。若边界缺失，结果应标明缺数或采用了哪种估计；不能静默补零。报表中的估算、修订和不完整结果需能区分。

4. 权限从接口验证到对象范围

准备管理员、工程师、值班员和只读等实际角色，逐项检查查看、配置与控制。角色名称本身不代表权限已经正确设置。

只读账号不显示控制按钮还不够，直接访问控制 API 也应被服务端拒绝。对未授权对象的实时、历史、事件和素材等访问，应按产品实际授权设计验证。

退出登录或会话过期后，页面应明确提示；不能把返回的登录页 HTML 当作操作成功。移动端、嵌入页和大屏匿名入口若存在，应另列访问范围，不默认继承管理员会话。

5. 命令区分接受、协议与反馈

记录请求身份、操作者或策略来源、目标设备、值、时间与结果。测试中分别制造：无控制权限、就地模式、驱动返回失败、设备未达到反馈、重复请求等场景。

事件确认、设备复位、重新启动和解除保护是不同操作，验收单应分别写清。不要以“按钮按下后变绿”证明实际动作。

6. 断网与重启是两套用例

断开测试数据源后，观察当前值质量与过期提示，历史缺口和报表完整性；恢复后观察是否自动续采、是否补传、补传是否乱序。没有回填能力的驱动应明确记录能力边界。

重启 Web、Comm、Server 和整机时，分别记录恢复耗时、数据缺口及持久化结果。Restart/自动启动配置只能帮助进程恢复，不能证明数据、控制权和业务状态已经恢复。

事件通知还需验证发生、恢复、确认、发送、渠道接受与最终到达，不能只凭一条“已发送”日志宣布人员已收到。

7. 备份必须做一次恢复

备份范围通常包含工程源、运行配置、扩展产物与版本清单、配置库、归档及模块业务数据。素材数据库、组态资源和录像目录需要单独确认；只备份安装目录不一定完整。

数据库备份应满足一致性要求，运行中直接复制一个数据库文件不一定可恢复。按模块说明暂停写入、使用原生备份或快照方案，再到隔离测试实例恢复。

恢复验收至少查询一段历史、打开一张组态、读取一项业务记录或素材，并验证受权登录。记录恢复到哪个时间点、缺失哪些数据、恢复耗时及所需凭据保管位置。

8. 可直接复用的结果表

每个失败项都应保留现象、时间、版本、责任人和复测结论。验收通过意味着约定用例通过，未测试的性能、协议或故障模式应如实列出，避免把一次演示扩大成无条件能力承诺。

相关：首个采集点、Linux 运维、能耗报表。

Rapid SCADA 中文网站：rapidscada.com.cn。