En test er bestået, når kriterier, der blev skrevet før testen, er opfyldt, og når en anden end dem, der udførte den, kan kontrollere det ud fra det, der er skrevet ned. Fornemmelsen af, at det gik godt, tæller ikke. Uden kriterier ender enhver test med at være bestået, for mennesker tilpasser ubevidst målet til resultatet.
Mange testplaner stopper ved ordet “fungerer”. Hvad det dækker over, afgøres så af den, der har siddet med testen i to dage og gerne vil hjem. Succeskriterier er værktøjet mod det. De er også det, en ledelse, en revisor eller en kunde kan læse bagefter.
Hvorfor kriterierne skal stå først
DORA gælder kun finansielle enheder, og det, der følger, er derfor en model. En delegeret forordning, 2024/1774, kræver i art. 26, stk. 1, at planer for indsats og genopretning præciserer, hvad der aktiverer og deaktiverer dem (litra a), og hvornår gennemførelsen kan erklæres for vellykket (litra f). Bestemmelsen handler om genopretning og er ingen exit-regel. Tanken kan alligevel flyttes direkte over: nogen skal have afgjort på forhånd, hvad “vellykket” betyder.
Kriterier skrevet bagefter er en beskrivelse af det, der skete. De hører til i rapporten og kan ikke bruges som kontrol.
Fem krav til et godt kriterium
Målbart. “Systemet er oppe inden for den aftalte tid” er bedre end “hurtig gendannelse”. Skriv tallet.
Knyttet til forretningen. Tiden og datatabet kommer fra det, I har besluttet om RTO og RPO. RTO er den tid, systemet må være væk. RPO er, hvor meget data I kan tåle at miste. Et teknisk mål uden kobling til forretningen svarer på det forkerte spørgsmål.
Kontrollerbart af andre. Skriv, hvor beviset findes. Det kan være en logfil, et skærmbillede, en optælling eller en underskrift. En udenforstående skal kunne nå samme konklusion.
Uafhængigt af den, der tester. Den, der laver testen, skal ikke være den eneste, der vurderer den. Lad en anden kontrollere resultatet.
Forståeligt. Formulér kriteriet, så en direktør kan læse det. Det tvinger jer til at vide, hvad der måles.
Eksempler efter testtype
Tallene er jeres egne. Formuleringerne er eksempler, som I tilpasser.
Kriterier til en eksport:
- Antal poster i udtrækket svarer til optællingen i kilden, pr. datatype.
- Tolv udvalgte poster er korrekte i alle felter, også æ, ø og å.
- Filen kan læses med et almindeligt værktøj, uden det oprindelige system.
Kriterier for gendannelse:
- Systemet er i brug inden for ledelsens tidsramme, målt fra ordet “nu”.
- Data er ikke ældre end det besluttede datatab.
- En bruger gennemfører et udvalgt forløb på egen hånd.
- Testen klarede sig uden den nuværende leverandør.
Kriterier til en skrivebordsøvelse:
- Alle roller i planen kunne besvare, hvad de gør i de første timer.
- Den person, der må beslutte, er navngivet og har en stedfortræder.
- Fund er skrevet ned med ansvarlig og dato.
Bestået, bestået med fund og ikke bestået
En tredeling fungerer bedre end ja og nej. Bestået: alle kriterier er opfyldt. Bestået med fund: de kritiske kriterier er opfyldt, og mindre afvigelser har en ejer og en dato. Ikke bestået: et kritisk kriterium er ikke opfyldt, og testen skal gentages efter rettelse. Marker på forhånd, hvilke kriterier der er kritiske.
Hvad gør I, hvis testen dumper? Det er et godt resultat, så længe det bliver brugt. Skriv årsagen, ret det, gentag testen. Ændr aldrig et kriterium, for at testen kan bestå. Viser kravet sig urealistisk, er det ledelsens beslutning at ændre det, og ændringen skrives ned med dato. Det svarer til det, som forordningen 2024/1773, art. 10, kræver af finansielle enheder, nemlig at planen er realistisk og baseret på plausible scenarier. Også her er det en model uden for finans.
Hvem skriver, og hvem afgør
Den, der ejer planen, skriver kriterierne sammen med systemejeren. Forretningen sætter tiderne, IT sætter de tekniske mål, og den, der skal bruge resultatet, får mulighed for at sige, om formuleringen er klar. Afgørelsen bagefter træffes af en, der ikke udførte testen, gerne systemejeren eller den, der ejer planen. Bruger I en ekstern til at gennemføre testen, er det stadig jer, der afgør det. Hvis leverandøren selv tester, er kravet om en anden kontrol endnu vigtigere.
Hvad det kræver, og hvad det koster at lade være
At skrive kriterier koster en times arbejde for planens ejer og systemejeren pr. test, første gang lidt mere. Genbrug gør det hurtigere. Skriv det med ind i overslaget over testen, lav og høj, med dato.
Uden kriterier har testen svag værdi. I har brugt timerne og står tilbage med en udtalelse, ingen kan efterprøve, og spørgsmålet kommer igen ved næste kunde eller tilsyn. I værste fald tror ledelsen på en tid, der ikke holder, og sætter planen op mod et stop, der i jeres egne tal koster mere end antaget. Med kriterier giver testen et resultat, I kan bruge i årevis.
Det skal I lade være med
- At skrive kriterier efter testen · så måler I kun det, der skete.
- At bruge ord som “fungerer” og “tilfredsstillende” · de kan ikke kontrolleres af andre.
- At lade testlederen afgøre sin egen test · selv dygtige folk ser det, de håber på.
- At justere et krav i stilhed · ændringer er ledelsens og skal dateres.
Det skal planen kunne vise
- ☐ Skriftlige kriterier for hver test med dato før testen.
- ☐ Kobling til de tider, ledelsen har besluttet.
- ☐ Markering af kritiske kriterier.
- ☐ Hvor beviset for hvert kriterium findes.
- ☐ Hvem der afgør resultatet.
- ☐ Ændringer i kriterier med begrundelse og dato.
Kilder
- Delegeret forordning (EU) 2024/1774: art. 26, stk. 1, litra a og f. Gælder finansielle enheder og bruges her som model.
- Delegeret forordning (EU) 2024/1773: art. 10. Gælder finansielle enheder og bruges her som model.
Senest gennemgået: november 2026.
Næste skridt
Tag den næste planlagte test, og skriv tre til fem kriterier, før den starter. Lad systemejeren læse dem, og afgør, hvem der skal afgøre resultatet.
Læs også: Testrapporten · Trin 9 på digital-suveraenitet.dk
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
