Hva skal OCPP-testing bevise?

OCPP-testing skal bevise tre forskjellige ting. Samsvarstesting sjekker om en implementering følger spesifikasjonen. Interoperabilitetstesting sjekker om en bestemt lader og CPMS fungerer sammen. Prosjektaksepttesting sjekker om hele oppsettet oppfører seg slik operatøren krever.

 

En vellykket WebSocket-tilkobling beviser bare at de to systemene kan kobles til. Det beviser ikke at autorisasjon, transaksjonsregistreringer, fjernkommandoer, sikkerhet, offline-drift eller smart lading fungerer som de skal.

Definer det nøyaktige systemet som testes

Frys testkonfigurasjonen før du starter. Registrer ladermodell, fastvare, CPMS-utgivelse, OCPP-versjon, sikkerhetsprofil, endepunkt, nettverksrute og aktiverte funksjoner. Valgfrie OCPP-funksjoner bør avtales snarere enn antas.

 

Bruk produksjonslignende legitimasjonsinformasjon og sertifikatregler uten å eksponere live-hemmeligheter. Ta vare på konfigurasjonen og loggene sammen med testresultatene, slik at en senere fastvare- eller CPMS-oppdatering kan sammenlignes med samme grunnlinje.

Kjør OCPP-samsvarstester

Open Charge Alliance Compliance Test Tool (OCTT) kjører forhåndsdefinerte samsvarsscenarier for OCPP 1.6- og OCPP 2.0.1-ladestasjoner, programvarestabler og administrasjonssystemer. Når en lader testes, fungerer OCTT som administrasjonssystem, og omvendt.

 

OCTT er nyttig for å finne meldings-, validerings- og sekvensfeil. Det er ikke en generell lader eller CPMS-simulator, og intern kjøring oppretter ikke et uavhengig OCPP-sertifikat. Formell OCPP-sertifisering bruker de offisielle testene gjennom et godkjent laboratorium.

Test den virkelige laderen og CPMS sammen

Deretter kobler du til den faktiske laderen, fastvaren og CPMS-versjonen som er valgt for prosjektet. Registrer både lader- og backend-logger slik at meldingstidspunkt, nye forsøk og avviste forespørsler kan spores fra begge sider.

 

Interoperabilitetshendelser som OCPP Plugfests er nyttige fordi implementeringer kan testes mot flere partnere. En distribusjon trenger fortsatt sin egen bilaterale test fordi konfigurasjon, valgfrie funksjoner og driftsregler varierer mellom prosjekter.

Hvordan dette gjelder amina charging stasjoner

Aminas OCPP-dokumentasjon sier at implementerte funksjoner valideres med OCTT, intern testautomatisering, felttesting og regresjonstester. CSMS-integrasjonsveiledningen dokumenterer også produksjonsklargjøring av endepunktet, sertifikater og laderidentitet. For prosjektgodkjenning, bekreft at den valgte CSMS-en godtar laderens serienummer, at det klargjorte endepunktet og sertifikatene er riktige, og at laderen når sin tilkoblede tilstand. Les live konfigurasjonsverdier i stedet for å anta standardverdier, spesielt der en ordre har kundespesifikk klargjøring.

Test komplette lade- og driftsscenarier

Bygg testtilfeller rundt reelle operasjoner, ikke isolerte meldinger. Dekk som et minimum:

  • oppstart, hjerteslag, tidssynkronisering og statusendringer;
  • lokal og ekstern autorisasjon, inkludert avviste legitimasjonsopplysninger;
  • øktstart, målerverdier, endelige energitotaler og CPMS-transaksjonsposter;
  • fjernstart, fjernstopp, tilbakestilling, opplåsing og konfigurasjonsendringer der det støttes;
  • fastvare- og diagnostikkloggarbeidsflyter der det er nødvendig;
  • smartladeprofiler, grenser og endringer i tidsplaner der det er nødvendig;
  • den rapporterte innstillingen for maksimal strøm, standardverdier for autorisasjon og frakoblede regler mot den bestilte og installerte konfigurasjonen;
  • flere kontakter eller EVSE-er, hvis produktet har dem; og
  • omstart og gjenoppretting under en aktiv eller avbrutt økt.

Testsikkerhet, tilkobling og feilatferd

Gjenta viktige scenarier med feil passord, et upålitelig eller utløpt sertifikat, feil klokke og en ødelagt nettverkstilkobling. Test CPMS-avbrudd, tilkoblinger på nytt, meldinger i kø, dupliserte hendelser og meldinger som ankommer i uventet rekkefølge.

 

Bekreft hva laderen kan gjøre offline, hvor lenge data oppbevares, hvilke lokale autorisasjonsregler som gjelder og hva som skjer når lagrings- eller forsøksgrenser nås. Amina-autentiseringsveiledningen inneholder de dokumenterte innstillingene og standardinnstillingene for testing. Systemet skal gjenopprettes forutsigbart uten å miste eller duplisere fakturerbare øktdata.

Test CPMS-ytelse i representativ skala

Én fysisk lader kan ikke bevise flåtekapasitet. Bruk simulerte ladere til å teste forventet antall samtidige tilkoblinger, utbrudd av målerverdier og eksterne kommandoer, og massegjenoppkobling etter et strømbrudd. Overvåk responstid, WebSocket-stabilitet, kø, databasebelastning og varsling mot planlagt flåtestørrelse og vekstmargin.

Sett akseptkriterier før utrulling

Hver test trenger et forventet resultat, bevis, alvorlighetsgrad og navngitt eier. Definer hvilke feil som blokkerer utrulling og hvilke dokumenterte begrensninger som kan aksepteres. Test korrigerte problemer på nytt og kjør en kontrollert pilottest før utvidelse til full flåte.

 

Overleveringen bør inkludere testede versjoner, støttede funksjoner, påloggingsinformasjon og sertifikateierskap, logger, kjente unntak, frakoblede regler og tilbakerullingsprosess. Kjør det kritiske testsettet på nytt etter endringer i laderens fastvare, CPMS-utgivelser, sikkerhetsinnstillinger eller nettverksarkitektur.