Mitä OCPP-testien tulisi osoittaa?

OCPP-testauksella on tarkoitus todentaa kolme eri asiaa. Vaatimustenmukaisuustestauksessa tarkistetaan, noudattaako toteutus spesifikaatiota. Yhteentoimivuustestauksessa tarkistetaan, toimivatko tietty laturi ja CPMS yhdessä. Projektin hyväksyntätestauksessa tarkistetaan, toimiiko koko järjestelmä operaattorin vaatimusten mukaisesti.

 

Onnistunut WebSocket-yhteys osoittaa ainoastaan, että nämä kaksi järjestelmää pystyvät muodostamaan yhteyden. Se ei osoita, että valtuutus, tapahtumatiedot, etäkomennot, tietoturva, offline-toiminta tai älykäs lataus toimivat oikein.

Määritä tarkasti testattava järjestelmä

Jäädytä testikokoonpano ennen aloittamista. Kirjaa muistiin laturin malli, laiteohjelmisto, CPMS-versio, OCPP-versio, suojausprofiili, päätelaite, verkkoreitti ja käytössä olevat toiminnot. Valinnaisista OCPP-ominaisuuksista tulisi sopia etukäteen sen sijaan, että niitä pidettäisiin itsestään selvinä.

 

Käytä tuotantoympäristön kaltaisia tunnistetietoja ja varmennesääntöjä paljastamatta tuotantoympäristön salaisuuksia. Säilytä määritykset ja lokit yhdessä testitulosten kanssa, jotta myöhempi laiteohjelmiston tai CPMS:n päivitys voidaan verrata samaan vertailukohtaan.

Suorita OCPP-yhteensopivuustestit

Open Charge Alliance Compliance Test Tool (OCTT) suorittaa ennalta määriteltyjä vaatimustenmukaisuusskenaarioita OCPP 1.6- ja OCPP 2.0.1 -latausasemille, ohjelmistopinoille ja hallintajärjestelmille. Kun latausasemaa testataan, OCTT toimii hallintajärjestelmänä ja päinvastoin.

 

OCTT on hyödyllinen työkalu viesti-, validointi- ja sekvenssivirheiden löytämiseen. Se ei ole yleiskäyttöinen latauslaite tai CPMS-simulaattori, eikä sen sisäinen käyttö luo itsenäistä OCPP-sertifikaattia. Virallisessa OCPP-sertifioinnissa käytetään hyväksytyn laboratorion suorittamia virallisia testejä.

Testaa alkuperäinen laturi ja CPMS yhdessä

Liitä seuraavaksi projektiin valittu varsinainen laturi, laiteohjelmisto ja CPMS-versio. Kerää sekä laturin että taustajärjestelmän lokitiedot, jotta viestien ajoitusta, uudelleenkäynnistyksiä ja hylättyjä pyyntöjä voidaan seurata molemmilta puolilta.

 

Yhteentoimivuustapahtumat, kuten OCPP Plugfestit, ovat hyödyllisiä, koska niissä voidaan testata toteutuksia useiden yhteistyökumppaneiden kanssa. Käyttöönottoon tarvitaan kuitenkin edelleen oma kahdenvälinen testi, koska projektien välillä on eroja konfiguraatiossa, valinnaisissa toiminnoissa ja toimintaperiaatteissa.

Miten tämä koskee amina charging

Amina-järjestelmän OCPP-dokumentaatiossa todetaan, että toteutetut ominaisuudet validoidaan OCTT:n, sisäisen testiautomaation, kenttätestien ja regressiotestien avulla. CSMS-integraatio-oppaassa kuvataan myös päätelaitteen, varmenteiden ja latauslaitteen tunnisteen tuotantokäyttöönotto. Projektin hyväksymiseksi on varmistettava, että valittu CSMS hyväksyy latausaseman sarjanumeron, että määritetyt päätelaite ja varmenteet ovat oikein ja että latausasema saavuttaa kytketyn tilan. Lue reaaliaikaiset konfiguraatioarvot sen sijaan, että oletat oletusarvoja, erityisesti jos tilaukseen sisältyy asiakaskohtaisia määrityksiä.

Testaa kaikki lataus- ja käyttötilanteet

Laadi testitapaukset todellisten toimintojen pohjalta, älä erillisten viestien perusteella. Käsittele vähintään seuraavia asioita:

  • käynnistys, syke, ajan synkronointi ja tilamuutokset;
  • paikallinen ja etäkäyttöoikeuksien myöntäminen, mukaan lukien hylätyt tunnistetiedot;
  • istunnon aloitus, mittarilukemat, lopulliset energiamäärät ja CPMS-tapahtumatiedot;
  • etäkäynnistys, etäpysäytys, nollaus, lukituksen avaus ja asetusten muutokset, sikäli kuin ne olivat tuettuja;
  • laiteohjelmiston ja vianmäärityslokien käsittelyprosessit tarpeen mukaan;
  • älykkäät latausprofiilit, rajoitukset ja aikataulun muutokset tarpeen mukaan;
  • ilmoitetun maksimivirta-asetuksen, valtuutuksen oletusarvojen ja offline-sääntöjen vertailu tilattuun ja asennettuun kokoonpanoon;
  • useita liittimiä tai EVSE-laitteita, jos tuotteessa on niitä; ja
  • uudelleenkäynnistys ja palautus käynnissä olevan tai keskeytyneen istunnon aikana.

Testaa tietoturva, yhteydet ja vikakäyttäytyminen

Toista keskeisiä skenaarioita, joissa salasana on väärä, varmenne ei ole luotettava tai on vanhentunut, kellonaika on väärä tai verkkoyhteys on katkennut. Testaa CPMS-järjestelmän käyttökatkoksia, uudelleenkytkentöjä, jonossa olevia viestejä, päällekkäisiä tapahtumia sekä viestejä, jotka saapuvat odottamattomassa järjestyksessä.

 

Varmista, mitä latauslaite voi tehdä offline-tilassa, kuinka kauan tietoja säilytetään, mitä paikallisia valtuutussääntöjä sovelletaan ja mitä tapahtuu, kun tallennus- tai uudelleenkäynnistysrajat saavutetaan. Amina-todennusoppaassa on dokumentoidut asetukset ja oletusarvot testausta varten. Järjestelmän tulisi palautua ennustettavasti ilman, että laskutettavia istuntotietoja menetetään tai ne monistuvat.

Testataan CPMS:n suorituskykyä edustavassa mittakaavassa

Yksi fyysinen laturi ei riitä osoittamaan laitteistokapasiteettia. Käytä simuloituja latureita testataksesi odotettua samanaikaisten yhteyksien määrää, mittarilukemien ja etäkomentojen piikkejä sekä laitteiden joukkokytkentää sähkökatkon jälkeen. Seuraa vasteaikaa, WebSocket-yhteyden vakautta, jonotusta, tietokannan kuormitusta ja hälytystoimintoja suhteessa suunniteltuun laitteistokokoon ja kasvuvaraa.

Määritä hyväksymiskriteerit ennen käyttöönottoa

Jokaiselle testille on määritettävä odotettu tulos, todisteet, vakavuusaste ja vastuuhenkilö. Määritä, mitkä virheet estävät käyttöönoton ja mitkä dokumentoidut rajoitukset voidaan hyväksyä. Testaa korjatut ongelmat uudelleen ja suorita hallittu pilottitesti sivustolla ennen laajentamista koko järjestelmään.

 

Luovutuksen tulisi sisältää testatut versiot, tuetut toiminnot, tunnistetiedot ja varmenteiden omistajuus, lokit, tunnetut poikkeukset, offline-säännöt sekä palautusprosessi. Suorita kriittinen testisarja uudelleen, kun latauslaitteen laiteohjelmistoon, CPMS-versioihin, tietoturva-asetuksiin tai verkkoarkkitehtuuriin on tehty muutoksia.