Page History
...
| Forkortelse | Beskrivelse |
|---|---|
| SUT | System Under Test |
| Kildesystem | System der leverer dokumenter til dokumentdelingsinfrastrukturen gennem DROS |
| Modtagersystem | System der søger og ehnter henter dokumenter i dokumentdelingsinfrastrukturen gennem DDS - DokumentDelingsServicen |
| Anvendersystem | En fælles betegnelse for kilde- og modtagersystemer. |
| SIT | SystemIntegrationsTest - se yderlige beskrivelse under |
...
| Nummer | Test type | Beskrivelse | Ansvarlig |
|---|---|---|---|
| 1 | Dokumentdeling Systemintegrationstestogså kaldet Egen-Test forkortet (DDSIT) | Her verificeres at der er en teknisk sammenhængende løsning mellem en anvender og NSP Dokumentdelingsinfrastrukturen: Dokumentregistrerings og Opdateringsservice (DROS) og Dokumentdelingsservicen (DDS). Der er en standard testprotokol for systemintegrationstest som altid skal køres. Den er forskellig for Kildesystem og Modtagersystem. | Projekt og Leverandør |
| 2 | Certificering | Der er en egentest og en livetest af at standarden overholdes indholdsmæssigt og at metadata udfyldes korrekt ved alle kald. Se yderligere veskrivelse her: Test og certificering - MedCom Forudsætning er, at DDSIT er gennemført.Medcom indsæt link til jeres beskrivelse | Medcom |
| 3 | E2E test | Her verificeres, at løsningen forretningsmæssigt fungerer efter hensigten på tværs af kildesystem(er) og modtagersystem(er). Testen bør involvere klinikere til at validere at indhold angivet korrekt og uforvansket i mellem kilde- og anvendersystem. Der er retningslinier for, hvad E2E testen bør indeholde, men testcases vil typisk være defineret specifikt til projektet. E2E testen tester flowet i dokumentdelingen, samtykke- og frabedelser, behandlingsrelationsnotifikationer, rettigheder samt minlog registreringer. Aftales med Medcom hvornår vi laver E2E test. SDS oplæg er at det er hver gang en ny dokumenttype implementeres og først når både kilde- og modtagersystem er implementeret. Det skal drøftes i hvor høj grad vi vil lave E2E på nye kilder og nye modtagersystemer, - det er et ressourcespørgsmål.Forudsætning er, at Certificering er gennemført. | Planlægges af projekt SDS-NSP TM deltager |
| 4 | Forretningsregel test | Det skal aftales som en del af projektet, hvornår og hvem der udfører forretningsregeltesten. Den kan foretages som en del af E2E, og dele af den kan løbes igennem i EgenTestenDDSIT. Forretningsreglerne løbes igennem på et møde mellem SDS/Arosii, Medcom og projektledelse, hvor det afgøres i hvilke testtyper forretningsreglerne behandles. Testcases for Testcases beskrives i denne template (Mikkel indsæt link) Eksempler på forretningsreglerne er dokumenteret her: Et Samlet Patient Overblik ESPO (aftaler, diagnoser, forløbsplaner, stamkort): Test af Et Samlet Patientoverblik Høremappe: Test af HøremappeSpørgeskemaer: Link mangler Hjemmemålinger: Link mangler Graviditetsmappe: Link mangler Indsæt link til både forretningsregler og test cases. Medcom: Er det forretningsregler for hjemmemålinger og spørgeskemaer? | Projekt |
Test arkitektur
Dette viser ikke den fulde dokumentdelingsinfrastruktur, da mange systemer er involveret.
...
| Situation | Hvilke tests skal gennemføres? | ||||
|---|---|---|---|---|---|
| Leverandørtest | SIT kilde | SIT modtager | Certificering | E2E | |
Ny anvender på eksisterende IT system begynder at levere eksisterende dokumenttype. Der er ikke væsentlig forskel på konfigurationen af den pågældende implementering i forhold til tidligere certificererede implementeringer. Eksempel: en kommune implementerer et eksisterende EOJ system, som allerede er certificeret. Konfiguration der vedrører dokumentdelingsdata er identisk med tidligere konfigurationer i andre kommuner | X | (X) | (X) | ||
Ny anvender på eksisterende IT system tager eksisterende dokumenttype i brug brug. Der er væsentlig forskel på konfigurationen af den pågældende implementering i forhold til tidligere certificererede implementeringer. Eksempel: en kommune implementerer et eksisterende EOJ system, som allerede er certificeret. Konfiguration der vedrører dokumentdelingsdata er identisk med tidligere konfigurationer i andre kommuner | X | X | X |
| |
Nyt IT system begynder at levere eksisterende dokumenttype, som allerede er E2E testet Eksempel: Et nyt bookingsystem begynder at levere aftaler | X | X | X | (X) | |
Nyt IT system begynder at hente og vise eksisterende dokumenttype, som allerede er E2E testet Eksempelvis: En ny App viser forløbsplaner | X | X | X | ||
Ny dokumenttype og/eller format introduceres både i kildesystemer og anvendersystemer Eksempelvis: EHMI beskeder skal fremover deles gennem dokumentdelingsinfrastrukturen | X | X | X | X | X |
Nye valideringsregler for dokumentregistrering introduceres Eksempelvis: Der opsættes regler for metadata ved upload af aftaler | X | X | |||
...