Hva skal OCPP-testing bevise?

OCPP-testing skal bevise tre ting. Samsvarstesting sjekker om en implementering følger spesifikasjonen. Interoperabilitetstesting sjekker om en bestemt lader og CPMS fungerer sammen. Prosjektaksepttesting sjekker om det ferdige oppsettet gjør det operatøren trenger.

 

En vellykket WebSocket-tilkobling er en start. Ikke noe mer. Det beviser ikke at autorisasjon, transaksjoner, fjernkommandoer, sikkerhet, offline-drift eller smart lading fungerer som det skal.

Definer det nøyaktige systemet som testes

Frys konfigurasjonen før testing. Registrer ladermodell, fastvare, CPMS-utgivelse, OCPP-versjon, sikkerhetsprofil, endepunkt, nettverksrute og aktiverte funksjoner. Godta valgfrie OCPP-funksjoner i stedet for å anta dem.

 

Bruk produksjonslignende legitimasjonsinformasjon og sertifikatregler uten å eksponere live-hemmeligheter. Behold konfigurasjonen og loggene med resultatene, slik at senere fastvare- eller CPMS-utgivelser kan testes mot samme grunnlinje.

Kjør OCPP-samsvarstester

Open Charge Alliance Compliance Test Tool (OCTT) kjører forhåndsdefinerte samsvarstester for ladestasjoner, programvarestabler og administrasjonssystemer i henhold til OCPP 1.6 og OCPP 2.0.1. Når den tester en lader, fungerer OCTT som administrasjonssystem, og omvendt.

 

OCTT kan avsløre meldings-, validerings- og sekvensfeil. Det er ikke en generell lader- eller CPMS-simulator, og en intern kjøring produserer ikke et uavhengig OCPP-sertifikat. Formell OCPP-sertifisering bruker offisielle tester gjennom et godkjent laboratorium.

Test den virkelige laderen og CPMS sammen

Koble til laderen, fastvaren og CPMS-versjonen som er valgt for prosjektet. Registrer lader- og backend-logger slik at timing, nye forsøk og avviste forespørsler kan spores fra begge sider.

 

OCPP Plugfests lar implementeringer teste mot flere partnere. Implementeringen trenger fortsatt sin egen bilaterale test fordi konfigurasjon, valgfrie funksjoner og driftsregler er forskjellige.

Hvordan dette gjelder amina charging stasjoner

Aminas OCPP-dokumentasjon sier at implementerte funksjoner kontrolleres med OCTT, intern automatisering, felttesting og regresjonstester. CSMS-integrasjonsveiledningen dekker produksjonsklargjøring av endepunktet, sertifikater og laderidentitet. Bekreft at den valgte CSMS-en godtar serienummeret, at endepunktet og sertifikatene er riktige, og at laderen når sin tilkoblede tilstand. Les live -konfigurasjonsverdier , spesielt når en ordre har kundespesifikk klargjøring.

Test komplette lade- og driftsscenarier

Bygg tester 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-poster;
  • fjernstart, stopp, tilbakestilling, kontaktutløsning 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;
  • maksimale strøminnstillinger, standardinnstillinger for autorisasjon og frakoblede regler mot den bestilte konfigurasjonen;
  • flere kontakter eller EVSE-er, der det er aktuelt; og
  • omstart og gjenoppretting under en aktiv eller avbrutt økt.

Testsikkerhet, tilkobling og feilatferd

Gjenta nøkkeltester 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 uventet meldingsrekkefølge.

 

Bekreft hva laderen kan gjøre offline, hvor lenge den lagrer data, hvilke lokale autorisasjonsregler som gjelder og hva som skjer ved lagrings- eller forsøksgrenser. Amina-autentiseringsveiledningen viser innstillingene og standardverdiene som skal testes. Gjenoppretting skal ikke miste eller duplisere fakturerbare øktdata.

Test CPMS-ytelse i representativ skala

Én lader kan ikke bevise flåtekapasitet. Bruk simulerte ladere for samtidige tilkoblinger, utbrudd av målerverdier og kommandoer, og massegjenoppkobling etter et strømbrudd. Overvåk responstid, WebSocket-stabilitet, køer, databasebelastning og varsler mot den planlagte flåtestørrelsen.

Sett akseptkriterier før utrulling

Hver test trenger et forventet resultat, bevis, alvorlighetsgrad og eier. Bestem hvilke feil som blokkerer utrulling og hvilke dokumenterte grenser som er akseptable. Test feilrettinger på nytt og kjør en kontrollert pilot på stedet før bredere utrulling.

 

Overleveringen bør registrere testede versjoner, støttede funksjoner, eierskap til legitimasjon og sertifikat, logger, kjente unntak, frakoblede regler og tilbakestilling. Gjenta de kritiske testene etter endringer i fastvare, CPMS-utgivelser, sikkerhetsinnstillinger eller nettverksdesign.