Formålet med denne side er at beskrive, hvordan vi tester dokumentdeling gennem NSPs dokumentdelingsservice.
| Nummer | Test type | Beskrivelse | Ansvarlig |
|---|---|---|---|
| 1 | Systemintegrationstest også kaldet Egen-Test | Her verificeres at der er en teknisk sammenhængende løsning mellem en anvender og NSP. Der er en standard testprotokol for systemintegrationstest som altid skal køres. Der kan være tilføjelser til standardprotokollen, som er specifikke for den enkelte dokumenttype. | Projekt og Leverandør |
| 2 | Certificering | Der er en egentest og en livetest af at standarden overholdes indholdsmæssigt og metadata | Medcom |
| 3 | E2E test | Her verificeres, at løsningen forretningsmæssigt fungerer efter hensigten på tværs af kildesystem(er) og modtagersystem(er). 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. | 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 EgenTesten. Forretningsreglerne løbes igennem på et møde mellem SDS/Arosii, Medcom og projektledelse, hvor det afgøres i hvilke testtyper forretningsreglerne behandles | Projekt |
Ansvarsfordeling mellem MEDCOM, SDS/Arosii, projekter og leverandører
R= Responsible (udførende på opgaven), A=Accountable (ansvarlig for at opgaven udføres), C=Consulted (konsulteret), I=Informed (Informeret)
| Aktivitet | SDS PO | Arosii TM | Medcom | Projekt | Leverandør |
|---|---|---|---|---|---|
| Systemintegrationstest | |||||
| Vedligeholdelse af checkliste til testprotokol | A | R | I | C | |
| Systemintegrationstest / Egentest | I | C | A | R | |
| Certificering | |||||
| Planlægning af certificering | C | I | A | R | C |
| Testcase udarbejdelse til egentest og certificering | I | I | A/R | C | |
| Egentest (forberedelse til certificering) | A | R | R | ||
| Medcom Certificering Metadata | I | I | A | R | R |
| Medcom Certificering indhold | I | I | A/R | C | C |
| E2E test | |||||
| Vedligeholdelse af checkliste til testprotokol | A | R | C | C | |
| Planlægning af E2E | C | C | R | A | C |
| Test case udarbejdelse | I | R? | C | I | I |
| Test case eksekvering | A | C | C | R | R |
| Test rapportering og dokumentation | I | R? | I | A | C |
| Tilbagemelding på test | I | R? | R? | A | I |
- SDS laver særskilt testprotokol for SIT /Louise
- SDS laver særskilte protokoller for hver dokumenttyper, indeholdende test af forretningsregler (afstemt med ESPO) /Louise
- Afstemme testprotokoller med Medcom, da nogle forretningsregler sandsynligvis vil testes i certificeringen /Louise
- Medcom reviewer egne testprotokoller ift at sikre at feltindhold verificeres ift syntaks og semantik - så godt som muligt /Huy
- Opdatere domæneregler ift særlige regler for dokumenttyper /Louise kommer med et bud og SDS Gitte/PO reviewer inden den sendes til styregruppen
- Der skal laves en vejledning til kildesystemleverandører vedr oprettelse af data /Louise
- Medcom og SDS proces og testbeskrivelser skal være tydelige og referere til hinanden, så leverandørerne kan få overblik over de samlede testkrav til dem /Medcom
| Aktivitet | Deltagere |
|---|---|
| Planlægning af testforløb | Projektleder tager intitiativ Deltagere: Medcom, SDS, Arosii TM, relevante projektdeltagere |
| Test af forretningsregler | Afklaring af hvor i testprocessen de forskellige forretningsregler verificeres |
| Tilpasning af SIT/Egentest + E2E testprotokoller/checklister til konkret projekt | Projekt og Arosii TM |