Introduktion

For at udføre integrationstest (og nogle gange unittest) af en NSP komponent kræver det at man kalder denne i forhold til DGWS eller IDWS standarden, dvs der skal først skaffes et id-kort eller en borger IDWS billet fra STS'en hvilket igen kræver (P/M/V/F)OCES certifikater. Sådanne certifikater skal genudstedes med faste mellemrum hvilket betyder at gamle versioner af en komponent ikke længere kan bygges. Hver enkelt komponent skal også implementere klient siden af DGWS/IDWS standarderne hvilket øger kompleksiteten af koden uden nogen reel merværdi. For at undgå disse problemstillinger i fremtiden har NSP fået udviklet et fælles kode-bibliotek der tager sig af alle aspekter af de komplekse standarder og lader komponent-udvikleren fokusere på at skrive tests af den forretningslogik der er udviklet. Biblioteket hedder "NSP Test Identity Provider" og anvendes i komponenterne ved hjælp af følgende Maven opsætning

...

NSP Test Identity Provider indeholder et større antal identiteter der alle er oprettet i DTG. Disse 16 personer kan anvendes både som private borgere og som medarbejdere med autorisationer og/eller Nationale Roller. Det er også muligt at definere sine egne identiteter hvis man har et helt særligt behov. Det anbefales dog at anvende de identiteter der er med i biblioteket så vidt det er muligt.

Eksempel

Kildekoden til NSP Test Identity Provider biblioteket findes i NSP's Git Repository hvor man kan finde klassen NspSoapClientExample der indeholder eksempler på brug af biblioteket.