Top 25 vragen en antwoorden over functioneel testen

top 25 functional testing interview questions

Meest gestelde vragen en antwoorden over functioneel testen:

Zoals de naam zelf definieert, is functioneel testen het proces van het testen van een applicatie met betrekking tot de specificaties van het vereiste document.

Functionele tests kunnen handmatig of via automatisering worden uitgevoerd, maar elk proces omvat het testen van de toepassing door een set invoer te verstrekken en het resultaat / de uitvoer te bepalen of te verifiëren door het werkelijke resultaat te vergelijken met de verwachte resultaten.

Functioneel testen kent verschillende fasen waarmee tijdens het testen rekening moet worden gehouden. In dit artikel zullen we meerdere interviewvragen en antwoorden zien die je zullen helpen om je goed voor te bereiden.

Meest populaire sollicitatievragen voor functioneel testen

V # 1) Wat verstaat u onder de term ‘Functioneel testen’?

Antwoord: Een black box-testtechniek, waarbij de functionaliteit van een applicatie wordt getest om de gewenste output te genereren door bepaalde input te leveren, wordt ‘Functioneel testen’ genoemd.

De rol van functioneel testen is niet alleen om het gedrag van de applicatie te valideren volgens de specificatie van het vereiste document, maar is ook om te verifiëren of de applicatie klaar is om te worden vrijgegeven in de live-omgeving of niet.

Hieronder staan ​​een aantal functionele testtechnieken die vaak worden gebruikt:

• Testen van een eenheid
• Rook testen
• Integratietesten
• Systeem testen
• Bruikbaarheidstesten
• Regressietesten
• Testen van gebruikersacceptatie

V # 2) Wat zijn de belangrijke stappen die worden behandeld bij Functioneel testen?

Antwoord: Hieronder volgen de stappen die moeten worden behandeld als onderdeel van functionele tests:

• Inzicht in de specificatie van het vereiste document en het wegnemen van twijfels en vragen in de vorm van reviewopmerkingen.
• Het schrijven van de testcases met betrekking tot de specificatie van de eisen door rekening te houden met alle scenario's die voor alle cases in overweging moeten worden genomen.
• Het identificeren van de testinputs en het opvragen van de testgegevens die nodig zijn om de testcases uit te voeren en om de functionaliteit van de applicatie te controleren.
• Bepaal de werkelijke resultaten volgens de te testen invoerwaarden.
• Voer de testcases uit die bepalen of het applicatiegedrag is zoals verwacht of dat er een defect is opgetreden.
• Vergelijk het werkelijke resultaat en het berekende resultaat om het werkelijke resultaat te achterhalen.

V # 3) Leg het verschil uit tussen functioneel testen en niet-functioneel testen.

Antwoord: Het verschil tussen Functioneel testen en Niet-functioneel testen kan als volgt worden uitgelegd:

V # 4) Hoe verschilt ‘Build’ van ‘Release’?

Antwoord: Build is een uitvoerbaar bestand dat verwijst naar dat deel van een applicatie dat wordt overgedragen aan een tester om de geïmplementeerde functionaliteit van de applicatie te testen, samen met enkele bugfixes. De build kan door het testteam worden afgewezen als deze niet voldoet aan de kritieke checklist die de belangrijkste functionaliteit van de applicatie bevat.

Er kunnen meerdere builds zijn in de testcyclus van een applicatie.

Vrijlating verwijst naar de softwareapplicatie die zich niet meer in de testfase bevindt en na voltooiing van het testen en ontwikkelen wordt de applicatie overgedragen aan de klant. Aan één release zijn verschillende builds gekoppeld.

V # 5) Leg de bugcyclus uit.

Antwoord: Bug is een ongewenste fout, fout, fout, enz. Die is opgetreden in de applicatie en verhindert dat deze de gewenste uitvoer levert. Wanneer een defect of bug wordt aangetroffen in een toepassing tijdens het testen, gaat een bug van het loggen van een defect tot de oplossing ervan door een bepaalde levenscyclus die bekend staat als Bug Lifecycle.

Onderstaande afbeelding geeft u een idee van de levenscyclus van bugs:

(beeld bron ​

Het hele proces verloopt als en wanneer een probleem of bug wordt aangetroffen. Er wordt een bug-trackingtool gerapporteerd / aangemeld volgens een aanzienlijk formaat. Deze bugs worden toegewezen aan de ontwikkelaar en de status ervan is ‘Open’. De ontwikkelaar kan de bug nu bekijken, deze aan het einde reproduceren en eraan werken.

Als de bug is verholpen, verandert de ontwikkelaar de status naar ‘Fixed’ of kan de status worden verplaatst naar ‘meer informatie nodig’, ‘lost niet op’, ‘kan niet reproduceren 'enz. In andere gevallen. QA voert vervolgens regressie uit, d.w.z. verifieer de bugs opnieuw met een specifieke actie en reageer dienovereenkomstig.

Als de problemen / bug zich nu gedraagt ​​zoals verwacht, wordt de status gewijzigd in Geverifieerd / Gesloten, anders opnieuw openen.

V # 6) Roep een bugstatus op samen met de beschrijving ervan.

beste programma om cpu en gpu temp te bewaken

Antwoord: Hieronder staan ​​enkele bugstatussen samen met hun beschrijvingen:

• Nieuw: Wanneer het defect of de bug voor de eerste keer wordt geregistreerd, wordt dit als Nieuw gezegd.
• Toegewezen: Nadat de tester een bug heeft geregistreerd, wordt zijn bug beoordeeld door de tester en vervolgens toegewezen aan het overeenkomstige ontwikkelteam.
• Open: De tester registreert een bug in de status Open en blijft in de open status totdat de ontwikkelaar een taak heeft uitgevoerd voor die bug.
• Opgelost / opgelost: Wanneer een ontwikkelaar de bug heeft opgelost, d.w.z. nu produceert de applicatie de gewenste uitvoer voor een bepaald probleem, dan verandert de ontwikkelaar de status in Opgelost / Vast.
• Geverifieerd / gesloten: Wanneer een ontwikkelaar de status heeft gewijzigd in opgelost / opgelost, test de tester het probleem nu aan het einde en als het is opgelost, verandert hij de status van de bug in ‘Geverifieerd / Sluiten’.
• Heropenen: Als een tester de bug opnieuw kan reproduceren, d.w.z. de bug bestaat nog steeds, zelfs nadat deze door de ontwikkelaar is opgelost, wordt de status gemarkeerd als Heropenen.
• Geen bug / ongeldig: Een bug kan door de ontwikkelaar als ongeldig of niet als een bug worden gemarkeerd als het gerapporteerde probleem voldoet aan de functionaliteit, maar wordt gelogd vanwege verkeerde interpretatie.
• Uitgesteld: Meestal als de bug een minimale prioriteit heeft voor de release en als er tijdgebrek is, worden in dat geval die bugs met minimale prioriteit uitgesteld naar de volgende release.
• Kan niet reproduceren: Als de ontwikkelaar de bug aan het einde niet kan reproduceren door de stappen te volgen die in het probleem worden vermeld.

V # 7) Wat staat bekend als datagestuurd testen?

Antwoord: Datagestuurd testen is de methodologie waarbij een reeks testscripts met testcases herhaaldelijk worden uitgevoerd met behulp van gegevensbronnen zoals Excel-spreadsheet, XML-bestand, CSV-bestand, SQL-database voor invoerwaarden en de werkelijke uitvoer wordt vergeleken met de verwachte uitvoer bij de verificatie werkwijze.

Bijvoorbeeld, een Teststudio wordt gebruikt voor datagedreven testen.

Enkele voordelen van datagestuurd testen zijn:

• Herbruikbaarheid.
• Herhaalbaarheid.
• Test gegevensscheiding van testlogica.
• Het aantal testgevallen wordt verminderd.

V # 8) Wat zijn de belangrijke punten waarmee rekening moet worden gehouden bij het schrijven van testcases?

Antwoord: Het schrijven van een testcase is naar verluidt de belangrijkste activiteit van het testuitvoeringsproces, die zowel schrijfvaardigheid vereist als diepgaande kennis van de applicatie om effectieve en herbruikbare testcases te maken.

Enkele belangrijke punten waarmee rekening moet worden gehouden bij het schrijven van testcases zijn onder meer:

• Er moet een duidelijk begrip zijn van de eisen van de klant voordat u begint met het schrijven van de testcases. Niets mag worden aangenomen en elke twijfel over de vereisten moet worden gewist.
• Elke vereiste moet worden opgenomen in de vorm van testcases en niets mag worden weggelaten. Gewoonlijk wordt de traceerbaarheidsmatrix bijgehouden om elke vereiste implementatie en voltooiing van tests te controleren.
• Volgens de specificaties van het vereiste document moet elke functionele en niet-functionele vereiste inclusief UI-interface, compatibiliteit worden gedekt.
• Testgevallen moeten van tijd tot tijd worden gecontroleerd op herhaling of overtolligheid.
• Prioriteit is een belangrijke factor die tijdens het schrijven bij testcases moet worden gesteld. Deze prioriteit helpt de tester om de applicatie eerst te testen met de testcases met hoge prioriteit die basisfunctionaliteit bevatten, vervolgens het medium en later de testcases met lage prioriteit.
• Voor een bepaalde release kunnen testcases ook Sprintgewijs worden gebouwd, zodat zowel de tester als de ontwikkelaar de kwaliteit van het product kan analyseren op basis van de uitvoering van de testcase.
• De structuur van testgevallen moet gemakkelijk te begrijpen zijn en moet in eenvoudige taal zijn gesteld. De invoergegevenswaarden voor testgevallen moeten zowel geldig zijn als in een breed bereik.

V # 9) Wat is automatiseringstesten?

Antwoord: Automatiseringstesten is een testmethodologie waarbij een automatiseringstool wordt gebruikt om de testcasesuite uit te voeren om de testdekking en de testsnelheid te vergroten. Automatiseringstests vereisen geen menselijke tussenkomst, aangezien het vooraf gescripte tests uitvoert en in staat is om resultaten te rapporteren en te vergelijken met eerdere testruns.

Herhaalbaarheid, gebruiksgemak, nauwkeurigheid en grotere consistentie zijn enkele van de voordelen van automatiseringstests.

Enkele automatiseringstesttools worden hieronder vermeld:

• Selenium
• Tellurium
• water
• ZEEP

Vraag 10) Leg de term stresstests en belastingtests uit.

Antwoord:

Stress testen is een vorm van prestatietesten waarbij de applicatie door inspanning of stress moet gaan, d.w.z. uitvoering van de applicatie boven de drempel van de pauze om het punt te bepalen waarop de applicatie crasht. Deze toestand doet zich meestal voor als er te veel gebruikers en te veel gegevens zijn.

Stresstests verifiëren ook het herstel van de applicatie wanneer de werklast wordt verminderd.

Laadtesten is een vorm van prestatietests waarbij de applicatie wordt uitgevoerd boven verschillende belastingsniveaus om de piekprestaties van de server, responstijd, serverdoorvoer, enz. te bewaken. Door middel van loadtests worden de stabiliteit, prestaties en integriteit van de applicatie bepaald onder gelijktijdige systeembelasting .

V # 11) Wat verstaat u onder volumetesten?

Antwoord: Volumetests zijn een vorm van prestatietests die de prestatieniveaus van de serverdoorvoer en responstijd bepalen wanneer gelijktijdige gebruikers, evenals grote gegevensbelasting vanuit de database, op het te testen systeem / de applicatie worden gezet.

V # 12) Wat zijn de verschillende testtechnieken die worden gebruikt bij functioneel testen?

Antwoord: Er zijn twee verschillende testtechnieken die worden gebruikt bij functioneel testen.

Ze kunnen als volgt worden gedefinieerd:

• Op vereisten gebaseerd testen: Bij deze vorm van functioneel testen wordt prioriteit gegeven aan de eisen op basis van risicocriteria. Dit zorgt er ook voor dat alle kritische testpaden in het testproces zijn meegenomen.
• Testen op basis van bedrijfsprocessen: Deze vorm van functioneel testen wordt uitgevoerd vanuit het perspectief van bedrijfsprocessen. De scenario's omvatten kennis van bedrijfsprocessen voor het uitvoeren van testen.

V # 13) Wat verstaat u onder verkennende tests? Wanneer wordt het uitgevoerd?

het maken van een reeks strings in java

Antwoord: Exploratory testing betekent het testen of verkennen van de applicatie zonder schema's of procedures te volgen. Bij het uitvoeren van verkennende tests volgen testers geen enkel patroon en gebruiken ze hun out-of-box-denken en uiteenlopende ideeën om te zien hoe de applicatie presteert.

Het volgen van dit proces omvat zelfs het kleinste deel van de applicatie en helpt bij het vinden van meer problemen / bugs dan bij het normale testproces.

Verkennend onderzoek wordt meestal uitgevoerd in gevallen waarin:

• Er is een ervaren tester in het testteam die zijn testervaring kan gebruiken om de best mogelijke scenario's toe te passen.
• Alle kritische paden zijn afgedekt en belangrijke testcases worden voorbereid volgens de vereiste specificaties die zijn uitgevoerd.
• Er is een kritische applicatie en in ieder geval kan geen enkele case worden gemist.
• Er is een nieuwe tester bij het team gekomen, het verkennen van de applicatie zal hen helpen het beter te begrijpen en ze zullen hun eigen geest volgen bij het uitvoeren van een scenario in plaats van het pad te volgen zoals vermeld in het vereiste document.

V # 14) Wat zijn de mogelijke inlogfuncties die moeten worden getest voor elke webapplicatie?

Antwoord: Hieronder staan ​​de mogelijke scenario's vermeld die kunnen worden uitgevoerd om de inlogfunctie van elke toepassing volledig te testen:

• Controleer de invoervelden, d.w.z. gebruikersnaam en wachtwoord, met zowel geldige als ongeldige waarden.
• Voer een geldig e-mailadres in met een onjuist wachtwoord en voer ook een ongeldig e-mailadres en een geldig wachtwoord in. Controleer of het juiste foutbericht wordt weergegeven.
• Voer geldige inloggegevens in en log in op de applicatie. Sluit en open de browser opnieuw om te controleren of u nog steeds bent ingelogd.
• Voer de applicatie in na het inloggen en navigeer vervolgens weer terug naar de inlogpagina om te controleren of de gebruiker opnieuw wordt gevraagd om in te loggen of niet.
• Meld u aan vanuit de ene browser en open de toepassing vanuit een andere browser om te controleren of u ook bij een andere browser bent aangemeld of niet.
• Wijzig het wachtwoord nadat u zich hebt aangemeld bij de applicatie en probeer vervolgens in te loggen met dat oude wachtwoord.

Er zijn ook enkele andere mogelijke scenario's die kunnen worden getest.

Vraag 15) Verklaar toegankelijkheidstesten en het belang ervan in het huidige scenario.

Antwoord: Toegankelijkheidstesten zijn een vorm van bruikbaarheidstesten waarbij testen worden uitgevoerd om ervoor te zorgen dat de applicatie gemakkelijk kan worden afgehandeld door mensen met een handicap zoals gehoor, kleurenblindheid, slecht zicht, enz. In het scenario van vandaag heeft het web de belangrijkste plaats in ons leven verworven in de vorm van e-commercesites, e-learning, e-betalingen, enz.

Dus om beter te groeien in het leven, moet iedereen deel kunnen uitmaken van technologie, vooral mensen met een handicap.

Hieronder vindt u enkele soorten software die mensen met een handicap helpen en helpen bij het gebruik van technologie:

• Spraakherkenningssoftware
• Schermlezersoftware
• Schermvergrotingssoftware
• Speciaal toetsenbord

V # 16) Wat is adhoc-testen?

Antwoord: Adhoc-testen, meestal bekend als willekeurige testen, is een vorm van testen die geen enkele testcase of vereiste van de toepassing volgt. Adhoc-testen is in feite een ongeplande activiteit waarbij elk deel van de applicatie willekeurig wordt gecontroleerd om defecten te vinden.

In dergelijke gevallen zijn de aangetroffen defecten erg moeilijk te reproduceren omdat er geen geplande testgevallen worden gevolgd. Adhoc-tests worden meestal uitgevoerd als er een beperkte tijd is om uitgebreide tests uit te voeren.

V # 17) Wat is equivalentiepartitionering?

Antwoord: Equivalentiepartitionering, ook wel gelijkwaardigheidsklasse-partitionering genoemd, is een vorm van black-box-testen waarbij invoergegevens worden onderverdeeld in dataklassen. Dit proces wordt gedaan om het aantal testgevallen te verminderen, maar toch aan de maximale eis te voldoen.

Equivalentiepartitioneringstechniek wordt toegepast waar invoergegevenswaarden kunnen worden onderverdeeld in bereiken. Het bereik van de invoerwaarden is zo gedefinieerd dat slechts één voorwaarde van elke bereikpartitie moet worden getest, ervan uitgaande dat alle andere voorwaarden van dezelfde partitie zich hetzelfde gedragen voor de software.

Bijvoorbeeld: Om de rentevoet te identificeren op basis van het saldo op de rekening, kunnen we het bereik van het saldobedrag in de rekening identificeren dat een andere rentevoet verdient.

Vraag 18) Verklaar de analyse van de grenswaarde.

Antwoord: De methode voor de analyse van de grenswaarde controleert de grenswaarden van partities van de gelijkwaardigheidsklasse. Grenswaardeanalyse is in feite een testtechniek die de fouten aan de grenzen identificeert in plaats van binnen de bereikwaarden.

Bijvoorbeeld , Een invoerveld kan minimaal 8 tekens en maximaal 12 tekens toestaan, waarna 8-12 wordt beschouwd als het geldige bereik en 13 als het ongeldige bereik. Dienovereenkomstig worden de testgevallen geschreven voor geldige partitiewaarde, exacte grenswaarde en ongeldige partitiewaarde.

V # 19) Leg het verschil uit tussen ernst en prioriteit.

Antwoord: Ernst van het defect wordt bepaald door het niveau of de mate van impact van het defect op de te testen applicatie. Hoe groter de ernst van het defect, hoe groter de impact op de toepassing.

Hieronder volgen de 4 klassen waarin de ernst van een defect is onderverdeeld:

• Kritisch
• Majoor
• Medium
• Laag

Defect prioriteit definieert de volgorde waarin het defect het eerst moet worden opgelost, d.w.z. hoe hoger de prioriteit van het defect, impliceert dat de applicatie op een bepaald punt onbruikbaar is of vastloopt en dat het defect zo snel mogelijk moet worden opgelost.

Hieronder volgen de 3 klassen waarin een defectprioriteit is gedefinieerd:

• Hoog
• Medium
• Laag

V # 20) Wanneer voeren we rooktesten uit?

Antwoord: Na ontvangst van de build worden rooktesten uitgevoerd op de applicatie. De tester test meestal op het kritieke pad en niet op de diepere functionaliteit om er zeker van te zijn of de build moet worden geaccepteerd voor verder testen of moet worden afgewezen in geval van een defecte applicatie.

Een rookchecklist bevat meestal het kritieke pad van de applicatie zonder welke een applicatie wordt geblokkeerd.

V # 21) Wat verstaat u onder gezondheidstesten?

Antwoord: Sanity-testen worden uitgevoerd na ontvangst van de build om de nieuwe functionaliteit / defecten te controleren die moeten worden verholpen. Bij deze vorm van testen is het doel om de functionaliteit ongeveer zoals verwacht te controleren en te bepalen of de bug is verholpen en ook het effect van de gerepareerde bug op de te testen applicatie.

Het heeft geen zin om de build door de tester te accepteren en tijd te verspillen als Sanity-tests mislukken.

V # 22) Wat verstaat u onder de matrix voor traceerbaarheid van vereisten?

Antwoord: Requirement Traceability Matrix (RTM) is een hulpmiddel om de dekking van de vereisten tijdens het testproces bij te houden.

In RTM worden alle vereisten gecategoriseerd als hun ontwikkeling tijdens de sprint en hun respectieve id's (implementatie / verbetering van nieuwe functies / eerdere problemen, enz.) Worden bijgehouden om bij te houden dat alles wat in het vereiste document wordt vermeld, is geïmplementeerd vóór de release van het product.

RTM wordt aangemaakt zodra het behoeftedocument is ontvangen en wordt gehandhaafd tot de release van het product.

V # 23) Wat zijn de factoren waarmee rekening moet worden gehouden bij risicogebaseerde tests?

Antwoord: Door risicogebaseerde testen van een project, is het niet alleen om een ​​project zonder risico op te leveren, maar het belangrijkste doel van risicogebaseerde testen is om het projectresultaat te bereiken door best practices van risicobeheer uit te voeren.

De belangrijkste factoren waarmee rekening moet worden gehouden bij op risico gebaseerde tests zijn de volgende:

• Om vast te stellen wanneer en hoe risicogebaseerde tests op een geschikte applicatie moeten worden geïmplementeerd.
• Om de maatregelen te identificeren die goed werken bij het vinden en omgaan met risico's in kritieke gebieden van de toepassing.
• Om het projectresultaat te bereiken dat het risico in evenwicht brengt met de kwaliteit en het kenmerk van de applicatie.

V # 24) Maak onderscheid tussen regressietesten en hertesten.

Antwoord: Het verschil tussen regressietesten en hertesten kan als volgt worden verklaard:

Vraag 25) Verklaar het testen van gebruikersacceptatie.

Antwoord: Gebruikersacceptatietests worden meestal uitgevoerd nadat het product grondig is getest. Bij deze vorm van testen gebruiken softwaregebruikers of zeg maar de klant zelf de applicatie om er zeker van te zijn dat alles werkt volgens de vereisten en perfect in het echte wereldscenario.

UAT wordt ook wel End-user testing genoemd.

Gevolgtrekking

Door middel van dit artikel heb ik geprobeerd om elk onderwerp van Functioneel testen uit te leggen, zodat iedereen die zich voorbereidt op het interview het onderwerp gemakkelijk kan begrijpen en onthouden.

Deze sollicitatievragen en antwoorden over functionele tests zullen u helpen om elk sollicitatiegesprek met volledig vertrouwen af ​​te ronden.

Wij wensen u veel succes.

Ik hoop dat deze vragen en antwoorden over functioneel testen je op een bepaald moment in je carrière zullen helpen.

Aanbevolen literatuur

• Functioneel testen versus niet-functioneel testen
• 16 Nieuwe functies van Micro Focus UFT (Unified Functional Testing) Tool - QTP versus UFT
• 5 Beste HP Unified Functional Testing (UFT) alternatieve tools
• Een complete handleiding voor niet-functionele tests voor beginners
• Een stapsgewijze handleiding voor Jubula - de open source geautomatiseerde functionele testtool
• Functioneel testen versus prestatietesten: moet het tegelijkertijd worden uitgevoerd?
• Complete functionele testgids met zijn typen en voorbeelden
• Parrot QA-zelfstudie: Cross Browser Functional Testing Tool Review
• Spock voor integratie en functioneel testen met selenium
• De verschillen tussen unit-tests, integratietests en functionele tests
• Top 25 vragen en antwoorden over functioneel testen
• Top 30 functionele testtools in 2021