Skip to main content
Skip table of contents

Proces beheren testnetwerk

Het testnetwerk is een netwerk van alle deelnemers. Het heeft als functie om nieuwe systemen van nieuwe toetreders of deelnemers te kunnen onderwerpen aan ketentesten. Hiermee kan in een netwerk, dat zich op hoofdlijnen gedraagt als het productienetwerk, worden gecontroleerd of aan alle eisen wordt voldaan.

Uitgangspunten

Een (aspirant) deelnemer zal afhankelijk van zijn rol (Herkenningsmakelaar (HM), Authenticatiedienst (AD) of Middelenuitgever (MU) één of meerdere systemen in het testnetwerk opgenomen hebben. Van elk systeem kan tevens zowel een acceptatie- als een preproductie-versie aanwezig zijn. Een (aspirant) deelnemer test zijn acceptatiecomponenten tegen de preproductiecomponenten van de overige deelnemers.

De voorwaarden om het testnetwerk te laten functioneren, zijn als volgt:

  • De staat van de preproductiecomponenten in het testnetwerk benadert zo veel mogelijk het productienetwerk.

  • Een herkenningsmakelaar MAG dienstverleners via haar preproductiecomponent toegang verlenen tot AD/MR van andere deelnemers en de simulator, mits dit niet tot overlast leidt.

  • Het uitvoeren van stresstesten MAG toestemming vooraf van alle te raken deelnemers.

  • Deelnemers MOGEN testmiddelen verschaffen aan dienstverleners die zijn aangesloten via een andere deelnemer.

  • De acceptatieomgeving dient om de eigen software te testen tegen de preproductiecomponenten van andere deelnemers.

  • Een deelnemer MOET toestemming hebben om te testen tegen de acceptatieomgeving van een andere deelnemer.

  • Alle deelnemers hebben de beschikking over testmiddelen, voor de preproductiecomponenten in het testnetwerk, voor elke authenticatiedienst en machtigingenregister, op elk toegetreden (of nog toe te treden) betrouwbaarheidsniveau. De deelnemers leveren deze testmiddelen aan elkaar uit.

  • Bij het deployen van een systeem in het testnetwerk dient voor een deelnemer of de beheerorganisatie helder te zijn welke build versie het systeem heeft. (Bijvoorbeeld door naamgeving, het displayen van het build nummer op de pagina of in een afgeleide (file).) Dit zodat kan worden nagegaan tegen welke versie van een systeem aan wordt getest. Bij de toetredingschecklists wordt altijd aangegeven tegen welke build versies is getest.

  • Acceptatiecomponenten in het testnetwerk MOETEN herkenbaar zijn aan de toevoeging (acc) in de displayname

  • Preproductiecomponenten in het testnetwerk MOETEN herkenbaar zijn aan de toevoeging (preprod) in de displayname

  • Voor beschikbaarheid van preproductiecomponenten in het testnetwerk wordt een inspanningsverplichting en een meldplicht van verstoringen afgesproken.

  • Verzoeken van deelnemers om meer informatie betreffende een fout (op een systeem) in het testnetwerk ZOU binnen één werkdag beantwoord MOETEN worden.

  • Het in bezit hebben van testmiddelen door deelnemers en dienstverleners impliceert dat deze testmiddelen ook te allen tijde kunnen werken. Dat wil zeggen dat de uitgevers van deze middelen zich hiermee verplichten een soortgelijk serviceniveau te leveren als bij productiemiddelen het geval is.

  • Issues en verstoringen betreffende het testnetwerk worden gemeld in het incidentmanagementsysteem.

  • De metadata en dienstencatalogus voor het testnetwerk zullen ad hoc verspreid worden, als de noodzaak zich aandient. Deze zullen op dezelfde manier als binnen het productienetwerk worden aangeboden aan de deelnemers.

  • Een deelnemer MAG haar acceptatie- en preproductiecomponenten NIET afsluiten voor andere deelnemers.

  • De deelnemers MOETEN zowel voor de acceptatie- als de preproductieomgeving gebruik maken van PKIoverheid certificaten. Dit geldt voor zowel het signing- als encryptiecertificaat. Deze omgevingen moeten immers zo veel als mogelijk gelijkwaardig aan de productieomgeving zijn.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.