søndag den 29. marts 2026

AI i softwaretest – trussel eller transformation?

Kunstig intelligens har for alvor fundet vej ind i softwaretest, og det er ikke længere et spørgsmål om, hvorvidt teknologien vil påvirke testfaget, men hvordan og i hvilket omfang. Mange testere oplever i dag en vis usikkerhed: Hvis AI kan generere testcases, automatisere regressionstest og analysere fejl hurtigere end mennesker, hvad er så testerens rolle i fremtiden?

Dette spørgsmål er både legitimt og nødvendigt. Men det kræver en nuanceret analyse at besvare det.

AI ændrer ikke behovet for test – den ændrer måden, vi tester på.

AI som accelerator i testprocessen

I praksis ser vi allerede, hvordan AI bliver anvendt på tværs af hele testlivscyklussen. Særligt inden for testdesign har generativ AI vist sig effektiv til hurtigt at omsætte krav og user stories til testscenarier. Det betyder, at testere i højere grad kan fokusere på at validere og forbedre testene frem for at starte fra bunden. Det sparer tid, men ændrer også fokus fra produktion til kvalitetssikring af testartefakter.

Inden for testautomatisering bevæger vi os væk fra traditionelle, skrøbelige scripts og hen imod mere intelligente løsninger. AI-baserede værktøjer kan eksempelvis tilpasse sig ændringer i brugergrænseflader og dermed reducere vedligeholdelsesomkostninger. Samtidig kan testeksekvering optimeres ved hjælp af risikobaseret prioritering, hvor AI analyserer historiske data og identificerer de mest kritiske tests.

Derudover spiller AI en stadig større rolle i analysefasen. Logfiler, fejlrapporter og performance-data kan gennemgås langt hurtigere og mere systematisk, end det tidligere har været muligt. Dette gør det muligt at identificere mønstre og årsager til fejl på et niveau, som tidligere krævede betydelig manuel indsats.

Set i dette lys er AI først og fremmest en kraftig accelerator. Den gør eksisterende processer hurtigere og mere skalerbare.

Begrænsningerne – hvor AI kommer til kort

Det er dog afgørende ikke at forveksle acceleration med forståelse. AI arbejder på baggrund af mønstre i data og har ingen reel forståelse af forretningens intentioner eller kontekst. Den kan generere testcases, der ser overbevisende ud, men som ikke nødvendigvis adresserer de vigtigste risici.

Denne mangel på kontekstforståelse er central. Softwaretest handler ikke kun om at verificere funktionalitet, men om at vurdere kvalitet i forhold til forretningsværdi. Det kræver indsigt, erfaring og kritisk tænkning – egenskaber, som AI ikke besidder.

Derudover er AI stærkt afhængig af kvaliteten af input. Dårligt formulerede krav eller upræcise prompts vil føre til tilsvarende utilstrækkelige resultater. Dette betyder, at testeren i stigende grad får en rolle som “kurator” af AI-output snarere end producent.

Endelig er der spørgsmålet om ansvar. AI kan foreslå, analysere og optimere, men den kan ikke stå til ansvar for kvaliteten af et system. Det ansvar ligger fortsat hos mennesker – og i praksis hos testere og kvalitetsansvarlige.

Risikoen for at testere bliver overflødige

Bekymringen for, at AI vil eliminere behovet for testere, udspringer ofte af en antagelse om, at test primært består af gentagelige og regelbaserede opgaver. Det er netop disse opgaver, AI er bedst til at overtage.

Men testfaget er langt mere end det.

Hvis en testers rolle reduceres til manuel eksekvering af testcases, så er der en reel risiko for, at denne type arbejde bliver automatiseret væk. AI er særdeles effektiv til netop denne type opgaver. Men dette repræsenterer kun en begrænset del af testdisciplinen.

Den egentlige værdi af test ligger i evnen til at stille de rigtige spørgsmål, identificere skjulte risici og udfordre antagelser. Det er her, testere skaber værdi – og det er netop her, AI ikke kan erstatte menneskelig dømmekraft.

I stedet for at eliminere testere vil AI derfor skabe en opdeling: rutineprægede opgaver vil forsvinde eller blive stærkt reduceret, mens behovet for højt kvalificerede testere vil stige.

En ny rolle for testeren

Udviklingen peger mod en transformation fra traditionel test til det, man i stigende grad betegner som “quality engineering”. Her flyttes fokus fra udførelse til strategi, fra testcases til risikostyring og fra kontrol til rådgivning.

Testere vil i højere grad arbejde med at definere teststrategier, vurdere kvaliteten af AI-genererede artefakter og sikre, at testindsatsen er målrettet de mest kritiske områder. Samtidig bliver forståelse for AI en vigtig kompetence. Det handler ikke nødvendigvis om at udvikle AI-modeller, men om at forstå deres styrker og begrænsninger.

En anden vigtig udvikling er, at AI i sig selv introducerer nye testudfordringer. Systemer baseret på machine learning kræver test af bias, robusthed og forklarlighed – områder, som ligger uden for traditionel funktionel test. Dette åbner nye specialiseringsmuligheder for testere.

Transformation frem for trussel

Det mest realistiske perspektiv er derfor ikke, at AI erstatter testere, men at den redefinerer deres rolle. Testere, der fastholder et fokus på manuelle og repetitive opgaver, risikerer at blive mindre relevante. Omvendt vil testere, der formår at kombinere testfaglighed med forståelse for AI, blive endnu vigtigere.

AI skal ikke ses som en konkurrent, men som et værktøj. Et meget kraftfuldt værktøj, som kan løfte testarbejdet til et nyt niveau – hvis det anvendes korrekt.

Konklusion

AI ændrer fundamentalt måden, vi arbejder med softwaretest på. Den automatiserer, accelererer og optimerer – men den erstatter ikke behovet for menneskelig dømmekraft, kontekstforståelse og kritisk tænkning.

Fremtidens testere vil ikke være dem, der udfører flest tests, men dem, der bedst forstår, hvad der skal testes – og hvorfor.

Næste skridt

For testere betyder dette, at det er nødvendigt aktivt at forholde sig til AI. Det indebærer at eksperimentere med AI-værktøjer, udvikle evnen til kritisk at vurdere deres output og styrke kompetencer inden for teststrategi og risikobaseret test.

Organisationer bør samtidig sikre, at AI integreres ansvarligt i testprocessen, og at der fortsat er fokus på kvalitet som en menneskelig disciplin.


mandag den 23. februar 2026

Boganmeldelse - Sæt mennesker først - skab topresultater med emotionel intelligens

Titel: Sæt mennesker først – skab topresultater med emotionel intelligens

Forfatter: Mikkel Severin
Målgruppe for anmeldelsen: Testmanagers og testledere (agilt, hybrid, projekt)


Overordnet vurdering

“Sæt mennesker først” rammer et område, som mange testmanagers undervurderer: At testresultater sjældent bliver bedre af mere proces alene – men ofte bliver markant bedre af bedre samarbejde, tydeligere kommunikation og en sundere feedbackkultur.

Bogens styrke er, at den (formentlig) tager emotionel intelligens (EI) ned fra “blød” HR-retorik og gør det til en konkret ledelsesdisciplin. For en testmanager er det relevant, fordi kvalitet ofte fejler på mennesker og forventningsafstemning – ikke på testteknik.

Når det er sagt, er bogen også et klassisk eksempel på en genre, der kan blive lidt for optimistisk omkring, hvor meget EI alene kan “fikse”. Testmanagement kræver både mennesker og hård styring af risiko, scope, kvalitet og beslutninger. Den balance er afgørende.

Hvorfor bogen er relevant for testmanagement

Som testmanager sidder du i krydsfeltet mellem:

  • udvikling, drift, forretning, compliance og ledelse

  • deadlines og risici

  • konflikter om “hvad betyder kvalitet?”

  • prioriteringer af testindsats og acceptkriterier

I den virkelighed er EI ikke pynt. Det er et produktionsværktøj.

Bogen passer især godt til testmanagers, der:

  • skal skabe alignment mellem stakeholders

  • oplever “QA vs Dev”-konflikter

  • arbejder i agile teams med høj autonomi

  • skal påvirke uden formel magt

Bogens styrker (set med testmanager-briller)

1) Den adresserer den skjulte årsag til mange testproblemer

Mange testproblemer lyder tekniske (“for mange defects”, “for lidt tid”, “uklare krav”), men er ofte sociale:

  • krav bliver uklare, fordi ingen tør stille dumme spørgsmål

  • test bliver presset, fordi konfliktskyhed gør at man ikke eskalerer

  • UAT fejler, fordi forretningen føler sig overhørt

EI-tilgangen er god, fordi den går efter årsagen: relationer, tryghed og kommunikation.

2) Den understøtter psykologisk tryghed (uden at gøre det fluffy)

Psykologisk tryghed er ikke “vi skal være søde”. Det er:

  • vi kan tale om risiko uden at blive straffet

  • vi kan sige “jeg forstår det ikke”

  • vi kan stoppe en release uden at blive stemplet som negativ

Det er ekstremt relevant i test, hvor “dårlige nyheder” er en del af jobbet.

3) Den giver et sprog for ledelse i komplekse miljøer

Testmanagers har ofte et kommunikationsproblem:
De siger noget korrekt (risiko, kvalitet, coverage), men bliver misforstået som “bremseklods”.

EI hjælper med at oversætte:

  • fra “vi mangler test” → “vi tager en beslutning med øget risiko – er det acceptabelt?”

  • fra “det er en fejl” → “det her kan skade kunden / driften / økonomien”

Kritiske pointer (konstruktivt)

1) Risikoen: EI kan blive en undskyldning for ikke at være tydelig

I testledelse er tydelighed en pligt.
Hvis EI bliver “jeg vil ikke skabe dårlig stemning”, ender du med:

  • for sene eskaleringer

  • urealistiske testplaner

  • falsk tryghed (“vi er næsten klar”)

EI skal bruges til at levere sandheden på en måde, der kan handles på – ikke til at polere den.

Testmanager-takeaway:
Brug EI til at gøre dine budskaber mere modtagelige, men aldrig mindre præcise.

2) Den typiske blind vinkel: strukturer og systemer

Mennesker er vigtige – men testmanagement er også:

  • governance

  • entry/exit criteria

  • risikobaseret prioritering

  • defekttriage og release readiness

Hvis bogen lægger for meget vægt på individets følelsesmæssige kompetencer, kan man overse:

at dårlige systemer skaber dårlige adfærdsmønstre.

Et team kan være nok så empatisk – hvis testmiljøet altid er nede, går alt i stykker alligevel.

3) “Topresultater” er et farligt ord i test

I test er “topresultater” ikke altid lig med:

  • høj velocity

  • færre testdage

  • hurtigere release

Nogle gange er topresultatet, at man:

  • stopper en release i tide

  • får et ærligt billede af kvalitet

  • skaber læring, der reducerer fejl næste kvartal

Hvis bogen måler succes primært som performance og output, skal testmanageren selv oversætte det til kvalitet og risikostyring.

Konkrete anvendelser i testmanagement (praktisk værdi)

1) Defektkonflikter: “Det er ikke en bug”

EI kan hjælpe dig med at styre defekttriage uden at det bliver personligt.

Praktisk greb:

  • Skift fra skyld → konsekvens

  • Skift fra debat → beslutningskriterier

Eksempel:

“Hvis vi shipper det her, hvad er worst-case for kunden? Hvad koster det at fixe nu vs senere?”

2) Release readiness: at sige nej uden at blive fjenden

Testmanagers skal ofte sige:

  • “Nej, vi kan ikke anbefale release”

  • “Ja, men med kendt risiko”

EI gør dig bedre til at:

  • være rolig under pres

  • læse rummets reaktion

  • kommunikere risiko uden drama

3) Stakeholder management: forretning vs IT

EI hjælper dig med at opdage, hvad konflikten egentlig handler om:

  • forretningen vil have forudsigelighed

  • IT vil have frihed

  • drift vil have stabilitet

  • sikkerhed vil have kontrol

Du kan bruge bogen som en mental model for “hvad er det her menneske bange for at miste?”

Hvem bør læse den (og hvem bør ikke)?

Bør læse den

  • Testmanagers i agile/hybrid teams

  • Testledere der ofte ender som “mægler”

  • Testmanagers med ansvar for UAT og stakeholders

  • Folk der vil løfte deres ledelse uden at blive “mini-PM”

Bør supplere den med noget andet

Hvis du primært kæmper med:

  • testproces, governance, modenhed

  • teststrategi, risikobaseret test, metrics

  • ISO 29119-artefakter og struktur

…så er EI kun en del af løsningen. Du skal have både mennesker og mekanik.

Samlet dom

Bogen er et stærkt bud på en “testmanager-superpower”: emotionel intelligens.
Den kan gøre dig bedre til at:

  • skabe samarbejde

  • håndtere konflikter

  • drive kvalitet uden autoritet

  • få dine budskaber igennem

Men du skal læse den med en testleders kritiske sans:
EI er ikke et alternativ til teststyring, risikostyring og tydelige beslutninger. Det er en forstærker.

Bedste måde at bruge bogen på (anbefaling)

Læs den med én konkret udfordring i baghovedet, fx:

  • “Hvordan får jeg forretningen til at tage test alvorligt?”

  • “Hvordan stopper jeg ‘QA vs Dev’?”

  • “Hvordan får jeg ærlig status uden spin?”

Og omsæt derefter til 2-3 konkrete vaner:

  • bedre feedback

  • tydeligere forventningsafstemning

  • mere rolig konflikthåndtering