Hvad skal OCPP-testen påvise?

OCPP-test skal påvise tre forskellige ting. Overensstemmelsestest kontrollerer, om en implementering følger specifikationen. Interoperabilitetstest kontrollerer, om en bestemt oplader og et CPMS fungerer sammen. Projektgodkendelsestest kontrollerer, om det komplette system fungerer som operatøren kræver.

 

En vellykket WebSocket-forbindelse beviser blot, at de to systemer kan oprette forbindelse. Den beviser ikke, at autorisation, transaktionsregistreringer, fjernkommandoer, sikkerhed, offline-drift eller intelligent opladning fungerer korrekt.

Definer det nøjagtige system, der skal testes

Frys testkonfigurationen, inden du går i gang. Notér opladerens model, firmware, CPMS-version, OCPP-version, sikkerhedsprofil, endpoint, netværksrute og aktiverede funktioner. Valgfrie OCPP-funktioner bør aftales i stedet for blot at antages.

 

Brug legitimationsoplysninger og certifikatregler, der svarer til dem i produktionsmiljøet, uden at afsløre hemmelige oplysninger fra det live-system. Gem konfigurationen og logfilerne sammen med testresultaterne, så en senere firmware- eller CPMS-opdatering kan sammenlignes med den samme reference.

Kør OCPP-overensstemmelsestests

Open Charge Alliance Compliance Test Tool (OCTT) kører foruddefinerede overensstemmelsesscenarier for OCPP 1.6- og OCPP 2.0.1-ladestationer, softwarestakke og styringssystemer. Når en ladestation testes, fungerer OCTT som styringssystemet, og omvendt.

 

OCTT er nyttigt til at finde fejl i meddelelser, validering og sekvenser. Det er ikke en universel oplader eller en CPMS-simulator, og når programmet køres internt, oprettes der ikke et uafhængigt OCPP-certifikat. Ved formel OCPP-certificering anvendes de officielle test gennem et godkendt laboratorium.

Test den rigtige oplader og CPMS sammen

Tilslut derefter den oplader, den firmware og den CPMS-version, der er valgt til projektet. Indsaml logfiler fra både opladeren og backend-systemet, så det er muligt at spore meddelelsernes timing, gentagelsesforsøg og afviste anmodninger fra begge sider.

 

Interoperabilitetsarrangementer som f.eks. OCPP Plugfests er nyttige, fordi implementeringer kan testes i samarbejde med flere partnere. En implementering kræver dog stadig sin egen bilaterale test, da konfiguration, valgfrie funktioner og driftsregler varierer fra projekt til projekt.

Hvordan dette gælder for amina charging

I Aminas OCPP-dokumentation angives det, at de implementerede funktioner valideres ved hjælp af OCTT, intern testautomatisering, feltforsøg og regressionstest. CSMS-integrationsvejledningen beskriver desuden produktionskonfigurationen af slutpunktet, certifikaterne og opladerens identitet. Ved projektgodkendelse skal det bekræftes, at det valgte CSMS accepterer opladerens serienummer, at det konfigurerede endpoint og certifikaterne er korrekte, og at opladeren opnår tilstanden »tilsluttet«. Aflæs de aktuelle konfigurationsværdier i stedet for at antage standardværdier, især når en ordre indeholder kundespecifik konfiguration.

Test af alle opladnings- og driftsscenarier

Udarbejd testtilfælde baseret på reelle operationer, ikke isolerede meddelelser. Sørg som minimum for at dække:

  • opstart, hjerteslag, tidssynkronisering og statusændringer;
  • lokal og ekstern godkendelse, herunder afviste legitimationsoplysninger;
  • sessionens start, målerværdier, endelige energitotaler og CPMS-transaktionsoptegnelser;
  • fjernstart, fjernstop, nulstilling, oplåsning og konfigurationsændringer, hvor dette var understøttet;
  • firmware og arbejdsgange for diagnostiske logfiler, hvor det er nødvendigt;
  • profiler for intelligent opladning, begrænsninger og ændringer af tidsplanen, hvor det er nødvendigt;
  • den angivne indstilling for maksimalstrøm, standardindstillingerne for godkendelse og offline-reglerne i forhold til den bestilte og installerede konfiguration;
  • flere stik eller EVSE'er, hvis produktet er udstyret med sådanne; og
  • genstart og gendannelse under en aktiv eller afbrudt session.

Test af sikkerhed, forbindelse og fejlhåndtering

Gentag centrale scenarier med en forkert adgangskode, et certifikat, der ikke er pålideligt eller er udløbet, et forkert ur og en afbrudt netværksforbindelse. Test CPMS-nedbrud, genopkoblinger, beskeder i kø, dobbelte hændelser og beskeder, der ankommer i en uventet rækkefølge.

 

Bekræft, hvad opladeren kan udføre offline, hvor længe data opbevares, hvilke lokale godkendelsesregler der gælder, og hvad der sker, når grænserne for opbevaring eller gentagelsesforsøg nås. Amina-autentificeringsvejledningen indeholder de dokumenterede indstillinger og standardværdier, der skal testes. Systemet bør genoprette sig på en forudsigelig måde uden at miste eller duplikere fakturerbare sessionsdata.

Test af CPMS’ ydeevne i repræsentativ skala

En enkelt fysisk oplader kan ikke dokumentere flådens kapacitet. Brug simulerede opladere til at teste det forventede antal samtidige forbindelser, spidsbelastninger i målerværdier og fjernkommandoer samt massegenopkobling efter et strømsvigt. Overvåg responstid, WebSocket-stabilitet, køhåndtering, databasebelastning og alarmering i forhold til den planlagte flådestørrelse og vækstmargen.

Fastlæg acceptkriterier inden implementeringen

Hver test skal have et forventet resultat, dokumentation, alvorlighedsgrad og en navngiven ansvarlig. Definer, hvilke fejl der forhindrer implementering, og hvilke dokumenterede begrænsninger der kan accepteres. Test de rettede problemer igen, og gennemfør et kontrolleret pilotprojekt på et websted, inden der udvides til hele flåden.

 

Overdragelsen skal omfatte de testede versioner, understøttede funktioner, adgangsoplysninger og certifikatejerskab, logfiler, kendte undtagelser, offline-regler og tilbageførselsprocessen. Kør det kritiske testsæt igen efter ændringer i opladerens firmware, CPMS-udgivelser, sikkerhedsindstillinger eller netværksarkitektur.