Version 1.2 August 2014
Version 1.1 September 2013 Dette dokument giver en beskrivelse af hvordan man får adgang til de fælles testmiljøer. |
I det følgende gives en oversigt over de vigtigste opgaver og aktiviteter i forbindelse med et tilslutningsforløb. Formålet med oversigten er at sikre, at de nødvendige aspekter huskes og overvejes.
NSI udstiller et antal fælles testmiljøer, der har hver deres formålserklæring:
| Miljø | Anvendelse |
|---|---|
| TEST1 | Et ”dynamisk testmiljø” i den forstand, at det anvendes til bilaterale testforløb, hvor den ene part typisk er en national serviceudbyder, og den anden part er en anvender, der har ønske om at få tidlig adgang til ny funktionalitet |
| TEST2 | Et miljø, hvor kommende versioner udstilles med det formål at give anvenderne af nationale services mulighed for at udvikle og afprøve lokal funktionalitet mod nye snitflader. F.eks. i forbindelse med afleveringstests |
| UDD | Et miljø, hvor stabilitet og forudsigelighed er prioriteret højt. Stamdata opdateres relativt sjældent, så opgaven med at holde undervisningsmateriale opdateret balanceres op mod ønsket om ”friske” stamdata fra produktionsmiljøet |
PRODTEST | Et produktionslignende miljø, hvor de udstillede nationale services og NSP’ens infrastrukturkomponenter har samme versioner som i produktionsmiljøet |
Det skal afdækkes, om de lokale behov for test- og uddannelse kan opfyldes ved brug af disse miljøer, og det skal beskrives, hvilke miljøer der ønskes anvendt fra de enkelte lokale it-systemer.
For yderligere information omkring hvad der deployes på hvilke testmiljøer se også NSP deploymentregler.
NSP-operatøren er ansvarlig for de fælles testmiljøer, og der skal indgås en aftale med NSP-operatøren om anvendelse af de fælles miljøer, før test kan etableres.
Der er udarbejdet en skabelon for en sådan aftale, der skal udfyldes og indsendes til NSP-operatøren via Servicedesk for NSP. Det er NSP-operatøren, der sikrer NSI prioritering og tilbagemelding om, hvornår testmiljøet kan etableres.
I de fælles testmiljøer vil der være mange anvendere i de enkelte miljøer samtidig. Alle anvendere har adgang til alle data, også testdata ”ejet” af andre parter, og det er derfor nødvendigt at parterne i fællesskab underlægger sig et sæt fælles ”spilleregler” for anvendelsen af hvert miljø. Dette kan opleves som en begrænsning og en risiko, og der er behov for intern styring af hvilke data, testbrugere i en given organisation bruger til hvilke formål.
Overordnet betyder dette:
Tilsvarende er miljøerne konfigureret til de formål, der er vedtaget af anvenderne i fællesskab. I praksis betyder det, at miljøerne ikke kan skræddersys til en enkelt anvenders behov.
Forud for indgåelse af en aftale med NSP-operatøren forpligter den enkelte anvenderorganisation sig på at overholde de fælles ”spilleregler”.
NB - der er ikke implementeret en teknisk sikring af at retningslinjerne overholdes, ej heller automatiseret overvågning af anvendernes adfærd.
Fælles "spilleregler" aftalt mellem regioner og LPS’er kan findes her.
Formålet med TEST1 er defineret som tidlig afprøvning af services der forventes i produktion med fokus på en række tværgående aspekter ved en service, uanset om det er en ny funktionalitet eller eks. fejlrettelse (såkaldte ”hotfixes”) til eksisterende (produktions)versioner.
Udviklingsprojekter hos leverandører kan anvende TEST1 efter forudgående aftale med Operatør om anvendelse og forbrug af ressourcer i NSP set-up'et.
Ønsker om anvendelse af TEST1 over en længere periode (op til 3 måneder) kan ligeledes aftales med Operatøren. Betingelserne for denne anvendelse af TEST1 er:
- At der ikke samtidig køres eller forventes release af andre versioner af den pågældende service og de services der skal integreres til i TEST 1 miljøet
- At der til integrationstest af nationale services, kan anvendes generelle services – m.a.o. at der ikke er afhængigheder til anvendelse af specifikke versioner af andre services, eks. STS.
- At der til integrationstest anvendes generelle testdata fra testmiljøet – m.a.o. at der ikke er afhængigheder til specialdesignede testdata på tværs af platformen.
Såfremt foranstående betingelser ikke kan opfyldes af projektet, vil Operatør stille krav om, at dedikeret testmiljø oprettes af projektet.
Se dette dokument for flere informationer: Tilslutningsguide-Anvendere.
Se dette dokument for at få en vejledning til oprettelse og vedligehold af testcertifikater: Vejledning testcertifikater.
Formular til test adgang: Findes her
Se dokument om endpoints til testmiljøerne her.