10 step automation testing process
Automation Testing Process: Lär dig hur du startar automatiseringstestning i ditt projekt (en steg-för-steg-guide)
I många organisationer är kvalitet den första preferensen. Om du befinner dig i en sådan organisation och det fortfarande inte finns någon formell testautomatisering kan du vara personen som inviger det.
Det hjälper din organisation att bygga fler kvalitetsprodukter på kortare tid och på samma sätt kunna marknadsföra dem tidigt.
=> I denna tredje bit av Testa automatiseringshandledningsserien ”, Jag kommer att diskutera vad som är testautomatiseringsprocessen och hur man startar testautomatisering i din organisation . Det är viktigt att förstå vilket steg som är att utföra först och varför.
Att följa dessa steg hjälper dig att införa automatisering på ett sömlöst sätt och låta dig avvärja vanliga fallgropar som leder till automatiseringsfel.
Vad du kommer att lära dig:
- 10-stegs automatiseringsprovningsprocess för att starta testautomatisering
- Steg 1. Övertyga ledningen
- Steg 2. Hitta experter på automatiseringsverktyg
- Steg 3. Använd rätt verktyg för automatisering
- Steg 4. Analysera olika applikationer för att bestämma de som är bäst lämpade för automatisering
- Steg 5. Träna laget
- Steg 6. Skapa testautomatiseringsramverket
- Steg 7. Utveckla en genomförandeplan
- Steg 8. Skriva manus
- Steg 9. Rapportering
- Steg # 10. Underhåll av skript
- Slutsats
- Rekommenderad läsning
10-stegs automatiseringsprovningsprocess för att starta testautomatisering
Här är en steg-för-steg testautomatiseringsprocess och guide som hjälper dig att starta automatiseringstestning.
Låt oss börja.
Steg 1.Övertyga ledningen
Oavsett hur mycket du är angelägen om att upptäcka och initiera testautomatisering i din organisation kan du inte göra någonting om din ledning inte är övertygad om fördelarna med testautomatisering. Det är ett allmänt faktum att testautomatisering är dyrt. Verktygen är dyra ( HP QTP / UFT licens kostar cirka 8 000 USD per maskin). Det kostar en testautomationsarkitekt eller ingenjör (som förresten också är dyrt). Därefter kan inte fördelarna med testautomatisering ses omedelbart. Du måste vänta 2-3 månader innan dina skript förbereds, testas och det kan köras pålitligt för att du ska kunna testa applikationen.
Du måste övertyga ledningen att bära smärtan av dessa utgifter och du måste också be dem att ha tålamod innan testautomatisering kan börja ge dem resultat.
Så hur kommer de att bli övertygade? Du måste berätta för dem om kostnads-nyttoanalysen. Som om du kan ställa frågor om hur mycket tid vi tar för att testa BAT (Build Acceptance Testing) av vår ansökan? Då kan du säga, om det tar en dag, med testautomatisering kan vi testa det inom två timmar. Kostnaden är att du måste köpa verktyget, träna resursen och vänta på resultaten i två månader. Efter två månader kommer vi att kunna köra en BAT på två timmar. Det sparar 6 timmar manuell testning varje gång en ny version släpps. Om build släpps 4 gånger i månaden. Du kommer att kunna spara 24 timmar eller 3 dagars manuell testning!
Det betyder inte att manuella testare inte kommer att göra någonting. De kommer att använda dessa 6 timmars test för att fokusera på nya och viktiga funktioner i applikationen, medan automatisering tar hand om regressionsproblemen. Denna inställning kommer totalt sett att förbättra produktkvaliteten ett dussin gånger.
Om din ledning inte är villig att betala för kvaliteten på sina produkter kan ingen tvinga dem att göra det. De lär sig automatiskt när kunder klagar på produkterna. Kvalitet påverkar allt. Det påverkar din försäljning, det påverkar din relation med kunder, det påverkar din uppfattning hos konsumenterna. Så intelligent ledning har alltid investerat i kvaliteten på deras produkter.
Så fem poäng att komma ihåg när du övertygar din ledning:
- Berätta om fördelarna med testautomatisering i detalj.
- Berätta för dem att testautomatisering är dyrt och det kommer att kosta dig pengar initialt, men sedan kommer kostnaden att minskas när skript har förberetts och börja köras.
- Berätta för dem att de måste vänta i cirka 3 månader innan de förväntar sig något resultat från testautomatisering.
- Berätta för dem att testautomatisering inte är att ersätta manuella testare utan att hjälpa manuella testare eftersom de kan testa mer samtidigt.
- Testautomatisering betyder inte mer testning på kortare tid. det betyder mer testning samtidigt. (Om manuella testare testade BAT på 8 timmar kommer de att kunna testa BAT plus ny funktionalitet plus många andra saker under samma 8 timmar i närvaro av automatisering.)
Kom ihåg att övertyga din ledning är det första och viktigaste steget för att införa testautomation i din organisation. Om de inte är övertygade, glöm testautomatisering eller ändra din organisation. :)
Steg 2.Hitta experter på automatiseringsverktyg
Det finns två typer av automatiseringsexperter.
- Automationsarkitekter
- Automationsingenjörer
Automationsarkitekter är en sällsynt ras. De är svåra att hitta, extremt dyra och extremt nödvändiga för att automatiseringsprojektet ska lyckas. Dessa människor är vanligtvis ansvariga för att bygga automatiseringsramar. (Vi kommer att diskutera automatiseringsramarna i detalj i en separat artikel)
Automationsarkitekter upplevs i olika typer av verktyg och de känner vanligtvis till styrkor och svagheter i varje verktyg. De kommer också att hjälpa ledningen att välja rätt verktyg för automatisering genom att noggrant analysera applikationen och tekniken som används i den applikationen . De hjälper också till att bygga ramverket, utforma namngivningskonventionerna och skapa regler för skript. De hjälper också till att välja vilka testfall som ska automatiseras först.
Om du kan hitta en rätt resurs för posten som automatiseringsarkitekt, görs ditt halvarbete med framgångsrik automatisering i din organisation
Automationsingenjörer å andra sidan är de människor som kommer att konvertera manuella testfall till automatiserade manus. De kommer att arbeta under en automatiseringsarkitekt och kommer att vara ansvarig för att skapa och exekvera skript .
Vissa företag anställer automationsingenjörer utifrån och vissa företag gör egenanställning genom att utbilda sina befintliga manuella testare. Hur som helst måste resursen vara bra i programmeringen. Han / hon måste veta särskilt om objektorienterad programmering. En kombination av 1 automationsarkitekt och två automationsingenjörer är utmärkt för de flesta produkterna.
Steg 3.Använd rätt verktyg för automatisering
Denna punkt förtjänar sin egen artikel (och jag kommer att skriva en om det). Detta är ytterligare ett svårt steg i processen att starta automatisering. Det finns olika verktyg på marknaden, men du måste välja de som är bäst för din applikation.
För att göra det kort kommer jag att skriva de viktigaste övervägandena när jag väljer verktyget. Jag kommer att förklara urvalsprocessen i detalj i en separat artikel.
De viktigaste sakerna att tänka på när du väljer rätt verktyg är:
- Verktyget måste finnas i din budget . Automationsverktygen är riktigt dyra. Så företaget borde ha budgeten för att köpa verktyget.
- Verktyget måste supporttekniker används i din ansökan. Om din applikation använder flash eller Silverlight måste verktyget stödja den. Om din applikation körs på mobil måste verktyget kunna utföra skript på mobilen. Du kan köpa ett enda verktyg som stöder all teknik som används i din applikation eller så kan du köpa separata verktyg för varje teknik. Till exempel , kan du använda selen för dina webbapplikationer, robotar för dina Android-applikationer och MS-kodat användargränssnitt för stationära applikationer. Oavsett beslut, det borde finnas i din budget.
- Du måste ha det nödvändiga kompetenta resurser som kan använda det här verktyget eller lära sig verktyget på kortare tid. Till exempel , du har anställt automatiseringsarkitekten som bara har erfarenhet av QTP och du köper en licens för MS Coded UI, resursen kanske inte är bekväm att använda den. Verktyg är som bra bilar, men du måste också ha bra förare för att köra dessa bra bilar.
- Verktyget måste ha en bra rapporteringsmekanism att visa resultaten för intressenter efter varje utförande.
Det finns olika andra faktorer när du väljer rätt verktyg och jag kommer att täcka dem i en separat artikel.
Läs den här guiden för de senaste bästa automatiseringsverktygen:
Topp 20 bästa verktyg för automatiseringstest 2020 (omfattande lista)
Steg 4.Analysera olika applikationer för att bestämma de som är bäst lämpade för automatisering
Om din organisation arbetar med fem applikationer är det inte nödvändigt att var och en ska automatiseras. Vi måste se olika faktorer när vi väljer vilken applikation som helst att automatisera.
Applikationen som ska automatiseras måste ha följande faktorer:
- Ansökan bör inte vara i ett tidigt skede av dess utveckling. (Applikationen bör ha alla eller några moduler som är stabila och testade av manuella testare)
- Programmets användargränssnitt måste vara stabilt. (Användargränssnittet får inte ändras ofta)
- De manuella testfallet för denna ansökan ska vara i skriftlig form.
Huvudmålet för automatisering är att se till att om applikationen är felfri i en byggnad, ska den förbli buggfri i nästa version. Den manuella testaren bör inte slösa bort sin tid på att hitta regressionsproblem, dessa problem bör identifieras i automatisering.
Så för att hitta en regression måste vi ha en applikation som redan är stabil och har några testfall skrivna för det. Automationsteamet kommer att konvertera dessa testfall till skript och kommer att köra dessa skript på varje build för att se till att ingen regression visas.
Läs också => Hur man väljer korrekta testfall för automatiseringstestning
Steg 5.Träna laget
Efter val av verktyg och resursanställning är nästa steg logiskt utbildningen av resurserna.
Om manuella testare omvandlas till automationsingenjörer måste de utbildas i automatiseringsterminologier och koncept. Om automatiseringsarkitekt anlitas utifrån måste han få kunskap om produkten som ska testas, den manuella testprocessen och vad ledningen förväntar sig.
Ge resurser lite tid att prova olika saker tills de äntligen kommer med en vinnande automatiseringsstrategi. Träna dem på de verktyg som organisationen redan använder programvara för bugspårning och programvara för kravhantering .
Bra utbildning och stark kommunikation mellan manuella testare, utvecklare och automatiseringsteam är verkligen nödvändigt.
Steg 6.Skapa testautomatiseringsramverket
Den största uppgiften för automatiseringsarkitekten är att komma med ett automatiseringsramverk som ska stödja automatiserad testning på lång sikt.
Automatiseringsramen är i grunden en uppsättning regler och noggrann planering för att skriva manus på ett sätt som resulterar i minst underhåll. Om något ändras i applikationen behöver skripten lite eller ingen uppdatering för att klara den ändringen. Det är skönheten i en automatiseringsram.
Det finns fem typer av automatiseringsramar, nämligen linjära, modulära, datadrivna, nyckelorddrivna och hybrid. Alla dessa ramar kommer att behandlas i detalj med exempel i en separat artikel i denna serie.
Du kan också börja läsa mer om automatiseringsramar i följande handledning:
=> Varför behöver vi ramar för testautomatisering?
=> QTP Framework-exempel
=> Selen Framework-exempel
Steg 7.Utveckla en genomförandeplan
Exekveringsplanen inkluderar att välja vilka miljöer skripten ska köras. Miljön inkluderar OS, webbläsare och olika hårdvarukonfigurationer.
Till exempel , om testfallet kräver att den ska kontrollera webbplatsen i tre webbläsare, nämligen Chrome, Firefox och IE, kommer automatiseringsteamet att skriva skriptet på ett sådant sätt att det kommer att kunna köras i varje webbläsare.
Detta bör alltid berättas innan man skriver manusen eftersom det kommer att tas hand i manus om automatiseringsteamet vet det i förväg. I exekveringsplanen ska det också anges att vem ska köra skripten. Normalt kör automatiseringsteamet skripten på varje byggnad, men det varierar från företag till företag. Vissa chefer ber utvecklare att utföra dessa skript på sin build innan de släpps och vissa företag anställer en dedikerad resurs bara för utförandet. Även vissa företag kör skript i obevakat läge, vilket naturligtvis inte kräver någon ytterligare resurs.
Steg 8.Skriva manus
När ramverket är utformat är exekveringsplanen känd och resurser utbildas på det nya verktyget, nu är det rätt tid att börja skriva manus.
Manus bör skrivas på ett organiserat sätt med rätt namnkonvention. Källkoden bör bibehållas i en källkontroll för att undvika kodförlust. Versionskontroll och historik bör bibehållas. Testautomation är precis som mjukvaruutveckling. Alla bästa programmeringsmetoder bör beaktas när man skriver manus.
Läs också => Hur man översätter manuella testfall till automatiseringsskript
Steg 9.Rapportering
Rapporteringsfunktionen tillhandahålls vanligtvis av verktyget. Men vi kan skapa anpassade rapporteringsmekanismer som att skicka resultaten automatiskt till ledningen.
Vi kan skapa rapporter i slutet av varje körning i form av diagram och tabeller om ledningen behöver det. Ledningen bör alltid informeras om testfallets täckning, det vill säga vilka manuella testfall som omfattas av automatisering och vilka av dem som återstår.
Steg # 10.Underhåll av skript
Om bästa programmeringsmetoder följs och ramverket är bra, kommer underhåll inte att vara ett problem.
Underhåll sker vanligtvis när det finns en ändringsbegäran en applikation. Skripten bör omedelbart uppdateras för att klara den ändringen för att säkerställa felfritt utförande.
Till exempel , om du skriver lite text i textrutan genom skriptet och nu blir denna textruta rullgardinsmenyn, bör vi omedelbart uppdatera skriptet.
Några andra typer av ändringar inkluderar att dina skript kördes på den engelska versionen av applikationen. Nu finns det en begäran om ändring att applikationen ska stödja kinesiska. Din ram bör låta dig uppdatera dina skript med liten ansträngning för att stödja körning på kinesiska också! Det är därför Automationsarkitekter är dyra. :)
Om ramverket inte är bra och bästa praxis inte följs blir underhåll en mardröm. De flesta automatiseringsprojekt misslyckas på grund av dåligt underhåll av skript.
Slutsats
Denna artikel beskriver vad är automatiseringsprovningsprocessen och hur man startar automatiseringstestning i din organisation från start till slut steg för steg. Om du följer dessa steg hoppas jag att din automatisering kommer att bli en framgång.
Föreslagen läsning = >> Bästa IT-processautomationsprogramvaran
Det finns några delar (som val av automatiseringsverktyg och automatiseringsramar) som förtjänar sina egna artiklar. Vi kommer att täcka dessa i kommande delar av denna handledningsserie för automatiseringstest.
=> Under tiden klicka här för att kontrollera alla handledningar vi publicerade redan i denna serie.
Jag försökte täcka alla aspekter i en bredare vy och använda min egen erfarenhet för att skriva denna handledning.
Om du känner att jag saknade något viktigt eller om någon del av denna handledning behöver lite mer förklaring, vänligen fråga mig i kommentarfältet. Jag skulle gärna svara på dina frågor.
bästa projektledningsprogrammet för iPhone
PREV Handledning nr 2 | NÄSTA självstudie # 4
Rekommenderad läsning
- Steg för steg-guide för att implementera POC (Proof of Concept) i Automation Testing
- Vad är Automation Testing (Ultimate Guide to Start Test Automation)
- Sikuli GUI Automation Testing Tool - Beginner's Guide Part # 2
- Bästa verktyg för testning av programvara 2021 [QA Test Automation Tools]
- Förlorar testare greppet över testning på grund av automatisering?
- Manuella och automatiseringstestutmaningar
- Är du expert på manuell eller automatiseringstestning? Arbeta deltid för oss!
- 11 bästa automatiseringsverktyg för testning av Android-applikationer (Android-apptestverktyg)