Teststrategi for Høremappen i projektet 'brugerbetjent audiometri'
Test niveauer
I illustrationen og tabellen herunder ses de forskellige niveauer af test som skal laves for projektet.
Her til kommer Unittest og den automatiserede systemintegrationstest, der altid skal være en del af NSP komponenter, jfr husreglerne. Disse udvikles altid af Leverandøren.
Out of scope:
Medcom laver ikke certificering af dokumentdelingsdokumenterne, da disse ikke er CDA standard men i stedet en international HIMSA standard. Der skal derfor kun gennemføres metadatatest af Medcom.
Sundhed.dk har en visning, som pt ikke er slået til. Den er out of scope at få med i denne omgang, men skal testes senere, inden Sundhed.dk begynder at hente de nye høremappedokumenter. Det skal besluttes om denne test udelukkende skal omfatte at sundhed.dk kan søge og fremvise de nye dokumenter, eller om den også skal indeholde detaljerede tests af dokumentindholdet (svarende til det som Medcoms modtager testprotokoller normalt indeholder).
Tabel over test niveauer
ID | Test niveau | Beskrivelse og afhængigeder | Ansvarlig | Deltagere | Status | Kommentar |
1 | Systemtest Høremappe modul | Test af at høremappe modulet funktionelt overholder alle krav Forudsætning: RFCer i Epic SDS-8101 Høremappe er deployet på Test1 | Lakeside | Lakeside+SDU | FÆRDIG | Der er lavet få ændringer ift tidligere pilot og de er primært grafiske, ingen ændringer i integrationen. |
2-A | Arosii | Arosii (+Netic) | FÆRDIG |
| ||
2-B | Positiv og negativ test af, at valideringsreglerne beskrevet i SDS-7354 Valideringsregler Høremappe fungerer Aftalt at Arosii beskriver testcases og KIT implementerer dem som integrationstestcases Forudsætning: RFCer i Epic SDS-8101 Høremappe er deployet på Test1 | Arosii | Lakeside |
| Verificer hvad der allerede er dækket af KITs validerings integrationstests | |
3 | Integration mellem EG Clinea og HøremappeModul | Test af at HøremappeModul kan hente data fra NOAH modulet I EG Clinea og gøre dem klar til afsendelse til NSP Forudsætning: 1 gennemført med succes | SDU | Lakeside, SDU, EG | FÆRDIG |
|
4 | Integration mellem Auditbase og HøremappeModul | Test af at Auditbase kan forstå data, der leveres af HøremappeModul Forudsætning: 1 gennemført med succes | SDU | Lakeside. SDU. RSYD | FÆRDIG |
|
5 | Test af at der er teknisk hul igennem fra høremappemodul til dokumentoprettelse via NSP-HM_DROS for ITI-kaldet ITI-41. Forudsætning: 1+2A+3 gennemført med succes samt at leverandør er whitelistet til NSP | SDU | Arosii, SDS, Lakeside, SDU | FÆRDIG | Arosii har testprotokol | |
6 | Test af at der er teknisk hul igennem fra høremappemodul til NSP-DDS + HM_NXRG/XDS for de to ITI-kald: ITI-18 og ITI-43 Forudsætning: 1+2A+3 gennemført med succes samt at leverandør er whitelistet til NSP | SDU | Arosii, SDS, Lakeside, SDU | FÆRDIG | Arosii har testprotokol | |
7 | Metadata test kildesystem | Test at metadata udfyldes korrekt af HøremappeModul ved kald til DROS Scope: Vi tester kun dokumenttype 28615-3 og formatkode urn:ad:dk:medcom:nauf-v500:full Forudsætning: 5 gennemført med succes | SDU | Medcom, Arosii, SDS, Lakeside, SDU |
| Medcom laver testprotokol |
8 | Metadata test modtagersystem | Test at metadata udfyldes korrekt af HøremappeModul ved kald til DDS Scope: Vi tester kun dokumenttype 28615-3 og formatkode urn:ad:dk:medcom:nauf-v500:full Forudsætning: 6 gennemført med succes | SDU | Medcom, Arosii, SDS, Lakeside, SDU |
| Medcom laver testprotokol |
9 | Test af at høremappe data deles uforvansket mellem ØNH lægeklinik system og Regionens audiologi system. Her testes via klinikernes systemer ved at sammenligne data i brugerflader fra anvender og modtager direkte. Desuden testes domæne- og forretningsreglerne for høremappe dokumenter Forudsætning: 5+6 gennemført med succes samt at lokationer er opsat | SDS/Arosii/Projektet | Arosii, SDS, Lakeside, SDU, EG, RSyd Evt deltagelse af klinikere på begge sider |
|
|