Vad ska OCPP-testningen visa?

OCPP-testningen ska bekräfta tre olika saker. Konformitetstestningen kontrollerar om en implementering följer specifikationen. Interoperabilitetstestningen kontrollerar om en viss laddare och ett CPMS-system fungerar tillsammans. Projektacceptanstestningen kontrollerar om den färdiginstallerade anläggningen fungerar enligt operatörens krav.

 

En lyckad WebSocket-anslutning visar endast att de två systemen kan ansluta till varandra. Det bevisar inte att auktorisering, transaktionsloggar, fjärrkommandon, säkerhet, offline-drift eller smart laddning fungerar korrekt.

Definiera exakt vilket system som ska testas

Spara testkonfigurationen innan du börjar. Notera laddarens modell, firmware, CPMS-version, OCPP-version, säkerhetsprofil, slutpunkt, nätverksväg och aktiverade funktioner. Valfria OCPP-funktioner bör överenskommas i stället för att tas för givna.

 

Använd inloggningsuppgifter och certifikatregler som motsvarar de i produktionsmiljön utan att avslöja hemliga uppgifter i den aktiva miljön. Spara konfigurationen och loggarna tillsammans med testresultaten så att en senare uppdatering av firmware eller CPMS kan jämföras mot samma referensläge.

Kör OCPP-överensstämmelsetester

Open Charge Alliance Compliance Test Tool (OCTT) kör fördefinierade överensstämmelsescenarier för laddstationer, mjukvarustackar och styrsystem enligt OCPP 1.6 och OCPP 2.0.1. När en laddare testas fungerar OCTT som styrsystem, och tvärtom.

 

OCTT är ett användbart verktyg för att upptäcka meddelandefel, valideringsfel och sekvensfel. Det är inte en universell laddare eller CPMS-simulator, och när programmet körs internt skapas inget fristående OCPP-certifikat. Vid formell OCPP-certifiering används de officiella testerna som utförs av ett godkänt laboratorium.

Testa den riktiga laddaren och CPMS tillsammans

Anslut därefter den laddare, den firmware och den CPMS-version som valts för projektet. Samla in loggdata från både laddaren och backend-systemet så att meddelandets tidsförlopp, omförsök och avvisade förfrågningar kan spåras från båda sidor.

 

Interoperabilitetsevenemang som OCPP Plugfests är användbara eftersom implementationer kan testas tillsammans med flera partner. En driftsättning kräver dock fortfarande ett eget bilateralt test, eftersom konfiguration, valfria funktioner och driftsregler skiljer sig åt mellan olika projekt.

Hur detta gäller för amina charging

I Aminas OCPP-dokumentation anges att de implementerade funktionerna valideras med OCTT, intern testautomatisering, fälttester och regressionstester. Integrationsguiden för CSMS beskriver även produktionskonfigurationen av slutpunkten, certifikaten och laddarens identitet. Vid projektgodkännande ska du kontrollera att det valda CSMS-systemet accepterar laddarens serienummer, att den konfigurerade slutpunkten och certifikaten är korrekta samt att laddaren uppnår anslutet läge. Läs av aktuella konfigurationsvärden istället för att utgå från standardvärden, särskilt när en beställning har kundspecifik konfiguration.

Testa alla laddnings- och driftsscenarier

Utforma testfall utifrån verkliga processer, inte isolerade meddelanden. Se till att åtminstone följande omfattas:

  • uppstart, hjärtslag, tidssynkronisering och statusförändringar;
  • lokal och fjärrautentisering, inklusive avvisade inloggningsuppgifter;
  • sessionens start, mätvärden, slutliga energisummor och CPMS-transaktionsposter;
  • fjärrstart, fjärrstopp, återställning, upplåsning och konfigurationsändringar där detta stöds;
  • arbetsflöden för firmware och diagnostikloggar där så krävs;
  • profiler för smart laddning, gränsvärden och ändringar av scheman vid behov;
  • den rapporterade inställningen för maximalström, standardinställningarna för behörigheter och offline-reglerna mot den beställda och installerade konfigurationen;
  • flera anslutningar eller EVSE-enheter, om produkten är utrustad med sådana; och
  • omstart och återställning under en pågående eller avbruten session.

Testa säkerhet, anslutningsförmåga och beteende vid fel

Upprepa viktiga scenarier med felaktigt lösenord, ett certifikat som inte är betrott eller har gått ut, felaktig klocka och en avbruten nätverksanslutning. Testa avbrott i CPMS, återanslutningar, meddelanden i kö, dubbla händelser och meddelanden som anländer i oväntad ordning.

 

Kontrollera vilka funktioner laddaren kan utföra offline, hur länge data sparas, vilka lokala auktoriseringsregler som gäller och vad som händer när gränserna för lagring eller antalet försök nås. I Aminas autentiseringsguide finns dokumenterade inställningar och standardvärden som ska testas. Systemet bör återhämta sig på ett förutsägbart sätt utan att förlora eller duplicera fakturerbara sessionsdata.

Testa CPMS-systemets prestanda i representativ skala

En fysisk laddare räcker inte för att bevisa systemets kapacitet. Använd simulerade laddare för att testa det förväntade antalet samtidiga anslutningar, toppar i mätvärden och fjärrkommandon samt massiv återanslutning efter ett strömavbrott. Övervaka svarstid, WebSocket-stabilitet, köhantering, databasbelastning och varningssystem i förhållande till den planerade systemstorleken och tillväxtmarginalen.

Fastställ godkännandekriterier innan lanseringen

Varje test måste ha ett förväntat resultat, underlag, allvarlighetsgrad och en namngiven ansvarig. Fastställ vilka fel som förhindrar driftsättning och vilka dokumenterade begränsningar som kan accepteras. Testa de åtgärdade problemen på nytt och genomför en kontrollerad pilot på webbplatsen innan ni utökar till hela systemet.

 

Överlämningen bör omfatta de testade versionerna, funktioner som stöds, inloggningsuppgifter och certifikatägande, loggar, kända undantag, regler för offline-läge samt återställningsprocessen. Kör den kritiska testuppsättningen på nytt efter ändringar av laddarens firmware, CPMS-versioner, säkerhetsinställningar eller nätverksarkitekturen.