150 vragen en antwoorden over handmatige testinterviews voor 2025
Thomas Hamilton
We hebben bijna 150+ belangrijke viva-vragen over het testen van software voor eerstejaarskandidaten behandeld, evenals het handmatig testen van ervaren sollicitatievragen voor QA-ingenieurs om zich voor te bereiden op het komende sollicitatiegesprek. Deze gedetailleerde gids met interviewvragen voor softwaretesten voor ervaren kandidaten zal u helpen uw sollicitatiegesprek voor softwaretesten te kraken.
Handmatig testen van interviewvragen en antwoorden voor ervaren en eerstejaarsstudenten
1. Wat is verkennend testen?
Exploratory testing is een hands-on aanpak waarbij testers betrokken zijn bij minimale planning en maximale testuitvoering. De planning omvat het opstellen van een testcharter, een korte verklaring van de scope van een korte (1 tot 2 uur) time-boxed testinspanning, de doelstellingen en mogelijke benaderingen die gebruikt moeten worden. De testontwerp- en testuitvoeringsactiviteiten worden doorgaans parallel uitgevoerd zonder de testomstandigheden, testcases of testscripts formeel te documenteren. Dit betekent niet dat andere, formelere testtechnieken niet gebruikt zullen worden. De tester kan bijvoorbeeld besluiten om grenswaardeanalyse te gebruiken, maar zal de belangrijkste grenswaarden doordenken en testen zonder ze per se op te schrijven. Tijdens de exploratory-testingsessie worden enkele aantekeningen gemaakt, zodat er daarna een rapport kan worden opgesteld.
👉 Gratis pdf-download: vragen en antwoorden over handmatige tests
2. Wat is ‘use case-testen’?
Om de functionele vereisten van een applicatie van begin tot eind te identificeren en uit te voeren, wordt gebruik gemaakt van ‘use case’. De technieken die hiervoor worden gebruikt, staan bekend als ‘Use Case Testing’.
3. Wat is het verschil tussen de STLC (Software Testing Life Cycle) en SDLC (Software Development Life Cycle)?
SDLC houdt zich bezig met de ontwikkeling/codering van de software, terwijl STLC zich bezighoudt met de validatie en verificatie van de software
4. Wat is de traceerbaarheidsmatrix?
Met behulp van een document wordt de relatie tussen testgevallen en eisen weergegeven. Dit document staat bekend als een traceerbaarheidsmatrix.
5. Wat is het testen van gelijkwaardigheidspartitionering?
Equivalentiepartitioneringstesten is een softwaretesttechniek waarbij de testgegevens van de applicatie-invoer ten minste één keer in elke partitie worden verdeeld met gelijkwaardige gegevens waaruit testgevallen kunnen worden afgeleid. Door deze testmethode wordt de tijd die nodig is voor het testen van software verkort.
6. Wat is white box-testen en welke soorten white box-testen zijn er?
De white box-testtechniek omvat de selectie van testcases op basis van een analyse van de interne structuur (codedekking, branchesdekking, padendekking, conditiedekking, enz.) van een component of systeem. Het staat ook bekend als codegebaseerde tests of structurele tests. Verschillende soorten white box-tests zijn
- Verklaring Dekking
- Beslissingsdekking
7. Wat controleert u bij white box-testen?
Bij white box-testen worden de volgende stappen geverifieerd.
- Controleer de beveiligingslekken in de code
- Controleer de onvolledige of gebroken paden in de code
- Controleer de structuurstroom volgens de documentspecificatie
- Controleer de verwachte resultaten
- Controleer alle voorwaardelijke lussen in de code om de volledige functionaliteit van de applicatie te controleren
- Controleer de codering regel voor regel en voer 100% tests uit
8. Wat is black box testing? Wat zijn de verschillende black box testing technieken?
Black box testing is de software testmethode die wordt gebruikt om de software te testen zonder de interne structuur van de code of het programma te kennen. Deze test wordt meestal gedaan om de functionaliteit van een applicatie te controleren. De verschillende black box testtechnieken zijn
- Gelijkwaardigheid Partitionering
- Grenswaarde analyse
- Oorzaak-gevolg grafieken
9. Wat is het verschil tussen statisch en dynamisch testen?
Statisch testen: Tijdens de statische testmethode wordt de code niet uitgevoerd en wordt deze uitgevoerd met behulp van de softwaredocumentatie.
Dynamisch testen: Om dit testen uit te voeren, moet de code een uitvoerbare vorm hebben.
10. Wat zijn verificatie en validatie?
Verificatie is een proces waarbij software in de ontwikkelingsfase wordt geëvalueerd. Het helpt u te beslissen of het product van een bepaalde toepassing voldoet aan de gestelde eisen. Validatie is het proces waarbij software na het ontwikkelingsproces wordt geëvalueerd en gecontroleerd of deze voldoet aan de eisen van de klant.
11. Wat zijn de verschillende testniveaus?
Er zijn vier testniveaus
- Eenheid/component/programma/module testen
- Integratietesten
- Systeem testen
- Acceptatietesten
12. Wat is integratietesten?
Integratietesten is een niveau van softwaretestproces, waarbij individuele eenheden van een applicatie worden gecombineerd en getest. Het wordt meestal uitgevoerd na unit- en functionele tests.
13. Waaruit bestaan testplannen?
Testontwerp, scope, teststrategieën en aanpak zijn verschillende details waaruit het testplan bestaat.
- Testcase-ID
- strekking
- Functies die getest moeten worden
- Functies die niet getest moeten worden
- Teststrategie & Testaanpak
- Testresultaten
- Verantwoordelijkheden
- Personeel en opleiding
- Risico's en onvoorziene omstandigheden
14. Wat is het verschil tussen UAT (User Acceptance Testing) en systeemtests?
Systeemtesten: Systeemtesten zijn het vinden van defecten wanneer het systeem als geheel wordt getest; het wordt ook wel end-to-end-testen genoemd. Bij dit soort testen lijdt de applicatie van begin tot eind.
UAT: User Acceptance Testing (UAT) houdt in dat een product een reeks specifieke tests doorloopt die bepalen of het product aan de behoeften van zijn gebruikers zal voldoen.
15. Noem het verschil tussen datagedreven testen en hertesten?
Opnieuw testen: Het is een proces van het controleren van bugs die door het ontwikkelteam worden uitgevoerd om te verifiëren dat ze zijn opgelost.
Datagestuurd testen (DDT): Bij een datagedreven testproces wordt de applicatie getest met meerdere testgegevens. De applicatie wordt getest met een andere set waarden.
Geavanceerde handmatige sollicitatievragen voor softwaretesten voor 3/5/10 jaar ervaring
16. Wat zijn de waardevolle stappen om problemen tijdens het testen op te lossen?
- Registratie: registreer eventuele problemen die zich hebben voorgedaan en handel deze af
- Rapporteren: Rapporteer de problemen aan de hogere manager
- Controle: Definieer het issuemanagementproces
17. Wat is het verschil tussen testscenario's, testgevallen en testscript?
Het verschil tussen testscenario's en testgevallen is dat
Testscenario's: Een testscenario is elke functionaliteit die kan worden getest. Het wordt ook wel testconditie of testmogelijkheid genoemd.
Testgevallen: Het is een document waarin de stappen staan die moeten worden uitgevoerd; het is eerder gepland.
Testscript: Het is geschreven in een programmeertaal en het is een kort programma dat wordt gebruikt om een deel van de functionaliteit van het softwaresysteem te testen. Met andere woorden: een geschreven reeks stappen die handmatig moeten worden uitgevoerd.
18. Wat is een latent defect?
Latent defect: Dit defect is een bestaand defect in het systeem dat geen enkele storing veroorzaakt, aangezien nooit aan de exacte reeks voorwaarden is voldaan
19. Wat zijn de twee parameters die nuttig kunnen zijn om de kwaliteit van de testuitvoering te kennen?
Om de kwaliteit van de testuitvoering te kennen, kunnen we twee parameters gebruiken
- Defecte uitwerpverhouding
- Defecte lekkageverhouding
Parameters voor de kwaliteit van de testuitvoering
20. Wat is de functie van de softwaretesttool “phantom”?
Phantom is een freeware en wordt gebruikt voor Windows GUI-automatiseringsscripttaal. Hiermee kunnen we automatisch controle over vensters en functies krijgen. Het kan elke combinatie van toetsaanslagen en muisklikken simuleren, evenals menu's, lijsten en meer.
21. Leg uit wat testresultaten zijn?
Testresultaten zijn een reeks documenten, hulpmiddelen en andere componenten die moeten worden ontwikkeld en onderhouden ter ondersteuning van het testen.
Er zijn verschillende testresultaten in elke fase van de levenscyclus van softwareontwikkeling
- Voor het testen
- Tijdens het testen
- Na het testen
22. Wat is mutatietesten?
Mutatietesten zijn een techniek om vast te stellen of een set testgegevens of testcases nuttig is door opzettelijk verschillende codewijzigingen (bugs) te introduceren en opnieuw te testen met originele testgegevens/cases om te bepalen of de bugs zijn gedetecteerd.
23. Waar moet u allemaal rekening mee houden voordat u automatiseringstools voor de AUT selecteert?
- Technische haalbaarheid
- Complexiteitsniveau
- Stabiliteit van applicaties
- Testgegevens
- Toepassingsgrootte:
- Herbruikbaarheid van geautomatiseerde scripts
- Uitvoering in de hele omgeving
24. Hoe gaat u risicoanalyse uitvoeren?
Voor de risicoanalyse moeten de volgende stappen worden geïmplementeerd
- Het vinden van de score van het risico
- Het maken van een profiel voor het risico
- Het wijzigen van de risico-eigenschappen
- Zet de middelen van dat testrisico in
- Het maken van een risicodatabase
25. Wat zijn de categorieën voor foutopsporing?
Categorieën voor foutopsporing
- Foutopsporing met brute kracht
- Terugkeren
- Oorzaak eliminatie
- Programma segmenteren
- Foutenboomanalyse
26. Wat is foutmaskering, leg dit uit met voorbeelden?
Wanneer de aanwezigheid van één defect de aanwezigheid van een ander defect in het systeem verbergt, wordt dit foutmaskering genoemd.
Voorbeeld: Als de “Negatieve waarde” een niet-afgehandelde systeemuitzondering veroorzaakt, zal de ontwikkelaar de invoer van negatieve waarden voorkomen. Hiermee wordt het probleem opgelost en wordt het defect van het niet-verwerkte uitzonderingsvuren verborgen.
27. Leg uit wat een testplan is? Welke informatie moet in het testplan worden opgenomen?
Een testplan kan worden gedefinieerd als een document waarin de reikwijdte, aanpak, middelen en planning van testactiviteiten worden beschreven. Een testplan moet de volgende details bevatten.
- Teststrategie
- Doelstelling testen
- Exit-/opschortingscriteria
- Resourceplanning
- Testresultaten
28. Hoe kunt u het productrisico in uw project elimineren?
Het helpt u productrisico's in uw project te elimineren, en er is een eenvoudige maar cruciale stap die het productrisico in uw project kan verminderen.
- Onderzoek de specificatiedocumenten
- Voer gesprekken over het project met alle belanghebbenden, inclusief de ontwikkelaar
- Loop als echte gebruiker rond op de website
29. Wat is het algemene risico dat leidt tot het mislukken van projecten?
Het algemene risico dat tot het mislukken van een project leidt, is:
- Er is niet genoeg menselijk potentieel
- De testomgeving is mogelijk niet correct ingesteld
- Beperkt budget
- Tijdsbeperkingen
30. Op welke basis kunt u tot een schatting voor uw project komen?
Om uw project te schatten, moet u rekening houden met de volgende punten
- Verdeel het hele project in de kleinste taken
- Wijs elke taak toe aan teamleden
- Schat de inspanning die nodig is om elke taak te voltooien
- Valideer de schatting
31. Leg uit hoe u een taak aan teamleden zou toewijzen?
| Taak | Lid |
|---|---|
| Analyseer de specificatie van softwarevereisten | Alle leden |
| Maak de testspecificatie | Tester/testanalist |
| Bouw de testomgeving op | Testbeheerder |
| Voer de testcases uit | Tester, een testbeheerder |
| Gebreken melden | tester |
32. Leg uit wat een testtype is en wat zijn de meest gebruikte testtypes?
Om een verwacht testresultaat te verkrijgen, wordt een standaardprocedure gevolgd die Testtype wordt genoemd.
Veelgebruikte testtypen zijn
- Unit Testing: Test de kleinste code van een applicatie
- API-testen: Test-API gemaakt voor de applicatie
- Integratietesten: Individuele softwaremodules worden gecombineerd en getest
- Systeemtesten: Volledige tests van het systeem
- Testen installeren/verwijderen: Testen worden uitgevoerd vanuit het perspectief van de klant/klant
- Agile Testen: Testen via Agile techniek
33. Waar moet u allemaal rekening mee houden bij het monitoren van uw project?
De zaken waarmee rekening moet worden gehouden zijn:
- Ligt uw project op schema
- Bent u boven het budget?
- Werk je aan hetzelfde carrièredoel
- Heb je voldoende middelen
- Zijn er waarschuwingssignalen voor dreigende problemen?
- Is er druk vanuit het management om het project eerder af te ronden?
34. Wat zijn de veelvoorkomende fouten die problemen veroorzaken?
- Middelen matchen met verkeerde projecten
- Testmanager gebrek aan vaardigheden
- Niet luisteren naar anderen
- Slechte planning
- Onderschat
- Het negeren van de kleine problemen
- Het proces niet volgen
35. Wat bevat een typisch testrapport? Wat zijn de voordelen van testrapporten?
Een testrapport bevat de volgende zaken:
- project informatie
- Doelstelling testen
- Testoverzicht
- Defect
De voordelen van testrapporten zijn:
- De huidige status van het project en de kwaliteit van het product worden geïnformeerd
- Indien nodig kunnen stakeholder en klant corrigerende maatregelen nemen
- Een einddocument helpt om te beslissen of het product klaar is voor release
36. Wat is testmanagementbeoordeling en waarom is dit belangrijk?
Managementreview wordt ook wel managementreview genoemd Software Kwaliteit Zekerheid of SQA. SQA richt zich meer op het softwareproces dan op de softwarewerkproducten. Het is een reeks activiteiten die zijn ontworpen om ervoor te zorgen dat de projectmanager het standaardproces volgt. SQA helpt testmanager het project te benchmarken aan de gestelde normen.
37. Wat zijn de beste praktijken voor softwarekwaliteitsborging?
De best practices voor een effectieve SQA-implementatie zijn:
- CONTINUE VERBETERING
- Documentatie
- Gebruik van gereedschap
- Metriek
- Verantwoordelijkheid door teamleden
- Ervaren SQA-auditors
38. Wanneer wordt de RTM (Requirement Traceability Matrix) opgesteld?
RTM wordt voorbereid voordat de testcase wordt ontworpen. Vereisten moeten herleidbaar zijn uit beoordelingsactiviteiten.
39. Wat is het verschil tussen Testmatrix en Traceerbaarheidsmatrix?
Testmatrix: Testmatrix wordt gebruikt om de werkelijke kwaliteit, inspanning, het plan, de middelen en de tijd vast te leggen die nodig zijn om alle fasen van het testen van software vast te leggen
Traceerbaarheid Matrix: Het in kaart brengen tussen testgevallen en klantvereisten staat bekend als Traceability Matrix
40. Wat zijn stubs en drivers bij handmatig testen?
Zowel stubs als stuurprogramma's maken deel uit van incrementeel testen. Bij incrementeel testen zijn er twee benaderingen, namelijk een bottom-up- en een top-down-benadering. Drivers worden gebruikt bij bottom-up testen en stub wordt gebruikt voor een top-down benadering. Om de hoofdmodule te testen, wordt de stub gebruikt, een dummycode of programma.
41. Welke stap zou u volgen zodra u het defect heeft gevonden?
Zodra een defect is gevonden, volgt u de stap
a) Creëer het defect opnieuw
b) Voeg de schermafbeelding toe
c) Registreer het defect
42. Leg uit wat de testplangestuurde of sleutelwoordgestuurde testmethode is?
Deze techniek maakt gebruik van het daadwerkelijke testcasedocument dat door testers is ontwikkeld met behulp van een spreadsheet met speciale “sleutelwoorden”. De sleutelwoorden bepalen de verwerking.
43. Wat is het DFD (Data Flow Diagram)?
Wanneer een “gegevensstroom” door een informatiesysteem grafisch wordt weergegeven, staat dit bekend als Data Flow Diagram. Het wordt ook gebruikt voor de visualisatie van gegevensverwerking.
44. Leg uit wat LCSAJ is?
LCSAJ staat voor 'lineaire codesequentie en sprong'. Het bestaat uit de volgende drie onderdelen
a) Begin van de lineaire reeks uitvoerbare instructies
b) Einde van de lineaire reeks
c) De doellijn waarnaar de besturingsstroom wordt overgedragen aan het einde van de lineaire reeks
45. Leg uit wat N+1 testen is?
De variatie van regressietesten wordt weergegeven als N+1. Bij deze techniek wordt het testen uitgevoerd in meerdere cycli waarbij fouten gevonden in testcyclus 'N' worden opgelost en opnieuw getest in testcyclus N+1. De cyclus wordt herhaald, tenzij er geen fouten worden gevonden.
46. Wat is Fuzz-testen en wanneer wordt het gebruikt?
Fuzz-testen worden gebruikt om beveiligingslekken en coderingsfouten in software op te sporen. Bij deze techniek worden willekeurige gegevens aan het systeem toegevoegd in een poging het systeem te laten crashen. Als de kwetsbaarheid blijft bestaan, wordt een tool genaamd fuzz tester gebruikt om mogelijke oorzaken vast te stellen. Deze techniek is nuttiger voor grotere projecten, maar detecteert alleen een grote fout.
47. Noem wat de belangrijkste voordelen zijn van de verklaringsdekkingsstatistiek van softwaretests?
Het voordeel van de dekkingsstatistiek is dat
a) Het vereist geen verwerking van de broncode en kan rechtstreeks op objectcode worden toegepast
b) Bugs worden gelijkmatig over de code verdeeld, waardoor het percentage van de gedekte uitvoerbare instructies het percentage ontdekte fouten weerspiegelt
48. Hoe kan ik testgevallen genereren voor de “replace a string”-methode?
a) Als tekens in nieuwe string > tekens in de vorige string. Geen van de tekens mag worden afgekapt
b) If karakters in nieuwe string< karakters in de vorige string. Ongewenste tekens mogen niet worden toegevoegd
c) Spaties na en vóór de string mogen niet worden verwijderd
d) String mag alleen worden vervangen als de string voor het eerst voorkomt
49. Hoe ga je om met een conflict tussen je teamleden?
- Ik zal met elke persoon individueel praten en hun zorgen noteren
- Ik zal een oplossing vinden voor de veel voorkomende problemen die door teamleden worden aangedragen
- Ik zal een teamvergadering houden, de oplossing onthullen en mensen vragen om mee te werken
50. Noem wat de categorieën defecten zijn?
Er zijn hoofdzakelijk drie defectcategorieën
- Verkeerd: Wanneer een vereiste verkeerd wordt geïmplementeerd
- Vermist: Het is een afwijking van de specificatie, een indicatie dat een specificatie niet is geïmplementeerd of dat niet aan een eis van de klant is voldaan
- Extra: Een eis die in het product is verwerkt en die niet door de eindklant is gegeven. Het wordt als een defect beschouwd omdat het afwijkt van de bestaande eisen
51. Leg uit hoe een testdekkingstool werkt?
De codedekkingstesttool loopt parallel tijdens het testen op het daadwerkelijke product. De codedekkingstool bewaakt de uitgevoerde instructies van de broncode. Wanneer de laatste tests zijn voltooid, krijgen we een volledig rapport van de openstaande verklaringen en krijgen we ook het dekkingspercentage te zien.
52. Noem wat het verschil is tussen een “defect” en een “fout” bij het testen van software?
Simpel gezegd: wanneer een defect de eindklant bereikt, wordt dit een storing genoemd, terwijl het defect intern wordt geïdentificeerd en opgelost; dan spreekt men van een defect.
53. Leg uit hoe je documenten kunt testen in een project dat de hele levenscyclus van softwareontwikkeling bestrijkt?
Het project bestrijkt de gehele levenscyclus van softwareontwikkeling op de volgende manier
- Centraal/Projecttestplan: Het is het hoofdtestplan dat de volledige teststrategie van het project schetst. Dit plan wordt gebruikt tot het einde van de levenscyclus van de softwareontwikkeling
- Acceptatietestplan: Dit document begint tijdens de fase van behoefte en wordt voltooid bij de uiteindelijke oplevering
- Systeemtestplan: Dit plan start tijdens het ontwerpplan en loopt door tot het einde van het project
- Integratie- en Unittestplan: Beide testplannen starten tijdens de uitvoeringsfase en duren tot aan de uiteindelijke oplevering
54. Leg uit welke testgevallen het eerst worden geschreven: zwarte vakken of witte vakken?
Black box testcases worden eerst geschreven om black box testcases te schrijven; het vereist een projectplan en een vereistendocument, al deze documenten zijn gemakkelijk beschikbaar aan het begin van het project. Terwijl het schrijven van white box testcases meer architectonisch inzicht vereist en niet beschikbaar is aan het begin van het project.
55. Leg uit wat het verschil is tussen latente en gemaskeerde defecten?
- Latent defect: Een latent defect is een bestaand defect dat geen storing heeft veroorzaakt omdat nooit aan de voorwaarden is voldaan
- Gemaskeerd defect: Het is een bestaand defect dat geen fout heeft veroorzaakt, omdat een ander defect de uitvoering van dat deel van de code heeft verhinderd
56. Noem eens wat bottom-up testen is?
Bottom-up testen is een benadering van integratietesten, waarbij de componenten op het laagste niveau eerst worden getest en vervolgens worden gebruikt om het testen van componenten op een hoger niveau te vergemakkelijken. Het proces wordt herhaald totdat de component bovenaan de hiërarchie is getest.
57. Noem wat de verschillende soorten testdekkingstechnieken zijn?
Verschillende soorten testdekkingstechnieken omvatten
- Verklaring Dekking: Het verifieert dat elke regel broncode is uitgevoerd en getest
- Beslissingsdekking: Het zorgt ervoor dat elke beslissing in de broncode wordt uitgevoerd en getest
- Paddekking: Het zorgt ervoor dat elke mogelijke route door een bepaald deel van de code wordt uitgevoerd en getest
58. Noem wat de betekenis van ademtesten is?
Ademtests zijn een testpakket dat de volledige functionaliteit van een product uitoefent, maar de functies niet in detail test
59. Leg uit wat de betekenis van Code Walk Through is?
Code Walk Through is de informele analyse van de programmabroncode om defecten te vinden en coderingstechnieken te verifiëren
60. Noem wat de basiscomponenten van het defectrapportformaat zijn?
De essentiële componenten van het defectrapportformaat zijn onder meer:
- Naam van het project
- Module Naam
- Defect gedetecteerd op
- Defect ontdekt door
- Defecte ID en naam
- Momentopname van het defect
- Prioriteits- en ernststatus
- Defect opgelost door
- Defect opgelost
61. Noem wat het doel achter het uitvoeren van end-to-end testen is?
End-to-end testen gebeurt na functioneel testen. Het doel achter end-to-end testen is dat
- Om de . te valideren Softwarevereisten en integratie met externe interfaces
- Toepassing testen in een realistisch omgevingsscenario
- Testen van de interactie tussen applicatie en database
62. Leg uit wat er wordt bedoeld met testharnas?
Een testharnas configureert een set tools en testgegevens om een applicatie onder verschillende omstandigheden te testen, en omvat het monitoren van de output met de verwachte output op juistheid.
63. Leg in een testproject uit welke testactiviteiten u zou automatiseren?
Bij het testen van projecttestactiviteiten automatiseert u zijn
- Tests die voor elke build van de applicatie moeten worden uitgevoerd
- Tests waarbij meerdere gegevens worden gebruikt voor dezelfde reeks acties
- Identieke tests die met verschillende browsers moeten worden uitgevoerd
- Bedrijfskritische pagina's
- Een transactie met pagina's die niet in korte tijd veranderen
64. Wat is het BELANGRIJKSTE voordeel van het ontwerpen van tests in een vroeg stadium van de levenscyclus?
Het helpt voorkomen dat er defecten in de code worden geïntroduceerd.
65. Wat is risicogebaseerd testen?
Op risico gebaseerd Testen is de term die wordt gebruikt voor een aanpak voor het creëren van een Teststrategie dat is gebaseerd op het prioriteren van tests op basis van risico. De basis van de aanpak is een gedetailleerde risicoanalyse en het prioriteren van risico's naar risiconiveau. Vervolgens worden tests gespecificeerd om elk risico aan te pakken, waarbij eerst wordt begonnen met het hoogste risico.
66. Wat is het BELANGRIJKSTE verschil tussen preventieve en reactieve benaderingen van testen?
Preventieve tests worden vroeg ontworpen; reactieve tests worden ontworpen nadat de software is geproduceerd.
67. Wat is het doel van exitcriteria?
Het doel van exitcriteria is om te bepalen wanneer een testniveau is voltooid.
68. Wat bepaalt het risiconiveau?
De waarschijnlijkheid van een ongunstige gebeurtenis en de impact van de gebeurtenis bepalen het risiconiveau.
69. Wanneer wordt er gebruik gemaakt van Beslissingstabeltesten?
Beslissingstabeltesten worden gebruikt voor het testen van systemen waarbij de specificatie de vorm aanneemt van regels of oorzaak-gevolgcombinaties. In een beslissingstabel worden de inputs in een kolom vermeld, met de outputs in dezelfde kolom maar onder de inputs. In de rest van de tabel worden combinaties van inputs onderzocht om de geproduceerde outputs te definiëren.
Meer informatie over de techniek van het testen van de beslissingstabel vindt u in de video-tutorial hier
70. Waarom gebruiken we beslissingstabellen?
De technieken van gelijkwaardigheidspartitionering en grenswaardeanalyse worden vaak toegepast op specifieke situaties of inputs. Als verschillende combinaties van inputs er echter toe leiden dat er verschillende acties worden ondernomen, kan dit moeilijker aan te tonen zijn met behulp van equivalentiepartitionering en grenswaardeanalyse, die doorgaans meer gericht zijn op de gebruikersinterface. De andere twee op specificaties gebaseerde technieken, beslissingstabellen en statustransitietests, zijn meer gericht op bedrijfslogica of bedrijfsregels. Een beslissingstabel is een goede manier om met combinaties van dingen om te gaan (bijvoorbeeld invoer). Deze techniek wordt ook wel een 'oorzaak-gevolg'-tabel genoemd. De reden hiervoor is dat er een bijbehorende logische diagramtechniek bestaat, genaamd 'oorzaak-gevolggrafiek', die soms werd gebruikt om de beslissingstabel af te leiden.
71. Wat is het HOOFDdoel bij het beoordelen van een softwareproduct?
Om defecten in elk softwarewerkproduct te identificeren.
72. Welke van de volgende definieert de verwachte resultaten van een test? Testcase-specificatie of testontwerp-specificatie.
Testgevalspecificatie definieert de verwachte resultaten van een test.
73. Wat is het voordeel van testonafhankelijkheid?
Het vermijdt vooringenomenheid van de auteur bij het definiëren van effectieve tests.
74. Als onderdeel van welk testproces bepaalt u de exitcriteria?
Op basis van 'Testplanning' worden de exitcriteria bepaald.
75. Wat is alfatesten?
Pre-releasetests door vertegenwoordigers van eindgebruikers op de site van de ontwikkelaar.
76. Wat is bètatesten?
Testen uitgevoerd door potentiële klanten op hun eigen locatie.
77. Noem wat het verschil is tussen pilot- en bètatesten?
Het verschil tussen een pilot- en bètatest is dat pilottests daadwerkelijk worden uitgevoerd met het product door de groep gebruikers vóór de definitieve implementatie, en bij bètatests voeren we geen echte gegevens in, maar worden deze bij de eindklant geïnstalleerd om te valideren of het product gebruikt kan worden in de productie.
78. Gegeven het volgende codefragment, hoeveel tests zijn vereist voor 100% beslissingsdekking?
if width > length
thenbiggest_dimension = width
if height > width
thenbiggest_dimension = height
end_if
elsebiggest_dimension = length
if height > length
thenbiggest_dimension = height
end_if
end_if
4
79. U hebt testcases ontworpen om 100% verklaring en 100% beslissingsdekking te bieden voor het volgende codefragment. if width > length then biggest_dimension = width else biggest_dimension = length end_if Het volgende is toegevoegd aan de onderkant van het bovenstaande codefragment. print “Grootste dimensie is ” &biggest_dimensionprint “Breedte: ” & breedte print “Lengte: ” & lengte Hoeveel testcases zijn er nog nodig?
Geen, bestaande testgevallen kunnen worden gebruikt.
80. Wat is het verschil tussen testtechnieken en testtools?
Testtechniek: – Is een proces om ervoor te zorgen dat sommige aspecten van het applicatiesysteem of de eenheid naar behoren functioneren. Er kunnen weinig technieken zijn, maar veel hulpmiddelen.
Testtools: – Is een voertuig voor het uitvoeren van een testproces. De tool is een hulpmiddel voor de tester, maar is op zichzelf onvoldoende om tests uit te voeren
Meer informatie over testhulpmiddelen hier
81. We gebruiken de output van de behoefteanalyse, de behoeftespecificatie als input voor het schrijven van …
Testgevallen voor gebruikersacceptatie
82. Herhaald testen van een reeds getest programma, na wijziging, om eventuele defecten te ontdekken die zijn geïntroduceerd of ontdekt als gevolg van de wijzigingen in de geteste software of in een ander gerelateerd of niet-gerelateerd softwareonderdeel:
Regressie Testing
83. Een groothandel verkoopt printercartridges. De minimale bestelhoeveelheid is 5. Er geldt een korting van 20% voor bestellingen van 100 of meer printercartridges. U bent gevraagd om testcases voor te bereiden met verschillende waarden voor het aantal bestelde printercartridges. Welke van de volgende groepen bevat drie testinputs die gegenereerd zouden worden met behulp van Boundary Value Analysis?
4, 5, 99
84. Wat is het testen van componenten?
Componenttesten, ook wel eenheids-, module- en programmatests genoemd, zoekt naar defecten in en verifieert de werking van software (bijvoorbeeld modules, programma's, objecten, klassen, enz.) die afzonderlijk testbaar zijn. Het testen van componenten kan afzonderlijk van de rest van het systeem worden uitgevoerd, afhankelijk van de context van de ontwikkelingslevenscyclus en het systeem. Meestal worden stubs en stuurprogramma's gebruikt om de ontbrekende software te vervangen en eenvoudig de interface tussen de softwarecomponenten te simuleren. Er wordt een stub aangeroepen vanuit de te testen softwarecomponent; een chauffeur roept een onderdeel op om te testen.
Hier staat een geweldige video op Testen van een eenheid
85. Wat is functioneel systeemtesten?
Het testen van de end-to-end functionaliteit van het systeem als geheel wordt gedefinieerd als een functionele systeemtest.
86. Wat zijn de voordelen van onafhankelijke tests?
Onafhankelijke testers zijn onbevooroordeeld en identificeren tegelijkertijd verschillende defecten.
87. Wanneer zou u verwachten dat bij een REACTIEVE testbenadering het grootste deel van het testontwerpwerk zou beginnen?
Het grootste deel van het testontwerpwerk begint nadat de software of het systeem is geproduceerd.
88. Wat zijn de verschillende methodologieën in het Agile ontwikkelingsmodel?
Er zijn momenteel zeven verschillende agile methodieken waarvan ik op de hoogte ben:
- Extreem programmeren (XP)
- Worsteling om de bal
- Lean softwareontwikkeling
- Functiegestuurde ontwikkeling
- Agile verenigd proces
- Kristal
- Dynamisch systeemontwikkelingsmodel (DSDM)
89. Welke activiteit in het fundamentele testproces omvat de evaluatie van de testbaarheid van de eisen en het systeem?
Bij een 'Testanalyse' en 'Ontwerp' wordt onder meer gekeken naar de testbaarheid van de eisen en het systeem.
90. Wat is doorgaans de belangrijkste reden om risico’s te gebruiken om testinspanningen te stimuleren?
Want alles testen is niet haalbaar.
91. Wat is willekeurig testen/apentesten? Wanneer wordt het gebruikt?
Willekeurig testen wordt ook wel aaptesten genoemd. Bij dit soort tests worden gegevens willekeurig gegenereerd, vaak met behulp van een tool of een geautomatiseerd mechanisme. Met deze willekeurig gegenereerde invoer wordt het systeem getest en worden de resultaten dienovereenkomstig geanalyseerd. Deze tests zijn minder betrouwbaar; daarom wordt het normaal gesproken gebruikt door beginners en om te zien of het systeem stand zal houden onder nadelige effecten.
92. Welke van de volgende zijn geldige doelstellingen voor incidentrapporten?
- Geef ontwikkelaars en andere partijen feedback over het probleem om identificatie, isolatie en correctie indien nodig mogelijk te maken.
- Ideeën aandragen voor verbetering van het testproces.
- Zorg voor een middel om de bekwaamheid van de testers te beoordelen.
- Geef testers een manier om de kwaliteit van het te testen systeem te volgen.
93. Overweeg de volgende technieken. Welke zijn statische en welke zijn dynamische technieken?
- Equivalentiepartitionering.
- Gebruik case-testen.
- Gegevensstroomanalyse.
- Verkennend testen.
- Beslissingstesten.
- Inspecties.
Gegevensstroomanalyse en inspecties zijn statisch; Equivalentiepartitionering, Use Case Testing, Exploratory Testing en Decision Testing zijn dynamisch.
94. Waarom worden statische testen en dynamische testen als complementair beschreven?
Omdat ze het doel van het identificeren van defecten delen, maar verschillen in de soorten defecten die ze vinden.
95. Wat zijn de fasen van een formele beoordeling?
In tegenstelling tot informele beoordelingen volgen formele beoordelingen een formeel proces. Een typisch formeel beoordelingsproces bestaat uit zes hoofdstappen:
- Planning
- Kick-off
- Voorbereiding
- Revie vergadering
- Rework
- Opvolgen.
96. Wat is de rol van moderator in het beoordelingsproces?
De moderator (of reviewleider) leidt het reviewproces. Hij of zij bepaalt, in samenwerking met de auteur, het type review, de aanpak en de samenstelling van het reviewteam. De moderator voert de invoercontrole en de follow-up van de rework uit, om de kwaliteit van de input en output van het reviewproces te controleren. De moderator plant ook de vergadering, verspreidt documenten vóór de vergadering, coacht andere teamleden, leidt de vergadering, leidt mogelijke discussies en slaat de verzamelde gegevens op.
Leer meer over Revbekijk het proces in Video Tutorial hier
97. Wat is een equivalentiepartitie (ook bekend als een equivalentieklasse)?
Een invoer- of uitvoerbereik van waarden zodanig dat slechts één waarde in het bereik een testgeval wordt.
98. Wanneer moeten configuratiebeheerprocedures worden geïmplementeerd?
Tijdens de testplanning.
99. Een soort functionele tests, waarbij de functies worden onderzocht die verband houden met de detectie van bedreigingen, zoals virussen van kwaadwillende buitenstaanders?
Beveiligingstests
100. Testen waarbij we het doel van de test onderwerpen aan verschillende werklasten om het prestatiegedrag en het vermogen van het doel en de test om goed te blijven functioneren onder deze verschillende werklasten te meten en evalueren?
load Testen
101. Testactiviteit die wordt uitgevoerd om defecten in de interfaces en in de interactie tussen geïntegreerde componenten bloot te leggen?
Testen op integratieniveau
102. Wat zijn de structuurgebaseerde (white-box) testtechnieken?
Structuurgebaseerde testtechnieken (die ook dynamisch zijn in plaats van statisch) gebruiken de interne structuur van de software om testcases af te leiden. Ze worden vaak 'white-box'- of 'glass-box'-technieken genoemd (wat impliceert dat u in het systeem kunt kijken), omdat ze kennis vereisen van hoe de software is geïmplementeerd, dat wil zeggen, hoe het werkt. Een structurele techniek kan bijvoorbeeld betrekking hebben op het oefenen van lussen in de software. Verschillende testcases kunnen worden afgeleid om de lus één keer, twee keer en vele keren uit te oefenen. Dit kan worden gedaan ongeacht de functionaliteit van de software.
103. Wanneer moet “Regressietesten” worden uitgevoerd?
Nadat de software is gewijzigd of wanneer de omgeving is veranderd Regressietesten worden uitgevoerd.
104. Wat zijn negatieve en positieve tests?
Er is sprake van een negatieve test als u een ongeldige invoer invoert en fouten ontvangt. Terwijl bij positief testen sprake is van een geldige invoer en verwacht dat een actie wordt voltooid in overeenstemming met de specificatie.
105. Wat is het doel van een toetsafrondingscriterium?
Het doel van het testvoltooiingscriterium is om te bepalen wanneer er moet worden gestopt met testen
106. Wat kan statische analyse NIET vinden?
Bijvoorbeeld geheugenlekken.
107. Wat is het verschil tussen hertesten en regressietesten?
Door opnieuw te testen wordt gegarandeerd dat de oorspronkelijke fout is verholpen; regressietesten zoeken naar onverwachte bijwerkingen.
108. Wat zijn op ervaring gebaseerde testtechnieken?
Bij op ervaring gebaseerde technieken leveren de kennis, vaardigheden en achtergrond van mensen een belangrijke bijdrage aan de testomstandigheden en testgevallen. De ervaring van zowel technische als zakenmensen is belangrijk, omdat zij verschillende perspectieven inbrengen in het testanalyse- en ontwerpproces. Door eerdere ervaringen met soortgelijke systemen hebben zij mogelijk inzicht in wat er mis kan gaan, wat erg handig is bij het testen.
109. Welk type beoordeling vereist formele in- en uitstapcriteria, inclusief meetgegevens?
Inspectie
110. Kunnen beoordelingen of inspecties als onderdeel van het testen worden beschouwd?
Ja, want beide helpen fouten op te sporen en de kwaliteit te verbeteren.
111. Een invoerveld neemt het geboortejaar tussen 1900 en 2004 in, wat zijn de grenswaarden voor het testen van dit veld?
1899,1900,2004,2005
112. Welke van de volgende tools zouden betrokken zijn bij de automatisering van regressietesten? a. Datatester b. Boundarytester c. Capture/Playback d. Outputcomparator.
D. Uitgangsvergelijker
113. Om een functie te testen, moet een programmeur schrijven, die de te testen functie aanroept en testgegevens doorgeeft.
bestuurder
114. Wat is de belangrijkste reden waarom ontwikkelaars moeite hebben met het testen van hun eigen werk?
Gebrek aan objectiviteit
115. "Hoeveel testen is genoeg?"
Het antwoord hangt af van het risico voor uw branche, contract en speciale eisen.
116. Wanneer moet het testen worden stopgezet?
Het hangt af van de risico's voor het systeem dat wordt getest. Er zijn enkele criteria op basis waarvan u kunt stoppen met testen.
- Deadlines (testen, release)
- Het testbudget is op
- Het bugpercentage daalt onder een bepaald niveau
- Testgevallen voltooid met een bepaald percentage geslaagd
- Alfa- of bètaperiodes voor testen eindigen
- Er wordt tot op een bepaald punt voldaan aan de dekking van code, functionaliteit of vereisten
117. Welke van de volgende is het primaire doel van de integratiestrategie voor integratietesten op kleine schaal?
Het primaire doel van de integratiestrategie is om te specificeren welke modules wanneer moeten worden gecombineerd en hoeveel tegelijk.
118. Wat zijn semi-willekeurige testgevallen?
Semi-willekeurige testgevallen zijn niets, maar als we willekeurige testgevallen uitvoeren en gelijkwaardigheidspartitionering naar die testgevallen uitvoeren, worden overtollige testgevallen verwijderd, waardoor we semi-willekeurige testgevallen krijgen.
119. Gegeven de volgende code, welke bewering is waar over het minimale aantal testcases dat vereist is voor volledige verklaring en vertakkingsdekking?
Lees p
Lees q
ALS p+q> 100
Druk vervolgens “Groot” af
STOP ALS
ALS p > 50
Druk vervolgens “p Groot” af
STOP ALS
1 test voor afschriftdekking, 2 voor filiaaldekking
120. Welke beoordeling wordt normaal gesproken gebruikt om een product te beoordelen om de geschiktheid ervan voor het beoogde gebruik te bepalen en om discrepanties te identificeren?
Technisch Review.
121. Door wie moeten de gevonden fouten oorspronkelijk worden gedocumenteerd?
Door testers.
122. Wat is de huidige formele, wereldwijd erkende documentatiestandaard?
Er is er geen.
123. Welke van de volgende personen is de deelnemer aan de beoordeling die het te beoordelen item heeft aangemaakt?
Auteur
124. Een aantal kritieke bugs zijn in de software opgelost. Alle bugs bevinden zich in één module, gerelateerd aan rapporten. De testmanager besluit om alleen regressietesten uit te voeren op de rapportagemodule.
Regressietests moeten ook op andere modules worden uitgevoerd, omdat het repareren van één module andere modules kan beïnvloeden.
125. Waarom levert de grenswaardeanalyse goede testgevallen op?
Omdat er vaak fouten worden gemaakt tijdens het programmeren van de verschillende gevallen nabij de 'randen' van het waardenbereik.
126. Wat maakt een inspectie anders dan andere soorten controles?
Het wordt geleid door een getrainde leider en maakt gebruik van formele in- en uitstapcriteria en checklists.
127. Waarom kan een tester afhankelijk zijn van configuratiemanagement?
Omdat configuratiebeheer ervoor zorgt dat we de exacte versie van de testware en het testobject kennen.
128. Wat is het V-model?
Een softwareontwikkelingsmodel dat illustreert hoe testactiviteiten integreren met softwareontwikkelingsfasen
129. Wat zijn onderhoudstests?
Getriggerd door aanpassingen, migratie of buitengebruikstelling van bestaande software
130. Wat is testdekking?
Testdekking meet op een specifieke manier de hoeveelheid tests die wordt uitgevoerd door een reeks tests (op een andere manier afgeleid, bijvoorbeeld met behulp van op specificatie gebaseerde technieken). Overal waar we dingen kunnen tellen en kunnen zien of elk van die dingen al dan niet door een of andere test is getest, kunnen we de dekking meten.
131. Waarom heeft incrementele integratie de voorkeur boven “big bang”-integratie?
Omdat incrementele integratie een beter screening- en isolatievermogen voor vroege defecten biedt
132. Hoe wordt het proces genoemd dat begint met de terminalmodules?
Integratie van onderop
133. Tijdens welke testactiviteit kunnen fouten het meest kosteneffectief worden opgespoord?
Tijdens de testplanning
134. Het doel van de eisfase is
Om de vereisten te bevriezen, om de behoeften van gebruikers te begrijpen, om de reikwijdte van het testen te definiëren
135. Waarom splitsen we het testen op in verschillende fasen?
We splitsen het testen op in verschillende fasen om de volgende redenen:
- Elke testfase heeft een ander doel
- Het is gemakkelijker om in fasen te testen
- We kunnen verschillende tests uitvoeren in verschillende omgevingen
- Door middel van gefaseerd testen worden de prestatie en kwaliteit van het testen verbeterd
136. Wat is DRE?
Om de testeffectiviteit te meten, wordt een krachtige metriek gebruikt om de testeffectiviteit te meten, bekend als DRE (Defect Removal Efficiency). Uit deze metriek weten we hoeveel bugs we hebben gevonden in de reeks testgevallen. De formule voor het berekenen van DRE is
DRE=Aantal bugs tijdens het testen/aantal bugs tijdens het testen + aantal bugs gevonden door een gebruiker
137. Welke van de volgende zal waarschijnlijk het meest profiteren van het gebruik van testtools die testcapture- en replay-faciliteiten bieden? a) Regressietesten b) Integratietesten c) Systeemtesten d) Gebruikersacceptatietesten
Regressietesten
138. Hoe schat u de hoeveelheid hertests in die waarschijnlijk nodig zal zijn?
Statistieken van eerdere soortgelijke projecten en discussies met het ontwikkelingsteam
139. Waar wordt datastroomanalyse bestudeerd?
Het gebruik van gegevens over paden door de code.
140. Wat is falen?
Falen is het afwijken van gespecificeerd gedrag.
141. Wat zijn testvergelijkers?
Is het echt een test als je wat input in bepaalde software stopt, maar nooit kijkt of de software het juiste resultaat oplevert? De essentie van testen is om te controleren of de software het juiste resultaat oplevert en om dat te doen, en we moeten vergelijken wat de software produceert met wat deze zou moeten produceren. Een testvergelijker helpt aspecten van die vergelijking te automatiseren.
142. Wie is verantwoordelijk voor het documenteren van alle kwesties, problemen en open punten die tijdens de evaluatiebijeenkomst zijn geïdentificeerd
Schriftgeleerde
143. Wat is het voornaamste doel van informele toetsing
Een goedkope manier om wat voordeel te behalen
144. Wat is het doel van testontwerptechniek?
Testomstandigheden identificeren en testgevallen identificeren
145. Bij het testen van een cijferberekeningssysteem stelt een tester vast dat alle scores tussen 90 en 100 het cijfer A opleveren, maar scores onder de 90 niet. Deze analyse staat bekend als:
Gelijkwaardigheidspartitionering
146. Een testmanager wil de beschikbare middelen inzetten voor het geautomatiseerd testen van een webapplicatie. De beste keuze is
Tester, testautomatiseerder, webspecialist, DBA
147. Tijdens het testen van een moduletester heeft 'X' een bug gevonden en deze aan een ontwikkelaar toegewezen. Maar de ontwikkelaar verwerpt hetzelfde en zegt dat het geen bug is. Wat moet 'X' doen?
Stuur de gedetailleerde informatie over de aangetroffen bug en controleer de reproduceerbaarheid
148. Een type integratietest waarbij software-elementen, hardware-elementen of beide in één keer worden gecombineerd tot een component of een totaalsysteem, in plaats van in fasen.
Big Bang-testen
149. In de praktijk kan welk levenscyclusmodel meer, minder of verschillende niveaus van ontwikkeling en testen hebben, afhankelijk van het project en het softwareproduct. Er kunnen bijvoorbeeld componentintegratietests plaatsvinden na componenttests, en systeemintegratietests na systeemtests.
V-model
150. Welke techniek kan worden gebruikt om input- en outputdekking te bereiken? Het kan worden toegepast op menselijke input, input via interfaces naar een systeem, of interfaceparameters bij integratietests.
Gelijkwaardigheidspartitionering
151. “Dit levenscyclusmodel wordt gedreven door plannings- en budgetrisico’s” Deze verklaring is het meest geschikt voor.
V-model
152. In welke volgorde moeten de tests worden uitgevoerd?
De belangrijkste moet eerst worden getest
153. Hoe later in de ontwikkelingscyclus een fout wordt ontdekt, hoe duurder het is om deze te repareren. Waarom?
De fout is ingebouwd in meer documentatie, code, tests, enz
154. Wat is dekkingsmeting?
Het is een gedeeltelijke maatstaf voor de grondigheid van tests.
155. Wat is het testen van grenswaarden?
Test randvoorwaarden op, onder en boven de randen van invoer- en uitvoerequivalentieklassen. Laten we bijvoorbeeld een bankaanvraag zeggen waarbij u maximaal Rs.20,000 en minimaal Rs.100 kunt opnemen, dus bij het testen van grenswaarden testen we alleen de exacte grenzen, in plaats van in het midden te zoeken. Dat betekent dat we boven de maximumgrens en onder de minimumgrens testen.
156. Wat vertegenwoordigt COTS?
Commercieel uit de kast.
157. Het doel hiervan is om specifieke tests mogelijk te maken op een systeem of netwerk dat zo veel mogelijk lijkt op de omgeving waarin het geteste item bij de release zal worden gebruikt?
Test omgeving
158. Wat kan worden gezien als gebaseerd op het projectplan, maar met grotere hoeveelheden details?
Fase Testplan
159. Wat is snelle applicatieontwikkeling?
Rapid Application Development (RAD) is formeel een parallelle ontwikkeling van functies en daaropvolgende integratie. Componenten/functies worden parallel ontwikkeld alsof het miniprojecten zijn, de ontwikkelingen worden in een timebox geplaatst, geleverd en vervolgens geassembleerd tot een werkend prototype. Dit kan de klant heel snel iets geven om te zien en te gebruiken en om feedback te geven over de levering en hun vereisten. Snelle verandering en ontwikkeling van het product zijn mogelijk met behulp van deze methodologie. De productspecificatie moet echter op een gegeven moment voor het product worden ontwikkeld en het project moet onder meer formele controles worden geplaatst voordat het in productie gaat.
👉 Verwijs onze – Quiz testen
👉 Verwijs onze – Software Testing Interviewvragen Youtube Video
Gratis pdf-download: vragen en antwoorden over sollicitatiegesprekken over softwaretesten
De bovenstaande vragen en antwoorden voor handmatige testinterviews in pdf-formaat zullen zowel eerstejaars als ervaren QA-ingenieurs helpen. Deel de pagina alstublieft met vrienden en collega's.
