| Info | ||||||
|---|---|---|---|---|---|---|
Redaktør: Klaus SkafteMads Østergaard, maost@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å stor 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.
...
Testsetup for datakilder understøttes gennem en tilslutningspakke tilslutningspakke, derud over tilslutningsvejledning for tilslutning til Orkestreringskomponenten, beskrivelse af de tekniske specifikationer indeholder et sæt af implementerede testcases og værktøjer, som datakilden selv kan afvikle køre for at afprøve af grænseflader og tilkobling er compliant i forhold til specifikationer.
Den fastlagte teststrategi for udvikling af Orkestreringkomponenten kan du se her
...
. 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 |
|---|