Meny

Hur man väljer korrekta testfall för automatiseringstestning (och i slutändan uppnår en positiv ROI för automatisering)

  • Huvud
  • Automationstestning
  • Hur man väljer korrekta testfall för automatiseringstestning (och i slutändan uppnår en positiv ROI för automatisering)

how select correct test cases

Prova Vårt Instrument För Att Eliminera Problem

Nu är testautomatiseringens era . De flesta testprojekten försöker översätta sina manuella testfall till automatiserade för att förbättra produktiviteten och täckningen.

Ett av de viktigaste stegen för att påbörja automatiseringstestning är att välja lämpliga testfall och bestämma ROI (Return On Investment).

Vad kan du förvänta dig av den här artikeln?
I den här artikeln har jag försökt citera några viktiga punkter baserat på min erfarenhet för att hjälpa dig att välja rätt kandidat för automatisera och bestämma olika andra faktorer som ger bättre testresultat och fördelar.

Hur man väljer rätt testfall för automatiseringstestning

Varför automatiserad testning?

Automation överväldigar inte eller ersätter manuell testning men komplimangerar det. Liksom Manual behöver Automation en strategi med korrekt planering, övervakning och kontroll. Automatisering, när den implementeras korrekt, kan bli en tillgång för teamet, projektet och i slutändan för organisationen.

Det finns många fördelar med Automation; här är några viktiga att nämna:

  • Användbar för att utföra rutinuppgifter som Rökprov och Regressionstest .
  • Användbar för att förbereda Testdata .
  • Hjälper till att utföra Testa fall som involverar komplex affärslogik .
  • Bra att utföra gränsöverskridande testfall (som olika operativsystem, webbläsare etc.)
  • Bra att utföra testfall som är lite svåra att utföra manuellt.
  • När antalet iterationer av utförandet av testfallet inte är känt.

Många gånger tycker intressenter att testautomation fungerar som ett stödverktyg för manuell testning, så det är viktigt att förstå att automatisering är det bästa sättet att öka effektiviteten, effektiviteten och täckningen av testningen. Det sparar inte bara tid utan förbättrar också noggrannheten eftersom upprepade uppgifter via den manuella metoden kan vara utsatta för mänskliga fel och kan vara tidskrävande.

Kandidater för automatisering

Grundläggande fel att undvika:
Ett av de mest grundläggande misstag som testare gör är att INTE välja rätt testfall för automatisering.

Välj inte bara någon testsvit. Analysera testfallet noggrant och välj kandidaterna för automatisering med tanke på den viktigaste faktorn, dvs. ROI. Först bör vi förstå och ta reda på sätten att få en högre och positiv avkastning.

verktyg för att testa vilotjänst

( ROI - Return on Investment - Det är en beräkning av fördelarna när det gäller kostnadsbesparingar, ökad effektivitet och kvalitet)

Det finns inget standardförfarande för att bestämma rätt testfall för automatisering. Allt beror på vilken applikation du testar.

Baserat på min erfarenhet har jag försökt att krita ner några steg som kan ge viss insikt för att välja testfall och i slutändan gå vidare för att uppnå en positiv ROI för automatisering.

Se även => Hur översätter man manuella testfall till automatiseringsskript?

Vad du kommer att lära dig:

Hur man väljer korrekta testfall för automatiseringstestning

Steg 1:

Identifiera de parametrar som du kommer att basera ditt testfall som en kandidat för automatisering.

Från och med nu identifierar jag nedanstående parametrar, du kan ha dina egna parametrar beroende på din applikation.

  • Testfall utfört med olika datauppsättningar.
  • Testfall utförs med olika webbläsare.
  • Testfall utfört i olika miljöer.
  • Testfall utfört med komplex affärslogik
  • Testfall utförs med en annan uppsättning användare
  • Testfall involverar en stor mängd data
  • Testfall har något beroende
  • Testfall kräver speciella data

Steg 2:

Dela upp varje applikation i moduler. För varje modul, analysera och försök att identifiera de testfall som ska automatiseras baserat på parametrarna. Denna lista kommer att variera för projekt till projekt och kan också förbättras för att passa dina behov:

Fig 1.0

Manual to automation testing

Y - Ja
N - Nej

På samma sätt, för alla moduler, kan denna lista användas för att identifiera automatiska kandidat testfall.

Steg 3 :

Konsolidera och gruppera antalet testfall för varje modul som visas nedan

Fig 2.0

Manual to automation testing 1

Figur 2.0 är ganska enkel och självförklarande. Här försöker jag kvantifiera detaljerna och ge en uppskattning för att avsluta testet manuellt.

Steg 4:

När du har identifierat alla detaljer på detaljerad nivå kan du presentera dem på nedanstående sätt. Vi går nu framåt för att beräkna avkastningen.

Fig 3.0:

Manual to automation testing 2

Vi bör också ta hänsyn till nedan attribut som ligger till grund för att avskräcka avkastningen :

  • Inköp och licensiering av verktyget
  • Dags att utveckla skript
  • Dags att underhålla skript.
  • Dags att analysera resultaten manuellt och automatiskt
  • Tid och kostnad för att träna resurserna.
  • Ledningsomkostnader

Test Automation ROI Beräkningsexempel

I de flesta fall beräknas avkastningen på fem år, men det är inte obligatoriskt. Baserat på ovanstående faktorer, låt mig försöka utarbeta beräkningen av ROI i 5 år. Som vanligt kan du alltid skräddarsy och förbättra det.

Manual to automation testing 3

* ROI = (Kumulativt sparande / Investeringar genom automatisering) * 100

Manual to Automation Testing - Vilka är processutmaningarna?

Jag har försökt citera de punkter som jag tycker är en stor utmaning när vi försöker automatisera en testsvit.

# 1) Automationsbehov: Varje testteam är unikt och har ett exklusivt behov av automatisering. Vi kan inte utveckla en fast standard, men vi kan skräddarsy en standard som passar vårt behov. Av denna anledning kräver automatisering bra stöd från ledningen såväl som från utvecklingsteamet.

# 2) Automatisera hela applikationen: Att automatisera en 100% applikation är en stor uppgift. Inte för att det är omöjligt, men det kräver korrekt planering och övervakning och naturligtvis; någon gång. Det finns många permutationer och kombinationer av data, n antal miljöer med n antal autentiserings- och auktoriseringsattribut som behöver valideras och därmed kräver en strategi för att automatisera.

# 3) Manuell Vs Automation mentalitet: ' Vi automatiserar normalt vilket är viktigt och repetitivt, men vi föredrar att testa den viktiga funktionaliteten manuellt ”. Förvirrad? Även jag är !! Men detta är ett faktum. Vi borde ha kriterier som avgör vilka som är Viktig testfall. Dessa kriterier kan baseras på flera faktorer som komplex affärslogik, områden som är mer intressanta för kunder, riskbenägna områden etc.

# 4) Beslut om ramverk: Designa ramverket är den viktigaste aspekten av automatisering. Jag tror att vi borde ägna mer tid åt att utveckla ramverket än att manus. Närhelst vi utvecklar automatiseringsplanen bör ramkonstruktion vara huvudfokus.

PLAN för att utforma ramverket. Identifiera och skapa en checklista över de föremål som kommer att utgöra ramen. Om ramverket är bunnsolid blir skriptning och underhåll lätt.

# 5) Kunskap om teamet: Närhelst vi tänker på automatisering hoppar vi omedelbart för att lära oss programmeringsspråket eller skriptspråket. Att lära sig detta språk kommer definitivt att hjälpa men mer tonvikt bör läggas på att bygga och utveckla logik.

Automation borde inte vara ansvaret för en handfull resurser, utan ett helt team bör bidra till det. Detta hjälper inte bara att förbättra resursernas färdigheter utan också hålla dem motiverade .

# 6) Rapportering: Varje verktyg har en standard för att rapportera testresultaten. Att anpassa det; är en utmanande uppgift. Rapportering av testresultaten kräver också samordning och underhåll vilket ökar kostnaden.

# 7) Förtroende: Vi borde lita på våra automatiseringssaker. Vi investerar arbetstimmar för att bygga en automatiseringssvit, men vi tror inte på testresultaten. Ansträngningar bör göras för att underhålla skript. Vi bör också se att teamet som gör manuell testning av applikationen bör involveras för att automatisera det eftersom de känner till sin applikation.

För det mesta gör ett tredje team automatiseringen så att det faktiska testteamet inte är medveten om skripten och slutligen slutar med att köra testerna manuellt eftersom de känner att de följer upp skripten, lägg till sina uppgifter

Se även=> Manuella och automatiseringstestutmaningar.

Slutsats

I de flesta fall föredrar vi det Automatisera Regression-sviten ( här är några utmaningar för att automatisera regressionssvit i en smidig miljö ) eftersom det innehåller ett större antal testfall. I så fall kan vi dela upp regressionskostymerna i mindre kostymer och besluta att köra lämplig svit enligt släppkravet.

Antag att en regressionssvit innehåller 1500 testfall, du kan dela upp den till 3 kostymer om 500 testfall per färg och automatisera den.

hur man öppnar en eps-fil på en pc

Istället för att automatisera hela sviten kan du välja fasvis automatisering . Med andra ord kan du följa prototypmodellen för att utveckla automatiseringssviten. Skapa en struktur eller ram med implementering av färre antal testfall och börja använda det och gradvis förbättra den genom att lägga till fler testfall till den.

Vi bör följa Deming hjul (PDCA cykel) för automatisering också. Att vara en pågående aktivitet, betoning bör läggas på att bygga ramen på rätt sätt vilket underlättar underhållet och implementerar nya funktioner.

Det kräver ordentligt stöd från dev-teamet och från ledningen också. Vi bör uppmuntra testteamet att bidra mest till Automation Testing eftersom de känner till sin produkt mer än någon annan.

Om författaren: Detta är en gästartikel av Shilpa Chatterjee Roy. Hon arbetar inom området Software Testing de senaste 8,5 åren inom olika domäner.

Jag hoppas att vi har förenklat detta”Manual to Automation testing”bearbeta. Dela gärna dina erfarenheter och tankar om hur du löser processutmaningarna.

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^