Vilka tester kan automatiseras, och vilka kan inte?

Automatiserad testning sparar tid, särskilt för de förutsägbara och repetitiva flödena. Men full automatisering är varken möjligt eller lönsamt. Mänskligt omdöme krävs fortfarande för tester som berör användarupplevelse, affärslogik och acceptanstester.

Automatisering har gjort testningen i många systemprojekt både snabbare och mer förutsägbara, särskilt när det kommer till regressionstester i förvaltning. Målet med automatiserad testning beskrivs ofta som högre hastighet, men snabbhet är bara en del av vinsten. Den verkliga effekten handlar om trygghet – att veta att hela verksamheten rullar på som vanligt efter varje förändring i koden.

En pricksäker teststrategi mäts därför inte i hur stor andel av testfallen som styrs av automatisering, utan i förmågan att ställa rätt sorts test mot rätt situation. Vid stora systemimplementationer blir denna balansering helt avgörande. Sätter du automatiseringen på fel ställe riskerar du inte bara en röd siffra i en testrapport, utan verkliga avbrott i er dagliga affär.

Frågan är alltså inte om du ska automatisera, utan vad du ska automatisera och hur du undviker att bygga en dyr underhållsskuld.

Verifiering vs. Validering

Skillnaden mellan vad som kan och inte kan automatiseras kokar ofta ner till två begrepp:

• Verifiering (”Byggde vi systemet rätt?”): Handlar om tekniska kontroller och att koden gör vad den ska. Här är automatiserade regressionstester utmärkta.
• Validering (”Byggde vi rätt system?”): Handlar om huruvida systemet faktiskt stödjer det dagliga arbetet. Detta kan bara verksamheten svara på.

Sex typer av tester som kräver en människa

Affärskritiska processer

Ett skript kan bekräfta att varje enskilt steg ger rätt tekniskt resultat, men inte att hela processen fungerar som verksamheten kräver från början till slut. Automatisera gärna de återkommande delstegen, men låt personer med domänkunskap bekräfta att helheten håller. Ett fel i en affärskritisk process märks direkt i verksamheten.

Flöden med komplexa följdeffekter

När en ändring påverkar data, beräkningar och rapporter genom flera integrerade system blir automatiska skript extremt svåra att bygga och ännu svårare att hålla uppdaterade. Då är det säkrare att en person med kunskap om processen testar flödet och bedömer om helhetsresultatet stämmer.

Användargränssnitt (UI/UX)

Tester av gränssnitt är svåra att automatisera. Traditionella testskript bryts lätt så fort layouten ändras det minsta. Nyare AI-baserade verktyg kan förvisso anpassa sig till vissa visuella ändringar, men varken vanliga skript eller AI kan avgöra om ett gränssnitt känns intuitivt, ser estetiskt tilltalande ut eller är lätt att använda.

Ton, språk och helhetsintryck

Vissa tester har inget svar som går att skriva som godkänt eller underkänt. Det gäller till exempel om en text har rätt ton, om en översättning låter naturlig eller om en layout ser genomarbetad ut. Människor ser sådana brister på några sekunder, medan ett skript som försöker göra samma bedömning tar mer tid att bygga än det sparar.

Funktioner under aktiv utveckling

En funktion som fortfarande utvecklas ändras ofta, ibland dagligen. Det innebär att det automatiserade testet konstant måste skrivas om, vilket gör att arbetet blir mer underhåll än faktisk testning. Testa nya funktioner manuellt och automatisera först när funktionen har satt sig.

Acceptanstestning (UAT)

Den sista kontrollen innan driftsättning görs under acceptanstestet (UAT), där slutanvändarna bekräftar att systemet stöttar deras vardag. Även om ett flöde är tekniskt felfritt kan det vara oanvändbart i praktiken om det inte matchar hur verksamheten arbetar. Beslutet att godkänna systemet kan bara verksamheten fatta.

Så avgör du vilka tester som ska automatiseras

Ett test lämpar sig för automatisering om det körs ofta, har förutsägbar data och gäller en stabil funktion.

Bästa kandidaterna för automatisering:

• Regressionstester: Kontrollerar att befintliga funktioner fortfarande fungerar efter en ändring.
• Röktester (smoke tests): Bekräftar snabbt att de viktigaste funktionerna fungerar efter en ny leverans.
• Integrationstester: Kontrollerar att data förs över korrekt mellan system.
• Datadrivna tester: Kör samma steg med stora mängder varierad data.
• Tester i flera miljöer: Säkerställer att samma flöde fungerar i olika webbläsare och enheter.
• Prestanda- och lasttester: Simulerar hög belastning som inte kan testas manuellt.

Checklista: Vad ska du tänka på innan du automatiserar?

• Är funktionen stabil? Automatisera aldrig funktionalitet som fortfarande ändras dagligen. Vänta tills flödet har satt sig.
• Vad är den faktiska kostnaden? Räkna med tiden det tar att underhålla skripten över tid, inte bara tiden det tar att bygga dem första gången.
• Hur ofta ska testet köras? Ett test som bara körs en gång per år lönar sig sällan att automatisera. Fokusera på tester som körs ofta, till exempel vid varje ny leverans.
• Är indata och resultat förutsägbara? Automatiserade tester kräver exakta, binära svar (ja/nej, rätt/fel). Om testet kräver en bedömning ska det förbli manuellt.
• Har du rätt kompetens i teamet? Att bygga och underhålla automatiserade tester kräver utvecklingskunskap. Se till att det finns resurser för att förvalta skripten så att de inte blir en ”testskuld”.
• Finns det en samlad bild? Säkerställ att både manuella och automatiserade testresultat samlas på ett ställe så att du inte tappar helhetsgreppet om kvaliteten.

Läs mer och fördjupa dig

Vilket krav- och testverktyg passar din organisation — och vad skiljer Reqtest, Jira, Azure DevOps, TestRail och Excel åt?

Läs vårt white paper om nyckelfaktorer för ett lyckat affärssystem och vad som avgör att en ERP-implementation lyckas.

• Så räknar du på om ett krav- och testverktyg lönar sig i ditt systeminförande.

Vanliga frågor

Kan all testning automatiseras?

Nej, bara tester som går att skriva som kontroller med ett förväntat, binärt svar. Tester som kräver bedömning, kreativitet eller verksamhetskunskap kräver en människa.

Är manuell testning på väg att försvinna?

Nej, manuell testning finns kvar i nästan alla organisationer men det sker ett skifte i arbetsuppgifter. Automatiseringen tar över de repetitiva kontrollerna så att testarna kan lägga mer tid på det som kräver mänskligt omdöme.

Hur påverkar AI vilka tester som bör automatiseras?

AI flyttar gränsen för vad som lönar sig att automatisera genom att underlätta skriptskapande och minska underhållet vid gränssnittsändringar. Men AI kan fortfarande inte bedöma om ett flöde faktiskt fungerar i verksamhetens vardag eller om systemet är redo att tas i drift.

Hur håller man koll på både manuella och automatiserade tester på ett ställe?

Nyckeln är att samla alla krav, manuella testfall och automatiserade testresultat i ett dedikerat testhanteringsverktyg. När du kopplar alla tester till samma krav får du full spårbarhet och en tydlig helhetsbild av kvaliteten, så att du tryggt kan fatta beslut inför driftsättning.