Topp 25 Funktionella testintervjuer och svar

top 25 functional testing interview questions

Vanliga frågor och svar om funktionstestintervjuer och svar:

Som själva namnet definierar är funktionell testning processen för att testa en applikation med avseende på kravspecifikationerna.

Funktionell testning kan utföras antingen manuellt eller genom automatisering men varje process inkluderar testning av applikationen genom att tillhandahålla en uppsättning ingångar och bestämma eller verifiera resultatet / utdata genom att jämföra det faktiska resultatet med de förväntade resultaten.

Funktionstestning har olika faser som ska övervägas vid testning. I den här artikeln kommer vi att se flera intervjufrågor och svar som hjälper dig att förbereda dig väl.

Mest populära intervjufrågor om funktionstestning

F # 1) Vad förstår du med termen ”Funktionell testning”?

Svar: En svart låda testteknik, där funktionerna i en applikation testas för att generera önskad utdata genom att tillhandahålla vissa inmatningar kallas ”Funktionell testning”.

Funktionstestens roll är inte bara att validera applikationens beteende enligt kravdokumentspecifikationen utan är också att verifiera om applikationen är redo att släppas i den levande miljön eller inte.

Nedan följer några funktionella testtekniker som ofta används:

• Enhetstestning
• Rökprovning
• Integrationstestning
• Systemtestning
• Användbarhetstestning
• Regressionstestning
• Test av användaracceptans

F # 2) Vilka är de viktiga stegen som behandlas i funktionstestning?

Svar: Nedan följer stegen som bör täckas som en del av funktionstestning:

• Förstå kravspecifikationen och rensa tvivel och frågor i form av granskningskommentarer.
• Skriva testfall med avseende på kravspecifikationen genom att komma ihåg alla scenarier som bör beaktas för alla ärenden.
• Identifiera testingångarna och begära de testdata som krävs för att utföra testfallet samt för att kontrollera applikationens funktionalitet.
• Bestäm de faktiska resultaten enligt ingångsvärdena som ska testas.
• Utför testfall som avgör om applikationsbeteende är som förväntat eller om någon defekt har inträffat.
• Jämför det faktiska resultatet och det beräknade resultatet för att ta reda på det faktiska resultatet.

F # 3) Förklara skillnaden mellan funktionstestning och icke-funktionell testning.

Svar: Skillnaden mellan funktionstestning och icke-funktionell testning kan förklaras enligt nedan:

F # 4) Hur skiljer sig 'Build' från 'Release'?

Svar: Bygg är en körbar fil som hänvisar till den del av ett program som överlämnas till en testare för att testa den implementerade funktionaliteten i applikationen tillsammans med några buggfixar. Byggnaden kan avvisas av testteamet om den inte klarar den kritiska checklistan som innehåller programmets viktigaste funktionalitet.

Det kan finnas flera byggnader i en testcykel för en applikation.

Släpp hänvisar till programvaruapplikationen som inte längre är i testfasen och efter avslutad testning och utveckling överlämnas applikationen till klienten. En version har flera byggnader associerade med den.

F # 5) Förklara bugcykeln.

Svar: Bug sägs vara ett oönskat fel, fel, misstag etc som har inträffat i applikationen och förhindrar att det levererar önskad utdata. När någon defekt eller bugg påträffas i en applikation under testet, sedan från att logga en defekt till dess upplösning, rör sig ett fel genom en bestämd livscykel som kallas Bug Lifecycle.

Nedanstående figur ger dig en uppfattning om Bug-livscykeln:

(bild källa )

Hela processen går när och när ett problem eller fel stöter på. Det rapporteras / loggas in bug tracking-verktyg i ett stort format. Dessa buggar tilldelas utvecklaren och dess status görs som 'öppen'. Utvecklare kan nu granska felet, reproducera det i slutet och börja arbeta med det.

Om felet är fixat ändrar utvecklaren sin status till 'Fixed' eller så kan status flyttas till 'behöver mer information', 'kommer inte att fixa', 'kan inte reproducera' etc., i andra fall. QA utför sedan regression d.v.s. verifiera buggarna med en specifik åtgärd och svara därefter.

Om problemen / felet nu beter sig som förväntat ändras dess status till Verifierad / Stängd annars Öppna igen.

F # 6) Anskaffa lite felstatus tillsammans med dess beskrivning.

c ++ inbyggda funktioner

Svar: Nedan finns några felstatus tillsammans med deras beskrivningar:

• Ny: När defekten eller felet loggas för första gången sägs det vara nytt.
• Tilldelad: Efter att testaren har loggat ett fel granskas hans fel av testledningen och sedan tilldelas den till motsvarande utvecklargrupp.
• Öppen: Tester loggar ett fel i öppet tillstånd och det förblir i öppet tillstånd tills utvecklaren har utfört någon uppgift på det felet.
• Löst / fixat: När en utvecklare har löst felet, det vill säga nu producerar applikationen den önskade utgången för ett visst problem, ändrar utvecklaren dess status till Löst / Fixat.
• Verifierad / stängd: När en utvecklare har ändrat status till löst / fixat testar testaren nu problemet i slutet och om det är fixat ändrar han status för felet till 'Verifierad / Stäng'.
• Öppna igen: Om en testare kan reproducera felet igen, dvs. felet kvarstår även efter att det har åtgärdats av utvecklaren, är dess status markerad som Öppna igen.
• Inte ett fel / Ogiltigt: Ett fel kan markeras som ogiltigt eller inte som ett fel av utvecklaren när det rapporterade problemet är enligt funktionaliteten men loggas på grund av felaktig tolkning.
• Uppskjuten: Vanligtvis när felet har minimal prioritet för utgåvan och om det saknas tid i så fall skjuts de minimala prioritetsfelen upp till nästa utgåva.
• Kan inte förökas: Om utvecklaren inte kan reproducera felet i slutet genom att följa stegen som nämns i problemet.

F # 7) Vad kallas datadriven testning?

Svar: Datadriven testning är metoden där en serie testskript som innehåller testfall körs upprepade gånger med hjälp av datakällor som Excel-kalkylblad, XML-fil, CSV-fil, SQL-databas för inmatningsvärden och den faktiska utgången jämförs med den förväntade i verifieringen bearbeta.

Till exempel, en teststudio används för datadriven testning.

Några fördelar med datadriven testning är:

• Återanvändbarhet.
• Repeterbarhet.
• Testa dataseparation från testlogik.
• Antalet testfall minskar.

F # 8) Vilka är de viktiga punkter som bör övervägas när du skriver testfall?

Svar: Att skriva ett testfall sägs vara den viktigaste aktiviteten i testgenomförandeprocessen, vilket kräver skrivförmåga samt fördjupad kunskap om applikationen för att göra effektiva och återanvändbara testfall.

Få viktiga punkter som bör övervägas när du skriver testfall inkluderar:

• Det bör finnas en klar förståelse för kundens krav innan man börjar skriva testfall. Ingenting bör antas och alla tvivel angående kraven bör rensas.
• Alla krav bör ingå i form av testfall och ingenting ska utelämnas. Vanligtvis upprätthålls spårbarhetsmatrisen för att hålla koll på varje kravimplementering och testning.
• Enligt specifikationerna för kravdokument bör alla funktionella och icke-funktionella krav inklusive UI-gränssnitt täckas.
• Testfall bör kontrolleras då och då för upprepning eller redundans.
• Prioritet är en viktig faktor som bör ställas in för testfall under skrivning. Denna prioritet hjälper testaren att testa applikationen först med de högprioriterade testfall som inkluderar grundläggande funktionalitet, sedan mediet och senare de lågprioriterade testfall.
• För en viss version kan testfall också byggas Sprint klokt så att testaren, såväl som utvecklaren, kan analysera produktens kvalitet baserat på utförande av testfall.
• Testfallens struktur bör vara lättförståelig och måste vara på ett enkelt språk. Ingångsvärdena för testfall bör vara giltiga såväl som inom ett brett intervall.

F # 9) Vad är automatiseringstestning?

Svar: Automatiseringstestning är en testmetodik där ett automatiseringsverktyg används för att utföra testfallen för att öka testtäckningen samt snabba testutförandet. Automatiseringstestning kräver ingen mänsklig intervention eftersom den utför förskriptade tester och kan rapportera och jämföra resultat med tidigare testkörningar.

Repeterbarhet, användarvänlighet, noggrannhet och större konsistens är några av fördelarna med Automation-testning.

Några verktyg för automatiseringstest listas nedan:

• Selen
• Tellur
• vatten
• TVÅL

F # 10) Förklara termen stresstestning och belastningstestning.

Svar:

Stresstestning är en form av prestandatestning där applikationen är tvungen att gå igenom ansträngning eller stress, dvs exekvering av applikation över tröskeln för pausen för att bestämma den punkt där applikationen kraschar. Detta tillstånd uppstår vanligtvis när det finns för många användare och för mycket data.

Stresstestning verifierar också applikationsåterhämtningen när arbetsbelastningen minskas.

Lasttestning är en form av prestandatestning där applikationen körs över olika belastningsnivåer för att övervaka serverns topprestanda, responstid, servergenomströmning etc. Genom belastningstest bestäms processstabilitet, prestanda och integritet för applikationen under samtidig systembelastning .

F # 11) Vad förstår du av volymtestning?

Svar: Volymtestning är en form av prestandatestning som bestämmer prestandanivåerna för serverns genomströmning och svarstid när samtidiga användare, liksom stor datalast från databasen, läggs på systemet / applikationen under test.

F # 12) Vilka är de olika testtekniker som används vid funktionstestning?

Svar: Det finns två olika testtekniker som används vid funktionstestning.

De kan definieras enligt nedan:

• Kravsbaserad testning: Denna form av funktionell testning utförs med prioriteringen av kraven utifrån riskkriterier. Detta försäkrar också att alla kritiska testvägar har inkluderats i testprocessen.
• Affärsprocessbaserad testning: Denna form av funktionstestning utförs ur affärsprocessperspektivet. Scenarierna inkluderar kunskap om affärsprocesser för att utföra testning.

F # 13) Vad förstår du med Exploratory Testing? När utförs den?

Svar: Explorativ testning innebär att testa eller utforska applikationen utan att följa några scheman eller procedurer. När de utför undersökande tester följer inte testarna något mönster och använder sina tankar och olika idéer för att se hur applikationen fungerar.

Att följa denna process täcker även den minsta delen av applikationen och hjälper till att hitta fler problem / buggar än i den normala testprocessen.

hur man skapar projekt i förmörkelse

Explorativ testning utförs vanligtvis i fall då:

• Det finns en erfaren testare i testteamet som kan använda sin testupplevelse för att tillämpa alla bästa möjliga scenarier.
• Alla kritiska vägar har täckts och stora testfall bereds enligt de kravspecifikationer som har utförts.
• Det finns en kritisk applikation och inget möjligt fall kan under alla omständigheter missas.
• Ny testare har gått in i teamet. Utforska applikationen hjälper dem att förstå bättre såväl som de kommer att följa sitt eget sinne medan de utför något scenario snarare än att följa vägen som nämns i kravdokumentet.

F # 14) Vilka webbapplikationer är möjliga för inloggningsfunktioner som bör testas?

Svar: Nedan listas de möjliga scenarier som kan utföras för att fullständigt testa inloggningsfunktionen för alla applikationer:

• Kontrollera inmatningsfälten, dvs. användarnamn och lösenord med både giltiga och ogiltiga värden.
• Försök att ange ett giltigt e-post-ID med ett felaktigt lösenord och ange också ett ogiltigt e-postadress och ett giltigt lösenord. Kontrollera om felmeddelandet visas.
• Ange giltiga referenser och bli inloggad i applikationen. Stäng och öppna webbläsaren igen för att kontrollera om den fortfarande är inloggad.
• Ange applikationen efter inloggning och navigera sedan tillbaka till inloggningssidan för att kontrollera om användaren ombeds att logga in igen eller inte.
• Logga in från en webbläsare och öppna programmet från en annan webbläsare för att verifiera om du också är inloggad i en annan webbläsare.
• Ändra lösenord efter att du loggat in i programmet och försök sedan logga in med det gamla lösenordet.

Det finns också några andra möjliga scenarier som kan testas.

F # 15) Förklara tillgänglighetsprovning och dess betydelse i detta scenario.

Svar: Tillgänglighetstestning är en form av användbarhetstestning där testning utförs för att säkerställa att applikationen lätt kan hanteras av personer med funktionsnedsättning som hörsel, färgblindhet, låg synlighet etc. I dagens scenario har webben fått den största platsen i vårt liv i formen av e-handelssajter, e-lärande, e-betalningar etc.

För att växa bättre i livet bör alltså alla kunna vara en del av tekniken, särskilt människor med vissa funktionsnedsättningar.

Nedan finns några typer av program som hjälper och hjälper personer med funktionsnedsättning att använda teknik:

• Programvara för taligenkänning
• Programvara för skärmläsare
• Program för skärmförstoring
• Speciellt tangentbord

F # 16) Vad är Adhoc-testning?

Svar: Adhoc-testning, vanligtvis känd som slumpmässig testning, är en testform som inte följer något testfall eller krav i applikationen. Adhoc-testning är i grunden en oplanerad aktivitet där någon del av applikationen slumpmässigt kontrolleras för att hitta fel.

I sådana fall är defekterna mycket svåra att reproducera eftersom inga planerade testfall följs. Adhoc-testning utförs vanligtvis när det finns en begränsad tid att utföra detaljerad testning.

F # 17) Vad är ekvivalenspartitionering?

Svar: Ekvivalenspartitionering, även känd som ekvivalensklasspartitionering, är en form av black-box-testning där indata delas in i dataklasser. Denna process görs för att minska antalet testfall men ändå täcka det maximala kravet.

Ekvivalenspartitioneringsteknik används där värden för indata kan delas in i intervall. Området för ingångsvärdena definieras på ett sådant sätt att endast ett villkor från varje intervallpartition ska testas under förutsättning att alla andra villkor för samma partition kommer att uppträda desamma för programvaran.

Till exempel: För att identifiera räntesatsen per saldot på kontot kan vi identifiera intervallet av saldobeloppet på kontot som tjänar en annan räntesats.

F # 18) Förklara analys av gränsvärden.

Svar: Metod för analys av gränsvärde kontrollerar gränsvärdena för ekvivalensklasspartitioner. Gränsvärdesanalys är i grunden en testteknik som identifierar felen vid gränserna snarare än inom intervallvärdena.

Till exempel , Ett inmatningsfält kan tillåta minst 8 tecken och högst 12 tecken, då 8-12 betraktas som giltigt intervall och 13 betraktas som ogiltigt intervall. Följaktligen skrivs testfallet för giltigt partitionsvärde, exakt gränsvärde och ogiltigt partitionsvärde.

F # 19) Förklara skillnaden mellan svårighetsgrad och prioritet.

Svar: Defekt svårighetsgrad definieras av nivån eller graden av inverkan av defekten på applikationen som testas. Ju högre svårighetsgraden är, desto mer påverkas applikationen.

Följande är de fyra klasserna där en svårighetsgrad kategoriseras:

• Kritisk
• Större
• Medium
• Låg

Defektprioritet definierar i vilken ordning felet ska lösas först, dvs. ju högre prioritet för felet innebär att applikationen är oanvändbar eller fast vid någon tidpunkt och felet bör lösas så snart som möjligt.

Följande är de tre klasserna där en defektprioritet definieras:

• Hög
• Medium
• Låg

F # 20) När utför vi rökprovning?

Svar: Rökprovning utförs på applikationen efter att ha fått byggnaden. Tester testar vanligtvis för den kritiska sökvägen och inte funktionaliteten djupt för att säkerställa, om byggningen ska accepteras för vidare testning eller om den avvisas i händelse av trasig applikation.

En rökchecklista innehåller vanligtvis den kritiska sökvägen för applikationen utan vilken en applikation blockeras.

F # 21) Vad förstår du med Sanity-test?

Svar: Sanity-test utförs efter att ha fått byggnaden för att kontrollera den nya funktionaliteten / defekterna som ska åtgärdas. I denna form av testning är målet att kontrollera funktionaliteten ungefär som förväntat och avgöra om felet är fixat och även effekten av det fixade felet på applikationen som testas.

Det är ingen mening att acceptera byggnaden av testaren och slösa bort tid om Sanity-test misslyckas.

F # 22) Vad förstår du med kravspårbarhetsmatris?

Svar: Kravspårbarhetsmatris (RTM) är ett verktyg för att hålla koll på kravtäckning under testprocessen.

I RTM kategoriseras alla krav som deras utveckling under sprint och deras respektive id: er (implementering / förbättring av nya funktioner / tidigare problem osv.) Bibehålls för att hålla reda på att allt som nämns i kravdokumentet har implementerats före lanseringen av produkten.

RTM skapas så snart kravdokumentet tas emot och behålls tills produkten släpps.

F # 23) Vilka är de faktorer som ska beaktas vid riskbaserad testning?

Svar: Genom riskbaserad testning av ett projekt är det inte bara att leverera ett projekt utan risk utan det huvudsakliga syftet med riskbaserad testning är att uppnå projektresultatet genom att utföra bästa metoder för riskhantering.

De viktigaste faktorerna som ska beaktas vid riskbaserad testning är följande:

• Att identifiera när och hur man implementerar riskbaserad testning i en lämplig applikation.
• Att identifiera de åtgärder som fungerar bra för att hitta och hantera risker i kritiska områden av applikationen.
• För att uppnå projektresultatet som balanserar risk med applikationens kvalitet och funktion.

F # 24) Skill mellan regressionstest och re-testing.

Svar: Skillnaden mellan regressionstest och omprövning kan förklaras på följande sätt:

F # 25) Förklara test av användaracceptans.

Svar: Test av användaracceptans utförs vanligtvis efter att produkten har testats grundligt. I denna form av testning använder programanvändare eller säg klient själva applikationen för att se till om allt fungerar enligt kravet och perfekt i verkligheten.

UAT är också känt som testning av slutanvändare.

Slutsats

Genom den här artikeln har jag försökt förklara varje ämne inom funktionstestning, så att alla som förbereder sig för intervjun enkelt kan förstå ämnet och komma ihåg dem också.

Dessa funktionella testintervjuer och svar kommer att vägleda dig att rensa alla intervjuer framgångsrikt med fullt förtroende.

Vi önskar er all framgång.

Jag hoppas att dessa funktionella testintervjuer och svar kommer att hjälpa dig någon gång i din karriär.

Rekommenderad läsning

• Funktionell testning mot icke-funktionell testning
• 16 Nya funktioner i Micro Focus UFT (Unified Functional Testing) Tool - QTP vs UFT
• 5 Bästa HP Unified Functional Testing (UFT) alternativa verktyg
• En komplett icke-funktionell testguide för nybörjare
• En steg-för-steg-guide till Jubula - Open Source Automated Functional Testing Tool
• Funktionell testning mot prestandatestning: Bör det göras samtidigt?
• Komplett funktionell testguide med dess typer och exempel
• Parrot QA Tutorial: Cross Browser Functional Testing Tool Review
• Spock för integration och funktionstestning med selen
• Skillnaderna mellan enhetstestning, integrationstestning och funktionstestning
• Topp 25 Funktionella testintervjuer och svar
• Topp 30 funktionella testverktyg 2021