简短回答
至少应验证设备识别、状态更新、远程启动与停止、订单记录、计费、支付对账，以及断网或异常停止后的处理。
验收的对象是一条完整业务链
软件验收应从车主能找到场站开始，一直走到订单可查、资金可对、异常有人处理。设备在后台出现绿色图标只是其中一步。先固定测试型号、固件、枪口、平台版本和价格方案，避免测试通过后又更换固件却沿用原结论。
OCA 官方 FAQ 区分协议测试工具与认证。即使协议符合性测试通过，也不能推导出某个项目的小程序、支付、退款和客户服务全部验收通过。
可直接用于讨论的验收清单
| 环节 | 实际动作 | 核对结果 |
|---|---|---|
| 设备与场站 | 重连设备、切换枪口状态 | 编号、位置、状态和更新时间正确 |
| 正常充电 | 授权、启动、主动停止 | 订单、电量、时长和停止原因可关联 |
| 价格与付款 | 跨计价时段、用券、支付或退款 | 规则版本一致，费用能解释 |
| 异常恢复 | 在受控测试中模拟网络中断、重复回调 | 记录补齐，不重复建单或扣费 |
| 运维 | 检索日志、恢复备份、导出订单 | 有权限控制，能定位到单笔交易 |
场景示例：最后一笔充电发生在断网期间
在事先约定的测试条件下，设备完成充电时通信暂时不可用。观察平台是否将订单标为待补齐，而不是直接写零电量关闭；恢复通信后，检查最终记录是否合并到原订单。再次收到同一记录，也不应形成第二笔应收。具体缓存和补传能力要由设备支持，不能仅靠平台界面推断。
形成可复查的交付结果
每项记录预期结果、实际结果、日志位置、负责人和复测时间；阻断交易的问题关闭后再上线。电气安全、消防、施工与计量由相应专业验收承担。不要用一次小额充电成功替代长时间运行和多设备兼容性测试，也不要在营业中随意断电制造故障。
适用条件与边界
这是软件验收建议，不替代电气、消防、计量和现场施工验收。具体范围应写入项目验收清单。
阅凛编辑整理。文中的流程、清单和假设算例为通用设计建议；涉及标准与政策的依据列于文末，不代表已交付能力或特定项目收益。