Af: Ole Chr. Hansen, Q Nation A/S
Indledning: Testmanagement er ved et vendepunkt
Testmanagerens rolle er under forandring. I mange organisationer forbindes rollen stadig med testplaner, testcases, defektlister, statusmøder og koordinering af testressourcer. Disse opgaver er fortsat nødvendige, men de er ikke længere tilstrækkelige. Når udviklingstempoet stiger, leverandørlandskaberne bliver mere komplekse, og AI får en større rolle i softwareudviklingen, bliver testmanagerens vigtigste bidrag ikke at administrere mest mulig test. Det bliver at skabe et troværdigt grundlag for forretningsmæssige beslutninger.
Den moderne testmanager skal derfor kunne bevæge sig mellem flere perspektiver. Rollen skal forstå tekniske kvalitetsproblemer, men også kunne forklare deres betydning for kunder, drift, økonomi, compliance og organisationens omdømme. Testmanageren skal kunne udfordre en release, men også forstå omkostningen ved at udsætte den. Rollen skal kunne efterspørge mere test, men samtidig vide, hvornår yderligere test ikke længere giver tilstrækkelig risikoreduktion i forhold til tid og omkostninger.
Det er denne bevægelse, der gør rollen mere strategisk og forretningsorienteret. Strategisk betyder ikke, at testmanageren skal fjerne sig fra det praktiske testarbejde. Det betyder, at testindsatsen skal forbindes tydeligere med organisationens mål, risici og prioriteringer. Forretningsorienteret betyder heller ikke, at kvalitet reduceres til økonomi. Det betyder, at kvalitet skal beskrives som den værdi, tillid og robusthed, der gør organisationen i stand til at gennemføre forandringer forsvarligt.
Artiklens hovedpointe er derfor enkel: Fremtidens testmanager leder ikke blot testaktiviteter. Testmanageren hjælper organisationen med at forstå, hvor sikkert den kan bevæge sig fremad, hvilke risici den accepterer, og hvilken evidens beslutningen bygger på.
Hvorfor rollen ændrer sig netop nu
Rolleændringen skyldes ikke én enkelt metode eller teknologi. Den udspringer af flere samtidige bevægelser. Agile udviklingsformer og DevOps har flyttet kvalitet tættere på de tværfaglige teams. Cloud, mikrotjenester og omfattende integrationslandskaber har gjort systemgrænser mere dynamiske. Forretningen forventer hyppigere leverancer, mens regulatoriske krav, cybersikkerhed og operationel robusthed skærper kravene til dokumentation og kontrol.
AI forstærker udviklingen. DORA’s State of AI-assisted Software Development fra 2025 beskriver AI som en forstærker af organisationens eksisterende styrker og svagheder. AI kan øge produktiviteten, men gevinsten afhænger af det samlede organisatoriske system. Hvis udviklingen producerer ændringer hurtigere, uden at krav, arkitektur, review, test og driftsfeedback forbedres, flyttes flaskehalsen blot. Testmanageren får dermed en central opgave i at sikre, at lokal hastighed ikke skaber nedstrøms kaos.
Samtidig bevæger testfaget sig fra klassisk Quality Assurance mod Quality Engineering. Kvalitet bliver i højere grad indbygget gennem hele livscyklussen ved hjælp af testbarhed, automatiserede feedbackmekanismer, observability, kontrakttest, produktionsdata og fælles ansvar. TMMi v2.0 afspejler denne udvikling gennem en tydeligere forbindelse til Agile, DevOps, Quality Engineering og AI. ISTQB’s nyere specialiseringer inden for Quality in DevOps, AI Testing og Testing with Generative AI viser samme retning.
Konsekvensen er, at testmanagerens autoritet ikke længere primært kan bygge på ejerskab af en særskilt testfase. Den skal bygge på evnen til at orkestrere kvalitet på tværs af værdistrømmen, synliggøre risiko og påvirke beslutninger tidligt.
Fra testadministration til strategisk kvalitetsledelse
Traditionel testmanagement har ofte været organiseret omkring aktiviteter: planlægning, analyse, design, implementering, udførelse, monitorering, kontrol og afslutning. Det er et vigtigt fundament, som blandt andet genfindes i ISTQB og ISO/IEC/IEEE 29119. Udfordringen opstår, når aktiviteterne bliver et mål i sig selv.
En organisation kan have en detaljeret testplan, tusindvis af testcases og et grønt dashboard uden at have tilstrækkelig viden om den reelle produktrisiko. Testmanagerens strategiske opgave er at forhindre, at procesdisciplin bliver forvekslet med beslutningskvalitet. Planen, målingerne og rapporterne har kun værdi, hvis de hjælper relevante interessenter med at forstå kvalitetstilstanden og træffe bedre beslutninger.
Det ændrer de spørgsmål, testmanageren bør stille. I stedet for kun at spørge, hvor mange tests der er gennemført, bør rollen spørge, hvilke kritiske risici der er belyst. I stedet for kun at rapportere antal åbne fejl bør testmanageren forklare fejlens sandsynlige forretningsmæssige konsekvens, eksponering og mulige afhjælpning. I stedet for at fokusere på, om testen følger planen, bør rollen vurdere, om planen stadig er den bedste anvendelse af den resterende tid.
Strategisk kvalitetsledelse handler dermed om at skabe sammenhæng mellem forretningsmål, produktrisici, testindsats, evidens og beslutninger. Testmanageren skal både kunne etablere denne kæde og opdage, når et led mangler.
Kvalitet skal oversættes til forretningsværdi
Testprofessionelle taler ofte et teknisk sprog. Vi taler om dækningsgrad, defekttæthed, regression, miljøer, automatisering og testniveauer. Ledelsen taler derimod typisk om kunder, indtjening, driftsstabilitet, tid til markedet, regulatorisk efterlevelse og omdømme. Begge sprog er legitime, men de skaber først værdi, når de forbindes.
En testmanager bør derfor kunne oversætte en teknisk observation til en forretningsmæssig konsekvens. En ustabil integration er ikke blot et teknisk problem; den kan forsinke ordrer, skabe manuelle arbejdsgange eller medføre fejlagtig kundekommunikation. Utilstrækkelig performance er ikke kun lange svartider; det kan betyde tabte salg, belastning af kundeservice eller manglende evne til at håndtere en kritisk spidsbelastning. Mangelfuld sporbarhed er ikke blot et dokumentationsproblem; i et reguleret miljø kan den gøre det vanskeligt at dokumentere, hvorfor en release blev vurderet forsvarlig.
Oversættelsen skal også gå den anden vej. Når ledelsen siger, at en løsning skal være robust, skal testmanageren hjælpe med at gøre ordet operationelt. Hvilke hændelser skal systemet kunne modstå? Hvor hurtigt skal det kunne genetableres? Hvilke data må ikke gå tabt? Hvilken degradering er acceptabel? Hvilke afhængigheder skal indgå i disaster recovery-testen? Uden denne konkretisering kan kvalitet ikke testes eller styres.
Den forretningsorienterede testmanager gør altså kvalitet målbar og diskuterbar uden at reducere den til ét tal. Rollen skaber et fælles sprog, hvor tekniske fakta kan bruges i forretningsmæssige prioriteringer.
Risikobaseret test bliver en ledelsesdisciplin
Risikobaseret test er velkendt i testfaget, men anvendes ofte for snævert som en metode til at prioritere testcases. I en strategisk rolle bliver risikobaseret test et styringsprincip for hele kvalitetsindsatsen.
Produktrisiko opstår i samspillet mellem sandsynligheden for et problem og konsekvensen, hvis det indtræffer. Konsekvensen kan være økonomisk, sikkerhedsmæssig, juridisk, operationel eller omdømmemæssig. Testmanageren skal derfor involvere de personer, der forstår konsekvenserne: procesejere, drift, sikkerhed, compliance, arkitekter, leverandører og relevante forretningsrepræsentanter.
En god produktrisikoanalyse skaber ikke kun en prioriteret liste. Den skaber en fælles forståelse af, hvad organisationen er mest bekymret for, hvordan risikoen kan reduceres, og hvilken evidens der er nødvendig før en beslutning. Nogle risici reduceres gennem dynamisk test, andre gennem reviews, tekniske kontroller, overvågning, kontraktkrav, beredskabsplaner eller organisatoriske ændringer. Testmanageren skal kunne se ud over selve testudførelsen.
Det strategiske element bliver tydeligt, når tid og ressourcer er begrænsede. Testmanageren kan sjældent eliminere al usikkerhed. Rollen skal gøre det transparent, hvad der er undersøgt, hvad der ikke er undersøgt, hvilke antagelser vurderingen bygger på, og hvilke kompenserende kontroller der findes. Dermed bliver releasebeslutningen en bevidst risikoaccept frem for en mekanisk aflæsning af et grønt eller rødt statusfelt.
Fra statusrapportering til beslutningsstøtte
Teststatusrapporten er et af testmanagerens mest synlige produkter. Alligevel er mange rapporter aktivitetsorienterede: antal planlagte og udførte tests, beståelsesprocent, antal fejl fordelt på alvorlighed og en samlet trafiklysstatus. Tallene kan være korrekte og stadig give et utilstrækkeligt billede.
En beståelsesprocent på 95 fortæller ikke, om de resterende fem procent vedrører den mest kritiske forretningsproces. Ti alvorlige fejl siger ikke, om fejlene påvirker den samme sjældne funktion, eller om de tilsammen blokerer kundernes centrale rejse. Et grønt trafiklys kan skjule, at væsentlige sikkerheds- eller robusthedstests er udskudt.
Strategisk rapportering begynder derfor med modtagerens beslutning. Hvad skal ledelsen, projektet eller produktejeren afgøre? Hvilken information er nødvendig? Hvilke usikkerheder kan ændre beslutningen? Rapporten bør samle evidens omkring de væsentligste risici og tydeliggøre konsekvenserne af forskellige handlemuligheder.
Det indebærer, at testmanageren både rapporterer kendt kvalitet og kvaliteten af vores viden. Hvis miljøet har været ustabilt, testdata utilstrækkelige eller kritiske scenarier ikke gennemført, skal denne usikkerhed fremgå. Hvis en konklusion bygger på en lille stikprøve eller på AI-genereret analyse, skal begrænsningen være synlig.
Den bedste statusrapport er ikke nødvendigvis den mest omfattende. Det er den rapport, der gør den ansvarlige beslutningstager i stand til at forstå rest-risikoen, konsekvensen ved at fortsætte og de realistiske muligheder for at reducere risikoen.
Testmanageren som partner i portefølje- og produktstyring
Når testmanageren først involveres kort før testudførelsen, er mange af de mest betydningsfulde kvalitetsbeslutninger allerede truffet. Arkitekturen er valgt, leverandøraftalerne er indgået, tidsplanen er fastlagt, og kravene er måske låst. Rollen bliver reaktiv og får primært mulighed for at opdage konsekvenserne.
En strategisk testmanager bør involveres tidligere i initiativer, produktplanlægning og porteføljedialog. Her kan rollen bidrage med spørgsmål om testbarhed, integrationsrisiko, datamigrering, leverandørafhængighed, sikkerhed, driftsberedskab og den samlede valideringsomkostning. Det kan påvirke både business case, arkitektur og gennemførelsesplan.
I porteføljestyringen kan testmanageren hjælpe med at synliggøre tværgående kapacitetsproblemer. Flere projekter kan hver især have realistiske planer, men samtidig være afhængige af det samme testmiljø, de samme specialister eller den samme eksterne leverandør. En lokal grøn status kan derfor skjule en organisatorisk flaskehals.
Rollen kan også skabe læring på tværs. Gentagne produktionsfejl, miljøproblemer eller leverandørmangler bør ikke behandles som isolerede projekthændelser. De bør føre til fælles standarder, forbedrede kontraktkrav, bedre observability, ændrede kvalitetsgates eller målrettet kompetenceudvikling. Her bliver testmanageren en del af organisationens forbedringssystem.
Leverandørstyring bliver en kvalitetsdisciplin
Mange organisationer får en betydelig del af deres software udviklet eller konfigureret af eksterne leverandører. Det ændrer ikke organisationens ansvar for kvalitet, men det ændrer testmanagerens virkemidler.
Det er ikke tilstrækkeligt at kræve, at leverandøren tester. Aftaler og governance skal beskrive, hvilken evidens der forventes, hvordan fejl håndteres, hvilke miljøer og data der er nødvendige, og hvordan organisationen får indsigt i leverandørens kvalitetsproces. Kravene bør være proportionale med risikoen og passe til leverancemodellen.
Testmanageren bør derfor samarbejde med indkøb, kontraktansvarlige, arkitekter og forretningen før kontrakten er underskrevet. Hvis adgang til testbeviser, relevante logs, repræsentative data eller tekniske testinterfaces ikke er aftalt, kan det senere blive dyrt eller umuligt at etablere tilstrækkelig kontrol.
Strategisk leverandørstyring handler også om at undgå dobbeltarbejde. Kunden behøver ikke nødvendigvis gentage alle leverandørens tests. Men kunden skal forstå leverandørens proces, vurdere evidensens troværdighed og koncentrere egen uafhængig test om grænseflader, forretningskritiske processer, lokale tilpasninger og risici, som leverandøren ikke ejer.
Testmanagerens bidrag er at etablere en sammenhængende assurance-model: Hvem kontrollerer hvad, hvilken dokumentation udveksles, og hvor ligger den resterende risiko?
AI ændrer rollen – men fjerner ikke ansvaret
AI kan allerede støtte testanalyse, testdesign, automatisering, fejlanalyse og rapportering. Mere autonome agenter kan fremover prioritere tests, generere data og anbefale releasebeslutninger. Det kan øge kapaciteten, men det skaber også nye styringsbehov.
Testmanageren skal hjælpe organisationen med at vælge anvendelser, hvor AI løser et konkret kvalitetsproblem. Succeskriteriet bør ikke være antallet af genererede testcases eller mængden af AI-brug. Det bør være dokumenteret forbedring af eksempelvis risikodækning, feedbacktid, konsistens eller analysekapacitet.
DORA’s forstærkerperspektiv er centralt: AI gør ikke automatisk en umoden testorganisation moden. Uklare krav kan blive til mange overbevisende, men irrelevante testcases. Dårlige data kan blive til velformulerede, men upålidelige konklusioner. Svag governance kan blive til automatiserede beslutninger uden tydeligt ansvar.
Testmanagerens strategiske rolle er derfor at forbinde AI med procesmodenhed, kompetencer, data, integration og governance. Hvilke opgaver må AI udføre? Hvem validerer outputtet? Hvilke data må værktøjet anvende? Hvordan opdages kvalitetsforringelser? Hvem kan stoppe anvendelsen? Og hvordan dokumenteres det menneskelige ansvar?
AI kan reducere rutinearbejde og frigøre tid til analyse, læring og stakeholderdialog. Men gevinsten opstår kun, hvis testmanageren bruger teknologien til at forbedre beslutningskvaliteten – ikke blot til at producere mere testware hurtigere.
Kompetencerne i den strategiske testmanagerrolle
Den fremtidige testmanager skal fortsat have et stærkt testfagligt fundament. Uden forståelse af testprocessen, testteknikker, testniveauer, kvalitetskarakteristika og testautomatisering bliver rollen en generel koordinator uden mulighed for at udfordre faglige antagelser.
Men det testfaglige fundament skal suppleres. Forretningsforståelse er afgørende: Hvordan skaber produktet værdi? Hvilke processer er kritiske? Hvilke kunder rammes af fejl? Hvilke regulatoriske og kontraktuelle forpligtelser gælder? Testmanageren behøver ikke være domænets største ekspert, men skal kunne stille spørgsmål, der forbinder kvalitet med konsekvens.
Dataforståelse bliver ligeledes vigtigere. Rollen skal kunne vurdere målinger, datakvalitet, usikkerhed og årsagssammenhænge. Et dashboard er ikke neutralt; det fremhæver bestemte forhold og skjuler andre. Testmanageren skal kunne skelne mellem indikatorer, der styrer adfærd, og målinger, der reelt forbedrer forståelsen.
Kommunikation og stakeholdermanagement er måske de vigtigste kompetencer. Testmanageren skal tilpasse budskabet til modtageren uden at fordreje fakta. En udvikler har brug for teknisk præcision. En produktejer har brug for konsekvens for kunde og roadmap. En styregruppe har brug for handlemuligheder, rest-risiko og en klar anbefaling.
Endelig kræver rollen mod og integritet. Testmanageren skal kunne udfordre urealistiske tidsplaner og overdreven optimisme, men også undgå at bruge kvalitet som argument for ubegrænset test. Troværdigheden afhænger af balancerede vurderinger, synlige antagelser og viljen til at sige både ”ikke klar” og ”tilstrækkeligt belyst”.
Hvad skal testmanageren holde op med?
En rolle bliver ikke strategisk ved blot at tilføje flere opgaver. Noget skal forenkles, delegeres eller automatiseres. Testmanageren bør reducere aktiviteter, som ikke skaber beslutningsværdi.
Det kan være manuelle statusopsamlinger, der kan automatiseres; rapporter, som ingen anvender; detaljeret central kontrol af opgaver, teams selv kan styre; eller målinger, der belønner aktivitet frem for effekt. Rollen bør heller ikke fungere som permanent mellemmand mellem personer, der burde samarbejde direkte.
Det betyder ikke, at governance forsvinder. Tværtimod bliver governance mere præcis. Fælles principper, minimumskrav og eskalationsmekanismer kan være stærke, selv om den daglige udførelse er decentral. Testmanageren skal fokusere på rammer, tværgående risici, afhængigheder, kompetencer og læring frem for at godkende hver enkelt testcase.
En nyttig tommelfingerregel er at spørge: Kræver denne aktivitet testmanagerens dømmekraft, mandat eller tværgående udsyn? Hvis ikke, bør den muligvis placeres tættere på teamet eller understøttes af automatisering.
En praktisk udviklingsvej for testmanageren
Overgangen sker ikke gennem en ny titel. Den sker gennem ændret adfærd og andre leverancer. Testmanageren kan begynde med at gennemgå de vigtigste rapporter og møder. Hvilke beslutninger understøtter de? Hvilke data bliver faktisk anvendt? Hvor opstår misforståelser? Denne analyse synliggør ofte aktiviteter, der kan forenkles, og områder, hvor risikoen skal beskrives bedre.
Dernæst kan rollen styrke produktrisikoanalysen. Involvér forretning, drift, sikkerhed og leverandører, og forbind risiciene direkte med testtiltag, ejerskab og acceptkriterier. Sørg for, at rest-risici ikke forsvinder i tekniske detaljer, men bliver eksplicitte i releasebeslutningen.
Testmanageren kan også etablere en mere værdiorienteret målemodel. Goal-Question-Metric er velegnet: Start med det forretningsmæssige mål, formulér de spørgsmål, som skal besvares, og vælg først derefter målingerne. Et mål om stabil kundedrift fører til andre spørgsmål og metrikker end et mål om hurtigere feedback i udviklingen.
På organisationsniveau bør testmanageren identificere gentagne kvalitetsproblemer og foreslå målrettede forbedringer. Det kan ske med TMMi eller TPI NEXT som diagnostisk ramme, men forbedringerne bør prioriteres efter forretningsbehov og ikke efter ønsket om at opnå det højeste modenhedsniveau.
Endelig bør rollen aktivt opbygge relationer uden for testområdet. Deltag i porteføljedialoger, release governance, arkitekturdrøftelser og læring fra produktionen. Den strategiske position opstår, når andre interessenter oplever, at testmanageren forbedrer deres beslutninger – ikke blot efterspørger mere tid til test.
Ni spørgsmål den strategiske testmanager bør kunne besvare
Følgende spørgsmål kan anvendes som en enkel selvtest for rollen:
· Hvilke forretningsmål og kritiske kunderejser understøtter den aktuelle leverance?
· Hvilke produktrisici kan skabe den største skade, og hvem ejer konsekvensen?
· Hvilken evidens har vi for, at disse risici er reduceret til et acceptabelt niveau?
· Hvilke væsentlige områder er ikke testet, og hvorfor?
· Hvilke antagelser og databegrænsninger påvirker vores konklusion?
· Hvad er konsekvensen ved henholdsvis at frigive, udsætte eller reducere scope?
· Hvordan følger vi kvaliteten efter release, og hvilke signaler udløser handling?
· Hvilke gentagne problemer kræver en organisatorisk forbedring frem for endnu en projektspecifik løsning?
· Hvordan kan automatisering og AI øge beslutningskvaliteten uden at gøre ansvar og kontrol uklare?
Hvis svarene primært består af aktivitetstal, er rollen sandsynligvis stadig for operationelt orienteret. Hvis svarene forbinder evidens, risiko, værdi og handlemuligheder, er testmanagement på vej til at blive en strategisk kapabilitet.
Konklusion: Testmanageren som skaber af tillid til forandring
Testmanagerens rolle bliver ikke mindre vigtig, fordi kvalitet deles i tværfaglige teams, eller fordi AI automatiserer dele af testarbejdet. Rollen bliver vigtig på en anden måde.
Organisationer har brug for en funktion, der kan samle fragmenteret evidens, udfordre optimisme, synliggøre usikkerhed og forbinde teknisk kvalitet med forretningsmæssig konsekvens. De har brug for nogen, der kan se på tværs af projekter, produkter, leverandører og drift og identificere de risici, der ellers falder mellem organisatoriske ansvarsområder.
Den strategiske testmanager ejer ikke al kvalitet og træffer ikke alene releasebeslutningen. Rollen gør kvaliteten styrbar og beslutningen mere oplyst. Den sikrer, at de ansvarlige for risikoaccept ved, hvad der er testet, hvad der ikke er testet, hvor evidensen er stærk, og hvor organisationen fortsat bevæger sig på antagelser.
Det er en bevægelse fra at rapportere teststatus til at skabe operationel tillid. Fra at administrere aktiviteter til at påvirke prioriteringer. Fra at kontrollere teams til at etablere rammer, læring og gennemsigtighed. Og fra at tale om fejl som isolerede tekniske hændelser til at tale om kvalitet som en forudsætning for kundeværdi, robust drift og ansvarlig innovation.
Fremtidens stærkeste testmanagere bliver derfor ikke nødvendigvis dem, der kan gennemføre flest tests. Det bliver dem, der bedst kan hjælpe organisationen med at forstå sin risiko, vælge den rigtige kvalitetsindsats og skabe tillid til, at forandringer kan gennemføres forsvarligt.
