Der foretages følgende test i forbindelse med idriftsættelser på NSP platformen:
1.1. Integrationstest
Der udvikles automatiseret integrationstest for alle komponenter, som både kan køre lokalt og på NSPs testmiljøer. Beskrivelse af dem ligger under siden Testvejledning for de enkelte komponenter.
Integrationstests vedligeholdes, udbygges og versionsstyres sammen med ændringer til servicen.
Det er Leverandørernes ansvar at vedligeholde integrationstests og sikre forudsætninger for succesfuld afvikling.
Integrationstests vil altid blive afviklet før deploys på NSPs testmiljøer, og det er en forudsætning for accept af leverancen, at integrationstesten afvikles uden fejl.
1.2. Regressionstest
Regressionstesten tester de forskellige services i kombination med de øvrige NSP services.
Der er et vist overlap mellem Integrationstest og Regressionstest, og visse scenarier vil findes i begge testsuiter. Forskellene er:
Integrationstest | Regressionstest | |
---|---|---|
Type | Whitebox | Blackbox |
Udvikling | Løbende sammen med nye/ændrede features | Løbende efter risikovurdering og samlet prioritering af NSP platformens testniveau. |
Scope | Den enkelte komponent/service Eks: Givet en borger har adressebeskyttelse, så leveres teksten "ADRESSEBESKYTTET" i alle navn og adressefelter i SCES services | Hele NSP platformen, der testes på tværs af komponenter og services, hvor det giver mening Eks: Givet privat adresse er markeret via DTG service, så vil et opslag i FSK via DDS ikke returnere navn og adresseoplysninger |
Data | Datagenerering indeholdt i testen | Data kan være indeholdt i testen men visse data er forudgenereret og genbruges fra kørsel til kørsel |
Afvikling | Ifm QA før deploy af komponentændringer på den specifikke komponent til Testmiljøerne | Dagligt eller on demand |
Succeskriterie | 0 fejl | 0 kritiske fejl |
Dokumentation | Teknisk beskrevet, ligger i koden | Forretningsmæssigt beskrevet, ligger i Jira |
Ansvarlig | Projekt/VedligeholdelsesLeverandør | QA Leverandør |
Regressionstesten afspejler den aktuelle tilstand på testmiljøet og testcases går på tværs af komponenter.
Regressionstesten vil ofte køre og fail'e på kendte fejl. Hvis en testcase fejler, så analyseres det, om det er en kendt fejl i servicen, og i så fald oprettes en Request For Change (RFC) i NSP jiraprojektet.
RFC'en linkes til testcasen, så det er tydeligt hvilke testcases, den pågældende fejl påvirker. Når fejlen er rettet og deployet, skulle testcasen gerne kunne pass'e.
Det er Systemforvalterens ansvar at vedligeholde integrationstests og sikre forudsætninger for succesfuld afvikling.
Regressionstesten er beskrevet yderligere her: 4 Automatiseret regressionstest
1.3. Test af RFC'er
Når komponenterne på NSP er under vedligehold, så foregår alle ændringer til dem gennem Request For Changes (RFC'er), styret i Jira projektet NSP - SDS JIRA (nspop.dk).
Processen er beskrevet her: NSP Change Managementproces - Ændringsanmodning på NSP - NSP services - Global Site (nspop.dk)
Der tages stilling til, hvordan de enkelte ændringer skal testes:
- Dækket af eksisterende automatiseret regressionstest
- Udbygning af automatiseret regressionstest
- Manuel test
- Review, eks konfiguration/dokumentationsændringer
- Testes ikke, eks for analyseopgaver