Inleiding tot interviewvragen voor handmatig testen
Veel mensen hebben misvattingen dat bedrijven tegenwoordig geen handmatige testers inhuren, er is een vereiste van automatiseringstesters alleen op de markt. Maar dit is niet waar. Geen twijfel, aangezien de bedrijven op weg zijn naar automatisering, dus er is een grote vraag naar automatiseringstesters, maar in elk project kunnen alle dingen niet worden geautomatiseerd, er is altijd een scala aan handmatige tests en ook handmatige testers zijn vereist om diepgaande kennis te hebben over alle testtypen, testscenario's, verschillen daartussen, enz. Er zijn veel testcertificeringen en als beginner of als handmatige tester wordt het aanbevolen om ISTQB-certificering te wissen omdat het diepgaande kennis geeft over de kernconcepten van testen.
Als je nu op zoek bent naar een baan die gerelateerd is aan handmatig testen, moet je je voorbereiden op de interviewvragen voor handmatig testen in 2019. Het is waar dat elk interview anders is volgens de verschillende functieprofielen. Hier hebben we de belangrijke handmatige testinterviewvragen en -antwoorden opgesteld die u zullen helpen succes te behalen in uw interview.
In dit artikel over handmatige testvragen voor 2019 presenteren we 10 belangrijkste en veelgestelde vragen over handmatige testinterviews. Deze interviewvragen zijn als volgt verdeeld in twee delen:
Deel 1 - Interviewvragen handmatig testen (basis)
Dit eerste deel behandelt de basisvragen en antwoorden voor handmatig testen.
Q1. Wat is het verschil tussen verificatie en validatie bij het testen van software?
Antwoord:
Verificatie omvat het statische proces van het verifiëren van de documenten, code en ontwerp om te controleren of de software voldoet aan de vereisten die in de documenten (SRS) worden genoemd. Het omvat Walkthrough, Inspection en Code Review. Terwijl Validatie een dynamisch proces is waarbij de code moet worden uitgevoerd en moet worden gecontroleerd of de software werkt zoals verwacht of niet. Het gaat om het vinden van de bugs die door een testteam worden uitgevoerd door de uitvoering van code. Black box-testen, white box-testen en grey-box testen maken deel uit van testen in Software Validation.
Q2. Wat is het verschil tussen Test Driver en Test Stub bij het testen van software?
Antwoord:
Test Driver en Test Stub zijn in feite een stuk code dat werkt als vervanging voor de oorspronkelijke niet-ontwikkelde code om tests uit te voeren. Stuurprogramma's worden gebruikt in een bottom-upbenadering en worden in principe gebruikt als oproepmodules als de interne modules zijn geïmplementeerd en moeten worden getest, terwijl Stubs worden gebruikt in een top-downbenadering en worden gebruikt waar de hoofdmodule wordt voorbereid, maar de opgeroepen modules zijn nog niet gedaan.
In een webtoepassing zijn er bijvoorbeeld 3 modules, namelijk Inloggen, Home, Gebruikers. Als de aanmeldingsmodule is voorbereid, maar niet de thuis- en gebruikers, is de vervangende 'aangeroepen' module voor thuisgebruikers en gebruikers Stub omdat de aanmeldingsmodule van de hoofdmodule is voorbereid. Maar als de module Home en Gebruikers zijn voorbereid, maar de hoofdmodule Login niet is voorbereid, wordt de vervangende "aanroepende" module voor Login Driver genoemd.
Q3. Op welk punt in een toepassing moeten we beginnen met testen?
Antwoord:
Zodra de vereisten zijn verzameld in een project, moeten testplanning, teststrategie en het maken van testcases of het hele testproces beginnen. Tegenwoordig volgen bijna alle projecten Agile-methodologie, dus de vereisten zijn niet in het begin vastgelegd, maar de gebruikersverhalen voor de nieuwe functies die in een bepaalde release zullen worden geïmplementeerd, worden aan de testers verstrekt. Dus de testplanning en het maken van testcases of het maken van testscripts (in het geval van automatiseringstests) zijn gestart met de ontwikkeling van de software. De meeste bedrijven volgen Test Driven Development (TDD) -benadering om de software te ontwikkelen waarin testgevallen worden geschreven voorafgaand aan de code en de code wordt geschreven in overeenstemming met de validatie van de test.
Laten we doorgaan naar de volgende interviewvragen voor handmatig testen.
Q4. Met welke punten moet rekening worden gehouden bij het testen van web- en mobiele applicaties of verschillen in het testen van de twee?
Antwoord:
Het testen van web- en mobiele applicaties is anders. Dus verschillende scenario's moeten worden getest tijdens het testen ervan:
- Browserondersteuning wordt getest voor webapplicaties zoals Chrome, Firefox, IE, etc. Mobiele applicatie wordt getest op verschillende OS-versies zoals Android 7, 8, 9, etc.
- Applicatiecrash in verschillende scenario's en hinder van andere applicaties daartussen wordt getest in mobiele applicatie terwijl Session- en Cookies-testen worden uitgevoerd in webapplicaties.
- In mobiele applicaties wordt de applicatie getest op verschillende mobiele schermformaten of de elementen correct zijn uitgelijnd per schermgrootte, terwijl webapplicatie is getest op verschillende desktopresoluties.
- Hand- en stemgebaren zoals knijpen, vegen, spraakherkenning worden getest op mobiele apparaten, terwijl eenvoudige typ- en copy-paste-functies worden getest in webapplicaties.
Q5. Is het ok om een Agile-model te gebruiken voor het testen van kleine projecten?
Antwoord:
Agile is een incrementele en iteratieve benadering voor softwareontwikkeling en is beter haalbaar voor flexibele en grote projecten waarbij de vereisten in de loop van de tijd veranderen. Voor kleine projecten waar de vereisten niet te groot zijn, verdient Agile niet de voorkeur, omdat het meer projectbudget zou kosten omdat verschillende teams tegelijkertijd samenwerken en de algehele tijd bij de levering van software kunnen belemmeren.
Deel 2 - Interviewvragen handmatig testen (geavanceerd)
Laten we nu eens kijken naar de geavanceerde interviewvragen en handmatige testvragen en antwoorden.
Q6. Wat is Software Testing Life Cycle?
Antwoord:
Software Testing Life Cycle (STLC) is een proces dat een stapsgewijze procedure omvat die wordt gevolgd tijdens het testen van een softwaretoepassing om ervoor te zorgen dat de software werkt zoals verwacht. Hieronder worden de verschillende fasen van STLC gegeven:
- Vereisten verzamelen
- Testplanning
- Test analyse
- Testontwerp
- Testomgeving instellen
- Testuitvoering
- Test sluiting
Q7. Wat is negatief testen en waarom wordt het uitgevoerd?
Antwoord:
Negatieve tests, ook wel valse tests of foutpadtests genoemd, omvatten het testen van elke softwaretoepassing onder onverwachte omstandigheden. Positief testen zorgt er alleen voor dat de software werkt zoals verwacht, terwijl negatief testen aangeeft hoe de software zich zal gedragen in ongelijke / onverwachte omstandigheden. Het wordt gedaan om de stabiliteit van een applicatie te waarborgen.
Stel dat voor een e-commerce-toepassing negatieve testgevallen kunnen zijn als de persoon wat extra / kwaadaardige inhoud toevoegt aan de URL, wat zou dan de uitvoer moeten zijn, als de toepassing 1000 gebruikers tegelijk kan verwerken, hoe zal het zich gedragen als gebruikers toenemen met 3 keer, etc.
Laten we doorgaan naar de volgende interviewvragen voor handmatig testen.
Q8. Verschil tussen bug, defect en falen met betrekking tot softwaretesten?
Antwoord:
Er is een miniem verschil tussen defect, fout en fout. Als een functie niet werkt zoals verwacht of het werkelijke en verwachte resultaat anders is. En dit probleem wordt alleen door de ontwikkelaar in de ontwikkelingsfase gevonden, waarna het een defect wordt genoemd. Wanneer het defect in de ontwikkelingsfase is achtergelaten en door de tester in de testfase wordt gevonden, wordt dat defect een bug genoemd. Wanneer de software wordt geleverd aan de eindgebruiker en de klant een probleem vindt, staat het bekend als een mislukking.
Q9. Wat is gelijkwaardigheidstesten?
Antwoord:
Het is een soort black-box-testen die op elk niveau kan worden toegepast, zoals eenheids-, integratie- en systeemtest. In deze test is het invoerbereik verdeeld in een equivalente groep die naar verwachting hetzelfde gedrag vertoont voor elk bereik. Als het wachtwoordtekstvak bijvoorbeeld de waarde tussen 5-15 tekens accepteert, kan het bereik 5-15 zijn dat geldig is, meer dan 15 is ongeldig, 0-5 is ongeldig.
Q10. Wat is testdekking? Is het mogelijk om 100% testdekking te krijgen?
Antwoord:
Testdekking is in feite een kwaliteitsmetriek die de hoeveelheid applicatiecode weergeeft die wordt gedekt door de testcases of de hoeveelheid tests die wordt uitgevoerd door de gemaakte testcases. Het helpt om de kwaliteit van testen te bewaken. Meer testgevallen die betrekking hebben op maximale delen van een applicatie helpen bij het bereiken van maximale testdekking waardoor de kans op falen wordt verkleind. Hoewel het niet mogelijk is om 100% testdekking te bereiken, kunnen we ervoor zorgen dat testcases worden gemaakt van elke tak, een verklaring voor maximale codegebieden.
Aanbevolen artikelen
Dit is een gids voor de lijst met handmatige testinterviewvragen en -antwoorden, zodat de kandidaat deze handmatige testinterviewvragen gemakkelijk kan beantwoorden. Hier in dit bericht hebben we de belangrijkste handmatige interviewvragen onderzocht die vaak in interviews worden gesteld. U kunt ook de volgende artikelen bekijken voor meer informatie -
- Top 13 vragen over databasetests
- Sollicitatievragen voor Game Testing
- ETL Testing Interview Vragen en antwoorden
- Vragen tijdens solliciteren bij penetratietesten
- Hoe werkt gelijkwaardigheidsverdeling?