Wat moet uit de OCPP-tests blijken?

OCPP-tests moeten drie verschillende zaken aantonen. Bij conformiteitstests wordt gecontroleerd of een implementatie voldoet aan de specificatie. Bij interoperabiliteitstests wordt gecontroleerd of een bepaalde lader en het CPMS samenwerken. Bij projectacceptatietests wordt gecontroleerd of de volledige opstelling zich gedraagt zoals de exploitant dat vereist.

 

Een succesvolle WebSocket-verbinding bewijst alleen dat de twee systemen verbinding kunnen maken. Het bewijst niet dat autorisatie, transactiegegevens, opdrachten op afstand, beveiliging, offline werking of slim opladen correct functioneren.

Geef een exacte omschrijving van het te testen systeem

Leg de testconfiguratie vast voordat u begint. Noteer het model van de lader, de firmware, de CPMS-release, de OCPP-versie, het beveiligingsprofiel, het eindpunt, de netwerkroute en de ingeschakelde functies. Over optionele OCPP-functies moet overeenstemming worden bereikt; ga er niet zomaar vanuit dat ze beschikbaar zijn.

 

Gebruik inloggegevens en certificaatregels die overeenkomen met die in de productieomgeving, zonder dat er gevoelige gegevens uit de live-omgeving worden blootgesteld. Bewaar de configuratie en de logbestanden samen met de testresultaten, zodat een latere firmware- of CPMS-update aan dezelfde basislijn kan worden getoetst.

OCPP-conformiteitstests uitvoeren

De Open Charge Alliance Compliance Test Tool (OCTT) voert vooraf gedefinieerde conformiteitsscenario’s uit voor OCPP 1.6- en OCPP 2.0.1-laadstations, softwarestacks en beheersystemen. Wanneer een laadstation wordt getest, fungeert de OCTT als het beheersysteem, en omgekeerd.

 

OCTT is handig voor het opsporen van berichten-, validatie- en sequentiefouten. Het is geen universele oplader of CPMS-simulator, en het intern uitvoeren ervan leidt niet tot een onafhankelijk OCPP-certificaat. Voor formele OCPP-certificering wordt gebruikgemaakt van de officiële tests die worden uitgevoerd door een erkend laboratorium.

Test de echte oplader en het CPMS samen

Sluit vervolgens de voor het project geselecteerde lader, firmware en CPMS-versie aan. Leg zowel de logbestanden van de lader als die van de backend vast, zodat de timing van berichten, herhalingspogingen en afgewezen verzoeken vanaf beide kanten kunnen worden getraceerd.

 

Interoperabiliteitsevenementen zoals OCPP Plugfests zijn nuttig omdat implementaties dan met verschillende partners kunnen worden getest. Een implementatie moet echter nog steeds aan een eigen bilaterale test worden onderworpen, omdat de configuratie, optionele functies en gebruiksregels per project verschillen.

Hoe dit van toepassing is op amina charging

In de OCPP-documentatie van Amina staat vermeld dat geïmplementeerde functies worden gevalideerd met OCTT, interne testautomatisering, praktijktests en regressietests. De CSMS-integratiehandleiding beschrijft tevens de productieconfiguratie van het eindpunt, de certificaten en de identiteit van de lader. Controleer voor de oplevering van het project of het geselecteerde CSMS het serienummer van de lader accepteert, of het geconfigureerde eindpunt en de certificaten correct zijn en of de lader de ‘connected’-status bereikt. Lees de actuele configuratiewaarden uit in plaats van uit te gaan van standaardinstellingen, met name wanneer een order klantspecifieke configuratie vereist.

Test alle oplaad- en gebruiksscenario’s

Stel testcases op aan de hand van daadwerkelijke bewerkingen, niet op basis van losstaande berichten. Zorg ervoor dat je in ieder geval het volgende behandelt:

  • opstarten, hartslag, tijdsynchronisatie en statuswijzigingen;
  • lokale en externe autorisatie, inclusief afgewezen inloggegevens;
  • het begin van de sessie, meterwaarden, eindtotalen van het energieverbruik en CPMS-transactiegegevens;
  • opstarten op afstand, uitschakelen op afstand, resetten, ontgrendelen en configuratiewijzigingen, voor zover ondersteund;
  • workflows voor firmware en diagnoselogboeken, waar nodig;
  • profielen voor slim opladen, limieten en wijzigingen in het schema waar nodig;
  • de opgegeven instelling voor de maximale stroomsterkte, de standaardinstellingen voor autorisatie en de offline-regels, afgezet tegen de bestelde en geïnstalleerde configuratie;
  • meerdere aansluitingen of EVSE’s, indien het product daarover beschikt; en
  • opnieuw opstarten en herstel tijdens een actieve of onderbroken sessie.

Test de beveiliging, de connectiviteit en het gedrag bij storingen

Herhaal belangrijke scenario’s met een verkeerd wachtwoord, een niet-vertrouwd of verlopen certificaat, een onjuiste klok en een verbroken netwerkverbinding. Test CPMS-storingen, herverbindingen, berichten in de wachtrij, dubbele gebeurtenissen en berichten die in een onverwachte volgorde binnenkomen.

 

Controleer wat de charger offline kan doen, hoe lang gegevens worden bewaard, welke lokale autorisatieregels van toepassing zijn en wat er gebeurt wanneer de opslag- of herpogingslimieten worden bereikt. De amina-authenticatiegids bevat de gedocumenteerde instellingen en standaardwaarden die moeten worden getest. Het systeem moet op voorspelbare wijze herstellen zonder dat factureerbare sessiegegevens verloren gaan of worden gedupliceerd.

De prestaties van CPMS op representatieve schaal testen

Eén fysieke lader is onvoldoende om de capaciteit van het netwerk aan te tonen. Gebruik gesimuleerde laders om het verwachte aantal gelijktijdige verbindingen, pieken in meterwaarden en opdrachten op afstand, en het massaal herstellen van verbindingen na een stroomstoring te testen. Controleer de responstijd, de stabiliteit van WebSocket, de wachtrijen, de belasting van de database en de waarschuwingssystemen in het licht van de geplande omvang van het netwerk en de groeimarge.

Stel acceptatiecriteria vast vóór de implementatie

Voor elke test moeten het verwachte resultaat, bewijsmateriaal, de ernstgraad en de verantwoordelijke worden vastgelegd. Bepaal welke fouten de implementatie blokkeren en welke gedocumenteerde beperkingen aanvaardbaar zijn. Test de verholpen problemen opnieuw en voer een gecontroleerde proef op de site uit voordat je de oplossing naar het volledige park uitbreidt.

 

De overdracht moet de geteste versies, ondersteunde functies, inloggegevens en certificaateigendom, logbestanden, bekende uitzonderingen, offline-regels en het terugdraaiproces omvatten. Voer de reeks kritieke tests opnieuw uit na wijzigingen in de firmware van de oplader, CPMS-releases, beveiligingsinstellingen of de netwerkarchitectuur.