Page History
...
Verifikation af migreringen
...
I forbindelse med migreringen vil det give mening at definere et sæt af validerings- og verifikationsmekanismer, som vil kunne øge tilliden til, at migreringen er forløbet korrekt. I de kommende afsnit beskrives de validerings- og verifikationsmekanismer, som anvendes i NXRG migreringen.
Validering
Efter migreringen er tilendebragt kan der trækkes en række metrikker ud af hhv xDB og NXRGs mariadb baserede databasesetup.
De følgende metrikker foreslås. Det skal afklares, om det kan lade sig gøre at trække disse ud af både xDB og NXRG.
Nr | Beskrivelse af validering | NXRG | xDB |
---|---|---|---|
1 | Antal documententries i alt | OK | |
2 | Antal documententries fordelt på type (stable/on-demand) | OK | |
3 | Antal documententries fordelt på status | OK | |
4 | Antal documententries fordelt på typecode | OK | |
5 | Antal forskellige patient-id'er for documententries | OK | |
6 | Antal submissionsets i alt | OK | |
7 | Antal forskellige patient-id'er for submissionsets | OK | |
8 | Antal associations i alt | OK | |
9 | Antal forskellige patient-id'er for associations | OK | |
100 | Udtræk af top-100 cpr numre for documententries (dem med flest) | OK |
Verifikation
Udover valideringskontrollerne beskrevet ovenfor giver det mening, at det undersøges, om NXRG svarer "det samme" som OpenText registry givet at de mødes af de samme input (søgninger).
Det foreslås derfor, at der foretages en ITI-18 søgning (søger på alle documententries på en række af cprnumre). Der kan tages udgangspunkt i det, der allerede er udviklet i NXRG i forbindelse med integrationstesten.
Verifikationstoolet laver den samme forespørgsel mod NXRG hhv OpenText Registry og sammenligner derefter svaret på følgende måde:
- Antallet af documententries og disses id'er skal være ens, hvis den samme query udføres mod NXRG og OpenText Registry
- De enkelte documententries i de to responses skal være ens (men der er ikke krav til, at de kommer ud i samme rækkefølge.