电动汽车充电软件验收测试清单

1. 连接充电器前，请先确定测试范围。

先从业务流程入手，而不是功能列表。公共充电站和私人充电站的验收方案需要有所不同。明确哪些人可以充电、如何验证身份、谁来付费、适用哪种资费标准以及出现故障时由谁负责。确保每一项需求都清晰可见。

创建包含制造商、型号、固件版本、连接器标识符、通信方式和支持的协议版本的设备矩阵。即使是同一品牌的两个充电器，在固件更新后也可能表现不同。应将配置差异显著的情况视为单独的测试用例，而不是假设一次成功的会话就能覆盖整个网络。

为每项测试指定负责人。运营商应审核业务结果，而软件提供商、充电器制造商、支付集成商和安装商则需提供各自负责部分的证明材料。尽早记录依赖关系，以免商户账户缺失被误认为是平台缺陷。

2. 验证充电器是否已连接，而不仅仅是在线指示灯亮起。

首先应检查身份和状态。确认平台上显示的充电器、充电站和连接器是否正确。将实物标签与仪表盘和驾驶员界面进行比对。驾驶员在扫描连接器二时，切勿误启动连接器一。

测试启动注册、状态变更、计量报告和交易完成情况。然后测试合同中包含的命令，例如远程启动、远程停止和获取诊断信息。标记为“已接受”的命令只是其中一项证据；请验证预期的实际结果是否真正发生。

这 Open Charge Alliance解释说，OCPP 1.6和2.0.1不兼容。一个能够同时满足这两种需求的平台需要合适的实施方案和充电器级别的验证。与其接受笼统的兼容性声明，不如询问哪些功能是在您的设备上测试过的。

有关集成范围的背景信息，请参阅 TRENDPOWER发布的OCPP支持指南将商定的型号和固件矩阵附在验收记录中。

3. 测试访问权限和完整的驾驶员行程

以新手司机的身份体验整个流程，而不是以管理员的身份，毕竟管理员已经熟知每个按钮的位置。找到网站，识别连接器，查看价格，进行身份验证，开始收费并获取最终记录。检查用户实际使用的设备和浏览器上的移动体验。

测试内容包括有效和无效凭证、过期访问权限、已被使用的连接器以及重复启动请求。确保未经授权的驾驶员能够收到有用的说明，同时避免泄露帐户信息。如果包含 RFID、Web 界面或品牌应用程序，请分别测试每条路线。

对于共享站点，请从双方测试权限。确认已获授权的访客可以收费，而过期访客则不能。然后确认更改访问权限不会追溯更改先前会话的历史记录。

4. 独立重新计算账单和付款结果

选择一组已知输入参数的会话。首先使用简单的纯能源计费方式，然后测试任何约定的连接费、时间费用、折扣或闲置费。单独计算预期费用，并将其与平台、收据和支付服务提供商的记录进行比较。

包含边界条件：午夜时分价格变更、交易时段跨越两个定价周期、零能耗交易时段以及以最小支持的货币单位进行四舍五入。记录适用的时区以及价格变更时已进行交易时段的策略。

支付测试应包括授权成功、授权失败、计费启动失败以及延迟的提供商通知。检查重复回调是否会导致重复计费。要更全面地了解商业设置，请使用 电动汽车充电支付解决方案概述 除了满足服务提供商自身的集成要求之外。

5. 在实际工况下验证负载控制

如果负载管理包含在方案中，请与现场工程师一起使用双方商定的仪器进行测试。明确定义控制边界：是充电器组、馈线还是整栋建筑。仅基于充电器数据的仪表盘总和无法证明整栋建筑的负载始终在限值范围内。

使用受控测试来增加充电需求并改变任何相关的建筑负荷。比较设定的限值、充电器的响应和测量结果。考虑文档中记录的响应区间和测量误差；不要随意设定设备无法满足的通用阈值。

当现场电表、本地控制器或云连接不可用时，测试约定的备用方案。记录警报接收者以及运行恢复方式。软件调度支持工程控制策略；它不能取代电气保护或经批准的现场设计。

6. 运行故障和恢复场景

生产网络在组件丢失时需要可预测的行为。中断充电器的互联网连接，在允许的情况下重启应用程序，并在受控环境中模拟未收到通知的情况。检查驱动程序视图、操作员警报和最终的核对结果。

离线行为取决于充电器的功能和配置。不要想当然地认为即使现有会话仍在继续，新的会话也可以离线开始。请区分这些情况，并明确说明预期哪些访问方式和本地控制功能可以正常工作。

重新连接后，检查时间线是否存在空白、重复项和错误的时间戳。读取现有数据。 离线电动汽车充电指南 在界定这些案例时，移交材料中应包含恢复证据，而不仅仅是充电器重新上线的屏幕截图。

7. 检查权限、导出和操作交接

以站点主机、支持人员、财务用户和管理员身份登录。测试所有允许和禁止的操作，包括关税变更、退款、导出和远程命令（如果存在这些功能）。每个角色应拥有足够的权限来完成其工作，但又不能成为访问所有站点数据的捷径。

导出测试会话并将总数与仪表板进行比较。检查连接器标识、时间戳、能量单位、货币、适用的税项以及财务状况。询问更正是如何显示的，以及审计跟踪是否能识别出责任人或系统。

最后，让网络运营人员负责日常运营工作。他们应该知道如何调查启动失败的原因、联系正确的供应商、查找付款凭证，并向司机解释待付款项。即使技术上已经完善的平台，如果这些步骤不够清晰，也可能导致交接失败。

8. 商定发布标准和分阶段推广方案

使用测试前商定的书面发布标准。例如，您的项目可能要求所有关键工作流程都通过测试，所有阻塞性缺陷都已修复，并且任何已确认的次要问题都必须有负责人和目标日期。这些是项目决策，而非行业通用的认证体系。

首先开展一个小型试点项目，使其能够代表整个网络的情况。试点项目应涵盖运营风险最高的充电桩类型、接入方式和支付流程。只有在审查实际运行记录并确认支持团队能够处理发现的问题之后，才能扩大试点范围。

验收包应包含设备矩阵、测试用例、测试结果、缺陷日志、配置基线、操作联系人以及回滚程序。当后续固件更新或资费变更导致出现意外情况时，这些文件将成为有用的参考资料。

常见问题解答

OCPP 连接测试足以作为验收标准吗？

不，它只确认了系统的一部分。您仍然需要根据实际项目配置来核实已商定的司机行程、收费标准、付款结果、权限、报告和追偿流程。

所有充电器都应该接受相同的测试吗？

每台已安装的设备都需要按照约定进行调试检查。软件测试的深度可以遵循基于风险的抽样计划，但不同的型号、固件版本和特殊的现场配置需要进行明确的测试覆盖。

谁负责软件的最终审批？

运营方应指定一名负责审批的审批人。供应商需提供其自身工作范围的证据，而电气和安全验收仍由具备相应资质的各方负责。应将这些责任纳入项目协议。