2. PLCnext项目验收标准体系

PLCnext 项目的验收不是“程序能跑起来”这么简单。它要回答四个彼此独立又相互支撑的问题：功能是否按需求实现、性能是否满足节拍与吞吐、安全是否达到目标等级、可靠性是否经得起连续运行与异常扰动。这四类验收共同构成验收标准体系，任何一类缺失，量产交付都会留下隐患。本节先建立指标定义与判定准则，后续章节再展开具体测试方法。

一、四类验收的定位与关系

功能验收回答“做对了没有”，关注逻辑正确性与需求覆盖；性能验收回答“做得够不够快、够不够稳”，关注周期、抖动、响应时间与吞吐；安全验收回答“出错时是否安全”，关注安全功能、安全等级与失效响应；可靠性验收回答“能不能一直做对”，关注长时间运行、异常恢复与环境适应。四者不是并列的四个测试项，而是层层递进：功能不通过，性能无意义；性能不达标，安全响应可能来不及；安全与可靠性不过关，量产就是风险。

二、功能验收：指标定义与判定准则

功能验收的核心指标是需求覆盖率和用例通过率。需求覆盖率要求每条需求至少对应一个可执行测试用例，覆盖率必须达到 100%，不允许存在“未测试需求”。用例通过率要求所有用例执行后全部通过，任何一条失败都必须定位原因并修复后重测。

判定准则上，功能验收采用“零容忍”原则：只要存在一条需求未覆盖或一条用例未通过，功能验收即不通过。实际执行中，建议将需求拆解为可观测的输入输出对，例如“按下启动按钮 → 电机在 500 ms 内启动 → 运行指示灯亮”，测试时逐项核对。对于 PLCnext 项目，还需特别验证 I/O 映射与变量表的一致性，避免地址偏移导致“逻辑对但接错点”的隐性故障。

三、性能验收：指标定义与判定准则

性能验收关注四个可量化指标：任务周期抖动、I/O 响应时间、CPU 负载和内存余量。以常见的 10 ms 控制任务为例，周期抖动应控制在 ±10% 以内，即实际周期在 9～11 ms 之间；I/O 响应时间从输入变化到输出动作应不超过 5 ms；CPU 平均负载不超过 70%，峰值不超过 85%；内存余量不低于 30%。

判定准则采用“阈值判定 + 趋势判定”结合。单次测量超限即记录为异常，连续三次超限则判定性能不达标。需要强调的是，性能测试必须在最坏工况下进行，例如所有通信链路同时活跃、HMI 刷新最频繁、报警集中触发。若只在空载下测试，数据再漂亮也不能作为验收依据。

四、安全验收：指标定义与判定准则

安全验收的指标围绕安全功能与安全完整性展开。若项目涉及功能安全，需明确目标 SIL 等级或 PL 等级，并验证安全功能在故障注入下的响应是否正确。安全响应时间必须小于安全相关过程的允许极限，例如急停回路从触发到输出断开应不超过 100 ms。此外，还需验证故障安全状态：通信中断、电源跌落、看门狗超时等情况下，输出应进入预定义的安全状态。

判定准则上，安全验收实行“一票否决”：任何一项安全功能未达标，整个项目不得进入量产。安全验收还必须包含访问控制与审计，确认不同角色权限隔离有效，关键操作有日志可追溯。对于 PLCnext 这类开放平台，网络分区与防火墙规则同样属于安全验收范围，不能只测逻辑不测边界。

五、可靠性验收：指标定义与判定准则

可靠性验收的指标包括连续运行时间、异常恢复能力和环境适应性。连续运行时间建议不少于 72 小时，期间不允许出现非预期停机、死机或数据丢失。异常恢复能力要求断电重启后系统能自动恢复到正确状态，通信中断后能自愈重连，看门狗触发后能安全复位并记录事件。环境适应性则依据项目现场条件，验证温度、湿度、振动、电磁干扰下的稳定表现。

判定准则采用“无故障运行 + 可恢复”双重要求。72 小时内出现一次非预期停机即判定可靠性不通过；出现可恢复的通信闪断，需记录次数并评估是否在允许范围内。可靠性验收最忌“跑一遍没出事就算过”，必须主动制造异常：拔网线、断电源、注入错误报文，观察系统是否按预期恢复。

六、四类验收的协同判定

四类验收不是各自独立打分后简单相加，而是存在优先级：安全验收具有最高优先级，安全不通过则整体不通过；功能验收是基础门槛，功能不通过则性能与可靠性测试无意义；性能与可靠性可以有条件通过，但必须附带明确的整改期限与复验计划。实际项目中，建议在验收启动前就与客户确认每类指标的阈值、测试工况和判定规则，避免测试完成后才争论“多少算达标”。

把指标定义清楚、把判定准则写死、把证据留全，PLCnext 项目的验收才能从“凭感觉”变成“凭数据”，量产交付才有可重复、可审计的依据。