39 TOP Automation Testing Intervjufrågor och svar

39 top automation testing interview questions

Vanliga frågor om automatiseringstestintervjuer för nybörjare och kandidater på avancerad nivå:

Testautomatisering spelar en mycket viktig roll i hela programvarans livscykel. För det mesta när vi vill förbereda oss för en automatiseringstestintervju fokuserar vi bara på verktygsspecifika frågor.

Vi bör dock också överväga det faktum att lärande och kunskap om verktyget bara är ett medel och det är inte det ultimata målet.

Således, när vi förbereder oss för en intervju för automatiseringstestare, måste vi överväga ”Automation” som en helhet och fokusera på ramarna och de involverade stegen.

Vi vet alla att programvarutestning är en mycket viktig del av mjukvaruutveckling. Men med de snabbt växande metoderna och miljöerna för mjukvaruutveckling blir det svårt att manuellt testa allt för en applikation inom en begränsad tid tillsammans med kostnadsbegränsningar.

Således växer automatiseringstestningen snabbt på marknaden för att påskynda utvecklingshastigheten. Denna handledning innehåller toppintervjuer om Automation-testning. Jag har försökt citera de korta och snabba frågorna som är väldigt specifika för automatiseringen som helhet och inte är specifika för något ”verktyg”.

Topp 39 Automation Testing Intervjufrågor

Vi har täckt grundläggande testautomationsfrågor samt några avancerade frågor för kandidater på mellannivå till expertnivå med upp till 2 till 5 års erfarenhet.

F # 1) Vad är automatisering?

Svar: Automation är alla åtgärder som kan minska mänskliga ansträngningar.

F # 2) Vad är automatiseringstestning?

Svar: Processen att använda speciella programvaruverktyg eller skript för att utföra testuppgifter som att mata in data, utföra teststegen och jämföra resultaten etc. kallas Automation-testning.

F # 3) Vad kan du automatisera?

Svar:

• Regressionstestsvit
• Test / svit för rök / sanitet
• Bygg distribution
• Skapa testdata
• Automatisering bakom GUI som testning av API: er och metoder.

F # 4) När är Automationstest användbar?

Svar: Automationstestning är användbar i följande scenarier:

a) Regressionstest: I händelse av en buggfix eller ny modulimplementering måste vi se till att den redan implementerade eller oförändrade funktionaliteten inte påverkas. I det här fallet kör vi regressionstestfallet flera gånger.

Till exempel: Efter varje ändringsförfrågan eller felkorrigering, efter varje iteration vid inkrementell utveckling, etc.

b) Icke-funktionell testning: Testa de icke-funktionella aspekterna av en applikation.

Till exempel, Belastningstestning eller prestandatestning etc. är mycket svårt för människor att spåra och analysera.

c) Komplex beräkning kontroller eller testscenarier som är utsatta för mänskliga fel.

d) Upprepat utförande av samma tester: Ibland måste vi köra samma uppsättning testfall för en annan uppsättning data eller efter varje build-release eller på flera hårdvaror, programvaror eller kombinationer av båda.

Automatisering av testfall i ovanstående scenarier hjälper till att uppnå testhastigheten och minimera mänskliga fel.

F # 5) Hur identifierar du de testfall som är lämpliga för automatisering?

Svar: Att identifiera lämpliga testfall för automatisering är det viktigaste steget mot automatisering.

F # 6) Kan du uppnå 100% automatisering?

Svar: 100% automatisering skulle vara svårt att uppnå eftersom det skulle finnas många kanttestfall och vissa fall som körs sällan. Automatisering av dessa ärenden som inte körs som ofta inte tillför värde till den automatiska sviten.

F # 7) Hur bestämmer man verktyget som man ska använda för automatiseringstestning i sina projekt?

Svar: För att identifiera verktyget för automatiseringstestning i ditt projekt:

till) Förstå dina projektkrav noggrant och identifiera de testscenarier som du vill automatisera.

b) Sök efter listan med verktyg som stöder projektets krav.

c) Identifiera din budget för automatiseringsverktyget. Välj verktygen inom din budget.

d) Identifiera om du redan har skickliga resurser för verktygen. Om du inte har de nödvändiga kompetenta resurserna, identifierar du kostnaden för att utbilda befintliga resurser eller anställa nya resurser.

är) Jämför nu varje verktyg för viktiga kriterier som:

• Hur lätt är det att utveckla och underhålla skript för verktyget?
• Kan en icke-teknisk person också utföra testfallet med lite utbildning?
• Stöder verktyget olika typer av plattformar som webb, mobil, stationär, etc. baserat på dina projektkrav?
• Har verktyget en testrapporteringsfunktion? Om inte, är det enkelt att konfigurera för verktyget?
• Hur är verktyget för webbläsarstöd för webbaserade applikationer?
• Hur många olika testtyper kan det här verktyget stödja?
• Hur många språk stöder verktyget?

f) När du har jämfört verktygen väljer du det verktyg som ligger inom din budget och stöder dina projektkrav och ger dig fler fördelar baserat på de viktigaste kriterierna som nämns ovan.

F # 8) För närvarande har jag ingen automatisering på plats i mitt projekt, men nu vill jag implementera automatisering, vilka steg skulle jag göra?

Svar:

• Identifiera först vilken typ av test / testfall du vill automatisera.
• Identifiera verktyget
• Designa ramverket
• Skapa verktygsfiler och miljöfiler.
• Börja skript
• Identifiera och arbeta med rapportering.
• Avsätta tid för att förbättra och underhålla skript.

Steg som krävs för att få automatiseringstestning på plats för ett projekt inkluderar:

• Förstå fördelarna och nackdelarna med automatiseringstestning och identifiera de testscenarier som är lämpliga för automatisering.
• Välj det automatiseringsverktyg som passar bäst för att automatisera de identifierade scenarierna
• Hitta verktygsexperten som hjälper dig att ställa in verktyget och den nödvändiga miljön för att utföra testfallet med verktyget.
• Träna teamet så att de kan skriva skript på det programmeringsspråk som verktyget stöder.
• Skapa testramverket eller identifiera den redan existerande som uppfyller dina krav.
• Skriv en exekveringsplan för operativsystem, webbläsare, mobila enheter etc.
• Skriv programmeringsskript för manuella testfall för att konvertera dem till automatiserade testfall.
• Rapportera testfallets status med hjälp av verktygets rapporteringsfunktion.
• Underhåll skripten för pågående förändringar eller nya funktioner.

F # 9) Hur bestämmer du vilket verktyg du ska använda?

Svar: Avslutande vilket verktyg som är bäst lämpligt för projektet krävs mycket brainstorming och diskussioner.

Fråga nr 10) När du har identifierat verktyget, vilka skulle bli dina nästa steg?

Svar: När vi väl har färdigställt verktyget skulle vårt nästa steg vara att utforma ramverket.

F # 11) Vad är ett ramverk?

Svar: Ett ramverk är en uppsättning av strukturen för hela automatiseringssviten. Det är också en riktlinje, som om den följs kan resultera i en struktur som är lätt att underhålla och förbättra.

Dessa riktlinjer inkluderar:

• Kodningsstandarder
• Hantering av testdata
• Underhålla och hantera elementen (objektförvar i QTP)
• Hantering av miljöfiler och egenskaper
• Rapportering av data
• Hantering av stockar

F # 12) Vilka är attributen för ett bra ramverk?

Svar: Egenskaperna inkluderar:

• Modul: Ramverket bör kunna anpassas till förändringar. Testare ska kunna ändra skript enligt miljö eller ändring av inloggningsinformation.
• Återanvändbar: De vanliga metoderna eller verktygen ska skrivas i en gemensam fil som är tillgänglig för alla skript.
• Konsekvent: Sviten bör skrivas i ett konsekvent format genom att följa alla accepterade kodningsmetoder.
• Självständig: Manusen ska skrivas på ett sådant sätt att de är oberoende av varandra. Om ett test misslyckas bör det inte hålla tillbaka de återstående testfallet (såvida det inte är en inloggningssida)
• Loggar: Det är bra att ha implementerat loggningsfunktionen i ramverket. Detta skulle hjälpa till om våra skript körs under längre timmar (säg nattläge), om skriptet misslyckas vid någon tidpunkt, kommer loggfilen att hjälpa oss att upptäcka platsen tillsammans med typen av fel.
• Rapportering: Det är bra att ha rapporteringsfunktionen automatiskt inbäddad i ramverket. När skripten är klar kan vi få resultaten och rapporterna skickade via e-post.
• Integration: Automation Framework bör vara sådant att det är enkelt att integrera med andra applikationer som kontinuerlig integration eller utlösa det automatiska skriptet så snart build har distribuerats.

F # 13) Kan du klara dig utan ram?

Svar: Ramar är riktlinjer och inte obligatoriska regler, så vi kan klara oss utan ram, men om vi skapar det och följer det skulle det vara enkelt att förbättra och upprätthålla det.

F # 14) Vilka är de olika typerna av automatiseringsverktyget som du känner till?

Svar: Öppet källkodsverktyg som Selen, JMeter, etc.

Betalda verktyg som QTP, Load Runner, Ranorex, RFT och Rational Robot.

F # 15) Vad är strukturen i ett ramverk generellt?

Svar: Normalt borde strukturen ha - (Det skulle skilja sig från projekt till projekt)

• En ”src” (källmapp) med de faktiska testskripten.
• En ”lib” (bibliotek) mapp med alla bibliotek och vanliga metoder.
• En 'klass' -mapp med alla klassfiler (i fallet med Java).
• En 'logg' -mapp med loggfilerna.
• En fil / mapp med alla webbelement-id: n.
• En fil som innehåller URL, miljö och inloggningsinformation.

F # 16) Var kommer du att behålla information som URL, inloggning, lösenord?

Svar: Denna information bör alltid sparas i en separat fil.

F # 17) Varför vill du ha denna typ av information i en separat fil och inte direkt i koden?

Svar: URL, inloggning och lösenord är den typ av fält som används mycket ofta och dessa ändras enligt miljö och behörighet. Om vi ​​kodar in den i vår kod måste vi ändra den i varje fil som har sin referens.

Om det finns mer än 100 filer blir det mycket svårt att ändra alla 100 filer och detta kan i sin tur leda till fel. Så den här typen av information underhålls i en separat fil så att uppdateringen blir lätt.

F # 18) Vilka är de olika typerna av ramar?

Svar: Olika typer av ramar inkluderar:

• Nyckelorddrivet ramverk
• Datadriven ram
• Hybridramverk
• Linjär scripting

F # 19) Kan du berätta om några bra kodningsmetoder under automatisering?

Svar: Några av de goda kodningsmetoderna inkluderar:

• Lägg till lämpliga kommentarer.
• Identifiera de återanvändbara metoderna och skriv den i en separat fil.
• Följ de språkspecifika kodkonventionerna.
• Underhåll testdata i en separat fil.
• Kör dina skript regelbundet.

F # 20) Någon typ av test som du tycker inte borde automatiseras?

Svar:

• Tester som sällan utförs.
• Explorerande testning
• Användbarhetstestning
• Test som körs snabbt när det görs manuellt.

F # 21) Tror du att testning endast kan göras på UI-nivå?

vad är rökprovning och sanitetstest

Svar: Idag när vi flyttar till Agile-läget är testning inte begränsat till UI-lagret. Tidig feedback är viktig för ett smidigt projekt. Om vi ​​bara koncentrerar oss på gränssnittslagret väntar vi faktiskt tills användargränssnittet är utvecklat och tillgängligt för test.

Snarare kan vi testa redan innan användargränssnittet faktiskt utvecklas. Vi kan testa API: erna eller metoderna direkt med hjälp av verktyg som Gurka och FitNesse .

På detta sätt ger vi feedbacken mycket tidigt och testar redan innan användargränssnittet har utvecklats. Genom att följa detta tillvägagångssätt kommer det att hjälpa oss att testa endast GUI-aspekten av små kosmetiska förändringar eller några valideringar på användargränssnittet och hjälper utvecklarna genom att ge mer tid att fixa buggarna.

F # 22) Hur väljer du vilket automatiseringsverktyg som passar dig bäst?

Svar: Att välja automatiseringsverktyg beror på olika faktorer som:

• Omfattningen av applikationen som vi vill automatisera.
• Ledningskostnader som kostnad och budget.
• Dags att lära sig och implementera verktyget.
• Typ av stöd tillgängligt för verktyget.
• Begränsning av verktyget

F # 23) Vad tror du håller testarna tillbaka för att göra automatisering? Finns det ett sätt att övervinna det?

Svar: Det största hindret för testare är att lära sig programmering / kodning när de vill automatisera. Eftersom testare inte kodar är anpassning till kodning lite utmanande för testare.

Vi kan övervinna det genom att:

• Samarbetar med utvecklare vid automatisering.
• Med tanke på att automatisering är hela teamets ansvar och inte bara testarna.
• Ge en dedikerad tid och fokusera på automatisering.
• Få ordentligt ledningsstöd.

Du kan spara dessa frågor om automatiseringstestintervjuer som en pdf och skriva ut för vidare läsning.

Fråga # 24) Vad är ett ramverk för automatiseringstestning?

Svar: En ram är i allmänhet en uppsättning riktlinjer. En uppsättning riktlinjer, antaganden, koncept och kodningsmetoder för att skapa en exekveringsmiljö där testerna kommer att automatiseras, kallas ett ramverk för automatiseringstestning.

En ram för automatiseringstestning är ansvarig för att skapa en testkabel med en mekanism för att ansluta till applikationen som testas, ta in input från en fil, köra testfall och generera rapporter för testkörning. En ram för automatiseringstestning bör vara oberoende av applikationen och den ska vara enkel att använda, modifiera eller utöka.

F # 25) Vilka är de viktiga modulerna i ett ramverk för automatiseringstest?

Svar: Viktiga moduler i ett Automation-testramverk är:

1. Test påstående verktyg: Det här verktyget kommer att ge påståendeförklaringar för att testa de förväntade värdena i applikationen som testas. Till exempel. TestNG, Junit, etc.
2. Datainställning: Varje testfall måste ta användardata från databasen eller från en fil eller inbäddad i testskriptet. Frameworks datamodul ska ta hand om dataintaget för testskript och de globala variablerna.
3. Bygghanteringsverktyg: Framework måste byggas och distribueras för att skapa testskript.
4. Kontinuerligt integrationsverktyg: Med CICD (kontinuerlig integration och kontinuerlig utveckling) på plats krävs kontinuerligt integrationsverktyg för att integrera och distribuera de ändringar som gjorts i ramen vid varje iteration.
5. Rapporteringsverktyg: Ett rapporteringsverktyg krävs för att skapa en läsbar rapport efter att testfallet har utförts för en bättre bild av stegen, resultaten och misslyckandena.
6. Loggningsverktyg: Loggningsverktyget i ramverk hjälper till att bättre felsöka felet och felen.

F # 26) Förklara några verktyg för automatiseringstest.

Svar: Några av de berömda testverktygen för automatisering förklaras nedan:

(i) Selen : Selen är ett testramverk för testning av automatisering av webbapplikationer. Den stöder flera webbläsare och är OS-oberoende. Selenium stöder också olika programmeringsspråk som Java, C #, PHP, Ruby och Perl, etc.

Selen är en öppen källkodsuppsättning av bibliotek som kan användas för att utveckla ytterligare testramar eller testskript för att testa webbaserade applikationer.

(ii) UFT : Unified Functional Testing är ett licensierat verktyg för funktionstestning. Den erbjuder ett brett utbud av funktioner som API: er, webbtjänster, etc och stöder också flera plattformar som skrivbord, webb och mobil. UFT-skript är skrivna på visuellt grundläggande skriptspråk.

(II) epoker : Appium är ett testverktyg för mobil applikationer med öppen källkod. Den används för att automatisera testning på plattforms-, native-, hybrid- och webbaserade mobilapplikationer. Appium automatiserar alla mobilappar från vilket språk som helst med full åtkomst till API: er och DB: er från testkoden.

Appium är baserat på klientserverarkitekturen och har utvecklats från selen.

(iv) Gurka : Gurka är ett beteendrivet utvecklingsverktyg med öppen källkod. Den används för webbaserad applikationsautomatiseringstestning och stöder språk som ruby, java, scala, groovy, etc. Gurka läser körbar specifikation skriven i klartext och testar applikationen som testas för dessa specifikationer.

För att gurka ska förstå scenarierna i klartext måste vi följa några grundläggande syntaxregler som kallas Gherkin.

(v) TestComplete : TestComplete är ett licensierat automatiserat UI-testverktyg för att testa applikationen på olika plattformar som skrivbord, webb, mobil etc. Det ger flexibilitet att spela in ett testfall i en webbläsare och köra det i flera webbläsare och stöder därmed testning i flera webbläsare.

TestComplete har inbyggd algoritm för objektigenkänning som unikt identifierar ett objekt och lagrar det i arkivet.

F # 27) Vilka är de olika typerna av testramverk?

Svar: Det finns fyra typer av ramtekniker för automatiseringstest.

Dom är:

(i) Modular Testing framework:

Detta ramverk bygger på begreppet abstraktion. I detta ramverk skapar testaren skript för varje modul i applikationen som testas individuellt och sedan kombineras dessa skript i den hierarkiska ordningen för att skapa stora testfall.

Det skapar ett abstraktionsskikt mellan modulerna, så alla modifieringar i testskript för en modul påverkar inte några andra moduler.

Fördelar med detta ramverk:

• Enklare underhåll och skalbarhet i testfall.
• Att skapa testfall med hjälp av redan skriptmoduler är enklare och snabbare.

Nackdelar:

• Testfall har data inbäddade i dem. Således körning av samma testskript med olika data är en stor förändring på skriptnivå.

(ii) Datadriven testram:

I det datadrivna testramverket lagras ingångsdata och förväntad utdata som motsvarar indata i en fil eller databas och det automatiska skriptet kör samma uppsättning teststeg för flera datauppsättningar. Med detta ramverk kan vi köra flera testfall där endast ingångsdata skiljer sig och exekveringsstegen är desamma.

Fördelar:

• Minskar antalet testskript som måste köras. Vi kör samma skript flera gånger med olika data.
• Mindre kodning för automatiseringstestning.
• Större flexibilitet för att underhålla och fixa buggarna eller förbättra funktionaliteten.
• Testdata kan skapas redan innan det automatiska testsystemet är klart.

Nackdelar:

• Endast liknande testfall med samma uppsättning exekveringssteg kan kombineras för flera datauppsättningar. De olika uppsättningarna av exekveringssteg kräver ett annat testfall.

(iii) Nyckelorddriven testram:

Det är ett applikationsoberoende testramverk som använder datatabeller och självförklarande nyckelord. Nyckelord förklarar de åtgärder som ska utföras på applikationen som testas och datatabellen tillhandahåller input och förväntade outputdata.

Nyckelordbaserad testning är en ökning av datadriven testning.

Fördelar:

• Mindre kodning och samma skript kan användas för flera datauppsättningar.
• Automationsexpertis krävs inte för att skapa ett testfall med de redan existerande nyckelorden för åtgärder.
• Samma nyckelord kan användas i flera testfall.

Nackdelar:

• Denna ram är mer komplicerad eftersom den behöver ta hand om nyckelordsåtgärderna och även datainmatningen.
• Testfall blir längre och komplicerade och påverkar därmed dess underhållsförmåga.

(iv) Hybrid Testing framework:

Detta ramverk är en kombination av alla ovannämnda testramar (Modular, Data-driven och Keyword-driven).

I detta ramverk utvecklas testfallet från modulära skript genom att kombinera dem i det modulära testramverket. Varje testfall använder ett drivrutinsskript som använder en datafil som i datadrivet ramverk och en nyckelordsbaserad åtgärdsfil.

Fördelar:

• Modulär och lätt att underhålla.
• Mindre kodning kan ta hand om fler testfall.
• Ett testfall kan köras med flera datauppsättningar.

Nackdelar:

• Komplex att läsa, underhålla och förbättra.

F # 28) När föredrar du Manuell testning framför Automationstestning?

Svar: Vi föredrar manuell testning framför automatiseringstestning i följande fall:

• Projektet är kortvarigt och att skriva manus kommer att vara tidskrävande och kostsamt jämfört med manuell testning.
• Flexibilitet krävs. Automatiserade testfall är programmerade och körs på ett specifikt sätt att konfigurera.
• Användbarhetstestning måste utföras.
• Applikationer / modul är nyutvecklad och har inga tidigare testfall.
• Ad-hoc eller utforskande testning måste utföras.

F # 29) Är automatiseringstestning i agil metodik användbar eller inte?

Svar: Automatiseringstestning är användbar för regression, rök eller sanitetstest. Alla dessa typer av tester i den traditionella vattenfallsmodellen inträffar i slutet av cykeln och ibland om det inte finns många förbättringar av applikationen kanske vi inte ens behöver göra regressionstestning .

Medan i smidig metodik , varje iteration kräver att regressionstestfallet utförs när nya funktioner läggs till.

Dessutom fortsätter regressionssviten att växa efter varje sprint, eftersom funktionella testfall för den aktuella sprintmodulen måste läggas till i regressionssviten för nästa sprint.

Således är automatiseringstest i agil metodik mycket användbart och hjälper till att uppnå maximal testtäckning på kortare tid efter sprinten.

F # 30) Lista några fördelar och nackdelar med Automation-testning.

Svar:

Fördelar:

• Färre mänskliga resurser
• Återanvändbarhet
• Mer testtäckning på kortare tid
• Pålitlighet
• Parallellt utförande av testfall
• Snabb

Nackdelar:

sql intervjufrågor för erfarna yrkesverksamma

• Utvecklings- och underhållstiden är längre.
• Verktygskostnad
• Kompetenta resurser krävs.
• Miljöinställning
• Felsökning av testskript är ett problem.

F # 31) Lista några fördelar och nackdelar med manuell testning.

Svar:

Fördelar:

• Ingen miljöinstallation behövs.
• Programmeringskunskap krävs inte.
• Rekommenderas för dynamiskt förändrade krav.
• Låt mänsklig observationsstyrka upptäcka fler buggar.
• Kostnaden är mindre för kortvariga projekt.
• Flexibilitet

Nackdelar:

• Svårt att utföra komplexa beräkningar.
• Återanvändbarhet
• Det tar tid
• Hög risk för mänskliga fel eller misstag.
• Mer mänskliga resurser krävs.

F # 32) Kan vi testa automatisering utan ramverk? Om ja, varför behöver vi en ram?

Svar: Ja, vi kan utföra automatiseringstester även utan att använda ett ramverk. Vi kan bara förstå verktyget som vi använder för automatisering och programmera stegen i programmeringsspråket som verktyg stöder.

Om vi ​​automatiserar testfall utan ram kommer det inte att finnas någon enhetlighet i programmeringsskript för testfall.

En ram krävs för att ge en uppsättning riktlinjer som alla måste följa för att ha bibehållet läsbarhet, återanvändbarhet och konsekvens i testmanusen. Ett ramverk ger också en gemensam grund för rapporterings- och loggningsfunktionalitet.

F # 33) Hur automatiserar du grundläggande testfall för inloggningsfunktioner för en applikation?

Svar: Förutsatt att automatiseringsverktyget och ramverket redan finns på plats för testmiljön.

Så här testar du den grundläggande inloggningsfunktionen:

• Förstå projektkravet : Inloggningsfunktionen har ett användarnamns textruta, ett lösenordstextruta och en inloggningsknapp.
• Identifiera testscenarierna: För inloggningsfunktionalitet är de möjliga testscenarierna:
  • Tomt användarnamn och lösenord
  • Ogiltigt användarnamn och lösenord
  • Ett giltigt användarnamn och ogiltigt lösenord
  • Giltigt användarnamn och lösenord
• Förbered en Datainmatningsfil med data som motsvarar varje scenario.
• Starta verktyget från programmet.
• Identifiera användarnamnsfältet, lösenordsfältet och inloggningsknappen.
• För varje testscenario, hämta data från datafilen och ange motsvarande fält. Program klicka på inloggningsknappen efter att du har angett data.
• Bekräfta felmeddelandet för negativa scenarier och framgångsmeddelandet för positiva scenarier i testskriptet med hjälp av påståenden.
• Springa testpaketet och generera rapporten.

F # 34) Är automatiseringstestning en Black Box-testning eller White-Box-testning?

Svar: Automationstestning är mestadels en svart låda testning när vi bara programmerar stegen som en manuell testare utför för applikation som testas utan att känna till applikationens låga nivå eller kod.

Ibland behöver automatiserade testskript tillgång till databasuppgifterna som används i applikationen som testas eller några fler kodningsdetaljer och kan därför vara en typ av vitlåda-testning.

Således kan automatiserad testning vara både svart eller vit låda typ av testning beroende på de scenarier där automatiseringen utförs.

F # 35) Hur många testfall har du automatiserat per dag?

Svar: Tja, antalet beror på komplexiteten i testfallet. När komplexiteten var begränsad kunde jag automatisera 5 till 6 testfall per dag. Ibland kunde jag bara automatisera ett testfall för komplexa scenarier.

Jag har också delat upp mina testfall i olika komponenter som, ta input, göra beräkningen, verifiera output etc. vid mycket komplexa scenarier och har tagit två eller fler dagar.

F # 36) Vilka faktorer avgör effektiviteten av Automation-testning?

Svar: Några av de faktorer som avgör effektiviteten vid automatiseringstestning är:

• Sparad tid genom att köra skript över manuellt utförande av testfall.
• Fel hittades
• Testa täckning eller kodtäckning
• Underhållstid eller utvecklingstid
• Skriptens stabilitet
• Test återanvändbarhet
• Kvaliteten på programvaran som testas

F # 37) Vilka testfall kan automatiseras?

Svar: Typer av testfall som kan automatiseras är:

(i) Rökprovfall: Rökprovning är också känd som test för byggverifiering. Röktestfall körs varje gång en ny version släpps för att kontrollera byggnadens hälsa för godkännande för att utföra testning.

(ii) Fall för regressionstest : Regressionstestning är testningen för att säkerställa att tidigare utvecklade moduler fungerar som förväntat efter att en ny modul har lagts till eller ett fel har åtgärdats.

Fall med regressionstest är mycket avgörande i inkrementell programvarutillvägagångssätt där en ny funktionalitet läggs till vid varje stegfas. I det här fallet utförs regressionstest i varje inkrementell fas.

(iii) Komplexa beräkningstestfall: Testfall som involverar några komplexa beräkningar för att verifiera ett fält för en applikation faller inom denna kategori. Komplexa beräkningsresultat är mer benägna att mänskliga fel, så när de automatiseras ger de exakta resultat.

(iv) Datadrivna testfall: Testfall som har samma uppsättning steg och körs flera gånger med förändring av data kallas datadrivna testfall. Automatiserad testning för dessa typer av testfall är snabb och kostnadseffektiv.

(v) Icke-funktionella testfall : Testfall som belastningstest och prestandatest kräver en simulerad miljö med flera användare och flera hårdvaru- eller programvarukombinationer.

Att ställa in flera miljöer manuellt är omöjligt för varje kombination eller antal användare. Automatiserade verktyg kan enkelt skapa denna miljö för att enkelt kunna utföra icke-funktionell testning.

F # 38) Vilka är faserna i Automationstestningens livscykel?

Svar: Faserna i automatiseringstestets livscykel inkluderar:

1. Beslutet att utföra automatiseringstestning.
2. Identifiera och lär dig om automatiseringsverktyget.
3. Bestäm omfattningen av automatiseringstestning.
4. Designa och utveckla en testsvit.
5. Testutförande
6. Underhåll av testmanus.

F # 39) Vad är ett automatiskt testskript?

Svar: Ett automatiskt testskript är ett kort program som är skrivet på ett programmeringsspråk för att utföra en uppsättning instruktioner för en applikation som testas för att verifiera om applikationen uppfyller kraven.

Detta program, när det körs, ger testresultaten som godkända eller misslyckas med att bero på om applikationen är enligt förväntningarna.

Slutsats

Det här är de viktigaste frågorna som är oberoende av automatiseringsverktyget eller programmeringsspråket. Automationstestintervjuer inkluderar även verktygs- och programmeringsspråksspecifika frågor beroende på vilket verktyg du har arbetat med.

De flesta av frågorna om testautomatiseringsintervjuer är inriktade på det ramverk du utvecklar, så det rekommenderas att du skapar och förstår testramverket noggrant. När jag intervjuar och kandidaten har svarat på min fråga om ramverket föredrar jag också att ställa en språkspecifik fråga (core Java i mitt fall).

Frågorna börjar från grunderna i Java för att skriva logiken i något grundläggande scenario som:

• Hur skulle du extrahera en uppsättning text från en viss rad?
• Hur skulle du extrahera webbadressen?
• På vilken webbsida som helst, ändras antalet länkar och dess innehåll dynamiskt, hur skulle du hantera det?
• Hur hanterar du bilder och blixtobjekt?
• Hur hittar du ett ord i en rad?

Svar på alla dessa testa automatiseringsintervjufrågor är väldigt specifika för det verktyg / språk som du använder för att automatisera. Så innan du går till intervjun, börja med att programmera dig.

Om du inte fick chansen att skapa ditt ramverk och någon annan har skapat det, ta dig lite tid att förstå det noggrant innan du sitter för intervjun.

Några tips för intervjuer om automatiseringstest skulle vara:

• Känn ditt verktyg noggrant.
• Lär dig de lokaliseringstekniker som används av ditt verktyg.
• Öva programmering med det språk som du använder för automatiseringstestning.
• Lär dig ditt ramverk och dess komponenter.
• Det är alltid fördelaktigt om du har varit delaktig i utvecklingen av ditt ramverk. Så var noggrann med modulerna i det ramverk som du har arbetat med.

Hoppas att dessa frågor skulle vara användbara för dig att förbereda dig för en testautomationsintervju.

Rekommenderad läsning

• Intervjufrågor och svar
• ETL Testing Intervju Frågor och svar
• Några intressanta frågor om mjukvarutestning
• 25 bästa intervjuer och svar på Agile Testing
• Topp 20 viktigaste API-testintervjuer och svar
• Frågor och svar om programvarutestning (del 1)
• Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
• Topp 30 Säkerhetstestintervjufrågor och svar