| Info | ||||||
|---|---|---|---|---|---|---|
Redaktør: Thomas BodinMads Østergaard, thobo@digstmaost@digst.dk |
Teststrategi for Orkstreringskomponenten Orkestreringskomponenten er tilrettelagt ud fra 2 to principper:
Orkestreringskomponenten skal kunne testes selvstændigt.
Der udvikles en testpakke, der anvendes til test af selve komponenten, og denne skal kunne genbruges ved test af integrationer til datakilder.
...
Ved test af orkestreringskomponenten vil datakilder blive simuleret af test-stubbe, hvor disse i så høj grad som muligt vil implementere den standardiserede datamodel for sag og ydelser .
Der anvendes ikke nogen simuleret brugergrænseflade til kald af orkestreringskomponenten - men derimod et sæt testscenarier, der både kan anvendes til automatiserede test og til efterfølgende test, når datakilder skal integreres til orkestreringskomponenten. Det samlede test-setup er illustreret i nedenstående figur.
...
Det omtalte test-setup for datakilder understøttes gennem en tilslutningspakke; herunder en tilslutningsvejledning vedrørende tilslutning til Orkestreringskomponenten med beskrivelse af de tekniske specifikationer. Beskrivelsen indeholder et sæt af implementerede testcases og værktøjer, som datakilden selv kan afvikle med henblik på afprøvning af, hvorvidt grænseflader og tilkobling er compliant i forhold til specifikationer.
...
Se testpakke her: Tilslutningspakken - Mit overblik - Arkitektur og standarder - Confluence (atlassian.net)
I nedenstående finder du dokument for forskellige teststrategier alt efter typen af integration til Orkestreringskomponenten og visningsklienten på Mit Overblik på borger.dk:
| View file | ||
|---|---|---|
|
| Change History |
|---|