Soorten softwaretests (100 voorbeelden)

Wat is een softwaretesttype?

Softwaretesttype is een classificatie van verschillende testactiviteiten in categorieën, die elk een gedefinieerd testdoel, teststrategie en testresultaten hebben. Het doel van het hebben van een testtype is het valideren van de applicatie die wordt getest (AUT) voor de gedefinieerde testdoelstelling.

Het doel van toegankelijkheidstests is bijvoorbeeld om te valideren dat de AUT toegankelijk is voor mensen met een handicap. Dus als uw softwareoplossing uitgeschakeld moet worden, controleert u deze aan de hand van toegankelijkheidstestcases.

Soorten softwaretests

Een lijst van 100 soorten softwaretests samen met definities. Een must read voor elke QA-professional. Beschouw dit als uw gids voor alle soorten softwaretests.

1. Acceptatietesten: Er worden formele tests uitgevoerd om te bepalen of een systeem al dan niet aan de acceptatiecriteria voldoet en om de klant in staat te stellen te bepalen of hij het systeem wel of niet accepteert. Meestal wordt dit door de klant uitgevoerd. Lees meer op Acceptatietesten
2. Toegankelijkheidstesten: Type test dat de bruikbaarheid van een product bepaalt voor mensen met een handicap (doof, blind, verstandelijk gehandicapt enz.). Het evaluatieproces wordt uitgevoerd door personen met een handicap. Lees meer op Toegankelijkheid testen
3. Actief testen: Type testen bestaande uit het introduceren van testgegevens en het analyseren van de uitvoeringsresultaten. Het wordt meestal uitgevoerd door het testteam.
4. Agile testen: Softwaretestpraktijk die de principes van het agile manifest volgt, waarbij de nadruk ligt op testen vanuit het perspectief van klanten die het systeem gaan gebruiken. Het wordt meestal uitgevoerd door de QA-teams. Lees meer op Agile testen
5. Leeftijd testen: Type test dat het vermogen van een systeem om in de toekomst te presteren evalueert. Het evaluatieproces wordt uitgevoerd door testteams.
6. Ad-hoc testen: Testen uitgevoerd zonder planning en documentatie – de tester probeert het systeem te 'breken' door willekeurig de functionaliteit van het systeem te proberen. Het wordt uitgevoerd door het testteam. Lees meer op Ad-hoc testen
7. Alfatesten: Alpha Testing is een type softwaretesten dat wordt uitgevoerd op de site van de ontwikkelaar om bugs, bruikbaarheidsproblemen en functionaliteitsgaten te identificeren voordat het product wordt vrijgegeven voor bètatesten. Het omvat interne testers, zoals ontwikkelaars en QA-teams, en soms geselecteerde eindgebruikers in een gecontroleerde omgeving. Lees meer op Alpha-testen
8. Bewering testen: Type test bestaande uit het verifiëren of de omstandigheden de productvereisten bevestigen. Het wordt uitgevoerd door het testteam.
9. API-testen: Testtechniek vergelijkbaar met Unit Testing, omdat deze zich richt op codeniveau. Api Testing verschilt van Unit Testing doordat het doorgaans een QA-taak is en geen ontwikkelaarstaak. Lees meer op API-testen
10. Testen met alle paren: Combinatorische testmethode die alle mogelijke discrete combinaties van invoerparameters test. Het wordt uitgevoerd door de testteams.
11. Geautomatiseerd testen: Testtechniek die gebruikmaakt van Automation Testing-tools om de opzet van de omgeving, de testuitvoering en de rapportering van resultaten te controleren. Het wordt uitgevoerd door een computer en wordt gebruikt binnen de testteams. Lees meer op Geautomatiseerde tests
12. Basispadtesten: Een testmechanisme dat een logische complexiteitsmaatstaf van een procedureel ontwerp afleidt en dit gebruikt als leidraad voor het definiëren van een basisset van uitvoeringspaden. Het wordt gebruikt door testteams bij het definiëren van testcases. Lees meer over Basispad testen
13. Achterwaartse compatibiliteitstesten: Testmethode die het gedrag van de ontwikkelde software verifieert met oudere versies van de testomgeving. Het wordt uitgevoerd door een testteam.
14. Beta testen: Laatste testen voordat de applicatie voor commerciële doeleinden wordt vrijgegeven. Het wordt doorgaans gedaan door eindgebruikers of anderen.
15. Benchmarktesten: Testtechniek waarbij gebruik wordt gemaakt van representatieve sets programma's en gegevens die zijn ontworpen om de prestaties van computerhardware en -software in een bepaalde configuratie te evalueren. Het wordt uitgevoerd door testteams. Lees meer op Benchmarktesten
16. Big Bang-integratietesten: Testtechniek waarbij individuele programmamodules pas worden geïntegreerd als alles gereed is. Het wordt uitgevoerd door de testteams.
17. Binaire draagbaarheidstesten: Techniek die een uitvoerbare applicatie test op draagbaarheid tussen systeemplatforms en omgevingen, meestal op conformiteit met een ABI-specificatie. Het wordt uitgevoerd door de testteams.
18. Grenswaardetesten: Softwaretesttechniek waarbij tests zijn ontworpen om vertegenwoordigers van grenswaarden te omvatten. Het wordt uitgevoerd door de QA-testteams. Lees meer op Grenswaarde testen
19. Bottom-up integratietesten: Bij bottom-up Integration Testing worden eerst modules op het laagste niveau ontwikkeld en worden andere modules die richting het 'hoofd'-programma gaan één voor één geïntegreerd en getest. Het wordt meestal uitgevoerd door de testteams.
20. Filiaaltesten: Testtechniek waarbij alle vertakkingen in de programmabroncode minimaal één keer worden getest. Dit wordt gedaan door de ontwikkelaar.
21. Breedte testen: Een testpakket dat de volledige functionaliteit van een product uitoefent, maar de functies niet in detail test. Het wordt uitgevoerd door testteams.
22. Black box-testen: Een methode voor het testen van software die de functionaliteit van een applicatie verifieert zonder specifieke kennis van de code/interne structuur van de applicatie. Testen zijn gebaseerd op eisen en functionaliteit. Het wordt uitgevoerd door QA-teams. Lees meer op Zwarte doos testen
23. Codegestuurd testen: Testtechniek die gebruikmaakt van testframeworks (zoals xUnit) waarmee unit-tests kunnen worden uitgevoerd om te bepalen of verschillende delen van de code onder verschillende omstandigheden naar verwachting werken. Het wordt uitgevoerd door de ontwikkelingsteams.
24. Compatibiliteitstesten: Testtechniek die valideert hoe goed een software presteert in een bepaalde hardware/software/besturingssysteem/netwerkomgeving. Het wordt uitgevoerd door de testteams. Lees meer op Compatibiliteitstesten
25. Vergelijkingstesten: Testtechniek die de productsterktes en -zwaktes vergelijkt met eerdere versies of andere soortgelijke producten. Kan worden uitgevoerd door testers, ontwikkelaars, productmanagers of producteigenaren. Lees meer over Component testen
26. Component testen: Testtechniek vergelijkbaar met unit-testen, maar met een hoger integratieniveau: testen wordt gedaan in de context van de applicatie in plaats van alleen maar direct een specifieke methode te testen. Kan worden uitgevoerd door test- of ontwikkelingsteams.
27. Configuratie testen: Testtechniek die de minimale en optimale configuratie van hardware en software bepaalt, en het effect van het toevoegen of wijzigen van bronnen zoals geheugen, schijfstations en CPU. Meestal wordt dit uitgevoerd door de Performance Testing-ingenieurs. Lees meer op Configuratie testen
28. Conditiedekking testen: Type softwaretest waarbij elke voorwaarde wordt uitgevoerd door deze op elk van de manieren minstens één keer waar en onwaar te maken. Het wordt doorgaans gemaakt door de Automation Testing-teams.
29. Nalevingstesten: Type toetsing waarbij wordt gecontroleerd of het systeem is ontwikkeld in overeenstemming met normen, procedures en richtlijnen. Het wordt meestal uitgevoerd door externe bedrijven die het merk “Certified OGC Compliant” aanbieden.
30. Gelijktijdigheid testen: Testen voor meerdere gebruikers gericht op het bepalen van de effecten van toegang tot dezelfde applicatiecode, module of databaserecords. Het wordt meestal gedaan door prestatie-ingenieurs. Lees meer op Gelijktijdigheid testen
31. Conformiteitstesten: Het proces waarbij wordt getest of een implementatie voldoet aan de specificatie waarop deze is gebaseerd. Het wordt meestal uitgevoerd door testteams. Lees meer op Conformiteitstesten
32. Contextgestuurd testen: Een Agile Testing-techniek die pleit voor een continue en creatieve evaluatie van testmogelijkheden in het licht van de potentiële informatie die aan het licht komt en de waarde van die informatie voor de organisatie op een specifiek moment. Het wordt meestal uitgevoerd door Agile-testteams.
33. Conversie testen: Testen van programma's of procedures die worden gebruikt om gegevens uit bestaande systemen om te zetten voor gebruik in vervangende systemen. Het wordt meestal uitgevoerd door de QA-teams.
34. Beslissingsdekkingstests: Type softwaretest waarbij elke voorwaarde/beslissing wordt uitgevoerd door deze op waar/onwaar in te stellen. Het wordt meestal gemaakt door de automatiseringstestteams.
35. Destructief testen: Type test waarbij de tests worden uitgevoerd tot het falen van het monster, om de structurele prestaties of het materiaalgedrag van een monster onder verschillende belastingen te begrijpen. Het wordt meestal uitgevoerd door QA-teams.
    Lees meer op Destructief testen
36. Afhankelijkheidstesten: Testtype dat de vereisten van een applicatie voor reeds bestaande software, initiële statussen en configuratie onderzoekt om de juiste functionaliteit te behouden. Het wordt meestal uitgevoerd door testteams.
37. Dynamisch testen: Term die in de software-engineering wordt gebruikt om het testen van het dynamische gedrag van code te beschrijven. Het wordt doorgaans uitgevoerd door testteams. Lees meer op Dynamisch testen
38. Domein testen: White box testtechniek die controles bevat dat het programma alleen geldige invoer accepteert. Het wordt meestal gedaan door softwareontwikkelingsteams en af ​​en toe door automatiseringstestteams.
39. Foutafhandeling testen: Softwaretesttype dat het vermogen van het systeem om foutieve transacties correct te verwerken, bepaalt. Het wordt meestal uitgevoerd door de testteams.
40. End-to-end testen: Net als bij systeemtesten gaat het om het testen van een volledige applicatieomgeving in een situatie die het gebruik in de echte wereld nabootst, zoals interactie met een database, gebruik van netwerkcommunicatie of interactie met andere hardware, applicaties of systemen, indien van toepassing. Het wordt uitgevoerd door QA-teams. Lees meer op End-to-end testen
41. Uithoudingsvermogen testen: Type test waarbij wordt gecontroleerd op geheugenlekken of andere problemen die kunnen optreden bij langdurige uitvoering. Het wordt meestal uitgevoerd door prestatie-ingenieurs. Lees meer op Uithoudingsvermogen testen
42. Verkennend testen: Black box testtechniek uitgevoerd zonder planning en documentatie. Het wordt meestal uitgevoerd door handmatige testers. Lees meer over Verkennend testen
43. Gelijkwaardigheidspartitionering testen: Softwaretesttechniek die de invoergegevens van een software-eenheid verdeelt in gegevenspartities waaruit testgevallen kunnen worden afgeleid. het wordt meestal uitgevoerd door de QA-teams. Lees meer op Equivalentiepartitionering testen
44. Fout injectie testen: Onderdeel van een uitgebreide teststrategie die de tester in staat stelt zich te concentreren op de manier waarop de te testen applicatie om kan gaan met uitzonderingen. Het wordt uitgevoerd door QA-teams.
45. Formele verificatie Testen: De handeling van het bewijzen of weerleggen van de juistheid van beoogde algoritmen die ten grondslag liggen aan een systeem met betrekking tot een bepaalde formele specificatie of eigenschap, met behulp van formele methoden van wiskunde. Het wordt meestal uitgevoerd door QA-teams.
46. Functioneel testen: Type black box-testen dat zijn testcases baseert op de specificaties van het softwarecomponent dat wordt getest. Het wordt uitgevoerd door testteams. Lees meer over Functioneel testen
47. Fuzz-testen: Softwaretesttechniek die ongeldige, onverwachte of willekeurige gegevens levert aan de invoer van een programma – een speciaal gebied van mutatietesten. Fuzz-testen worden uitgevoerd door testteams. Lees meer op Fuzz-testen
48. Gorilla-testen: Softwaretesttechniek die zich richt op het zwaar testen van één bepaalde module. Het wordt uitgevoerd door kwaliteitsborgingsteams, meestal tijdens volledige tests.
49. Gray Box testen: Een combinatie van zwart Box en wit Box testmethodologieën: het testen van een stuk software aan de hand van de specificaties, maar met gebruikmaking van enige kennis van de interne werking ervan. Het kan worden uitgevoerd door ontwikkelings- of testteams.
50. Glazen doos testen: Vergelijkbaar met white box testing, gebaseerd op kennis van de interne logica van de code van een applicatie. Het wordt uitgevoerd door ontwikkelteams.
51. GUI-software testen: Het proces waarbij een product wordt getest dat gebruikmaakt van een grafische gebruikersinterface, om er zeker van te zijn dat het voldoet aan de schriftelijke specificaties. Normaal gesproken wordt dit gedaan door de testteams. Lees meer op GUI-software testen
52. Mondialisering testen: Testmethode die de juiste functionaliteit van het product controleert met alle cultuur-/landinstellingen, waarbij gebruik wordt gemaakt van elk mogelijk type internationale input. Het wordt uitgevoerd door het testteam. Lees meer op Mondialisering testen
53. Hybride integratietesten: Testtechniek die top-down en bottom-up integratietechnieken combineert om de voordelen van dit soort testen te benutten. Het wordt meestal uitgevoerd door de testteams.
54. Integratie testen: De fase bij het testen van software waarin individuele softwaremodules worden gecombineerd en als groep worden getest. Het wordt meestal uitgevoerd door testteams. Lees meer op Integratietesten
55. Interfacetesten: Er worden tests uitgevoerd om te evalueren of systemen of componenten gegevens en besturing correct aan elkaar doorgeven. Het wordt meestal uitgevoerd door zowel test- als ontwikkelingsteams. Lees meer op Interface testen
56. Installeren/verwijderen Testen: Kwaliteitsborgingswerk dat zich richt op wat klanten moeten doen om de nieuwe software succesvol te installeren en in te stellen. Het kan volledige, gedeeltelijke of upgrade-installatie-/deïnstallatieprocessen omvatten en wordt doorgaans uitgevoerd door de softwaretesttechnicus in samenwerking met de configuratiemanager.
57. Internationalisering testen: Het proces dat ervoor zorgt dat de functionaliteit van het product niet wordt verbroken en dat alle berichten op de juiste manier worden geëxternaliseerd bij gebruik in verschillende talen en landinstellingen. Het wordt meestal uitgevoerd door de testteams.
58. Testen tussen systemen: Een testtechniek die gericht is op het verifiëren of de onderlinge verbindingen tussen applicaties correct functioneren. Deze wordt doorgaans uitgevoerd door de testteams.
59. Zoekwoordgestuurd testen: Ook bekend als tabelgestuurd testen of actiewoordtesten, is een softwaretestmethodologie voor geautomatiseerd testen waarbij het proces voor het maken van tests in twee afzonderlijke fasen wordt verdeeld: een planningsfase en een implementatiefase. Het kan worden gebruikt door handmatige of geautomatiseerde testteams. Lees meer op Zoekwoordgestuurd testen
60. Belasting testen: Testtechniek die eisen stelt aan een systeem of apparaat en de respons ervan meet. Het wordt meestal uitgevoerd door de prestatie-ingenieurs. Lees meer op load Testen
61. Lokalisatie testen: Een deel van het softwaretestproces was gericht op het aanpassen van een geglobaliseerde applicatie aan een bepaalde cultuur/landinstelling. Normaal gesproken wordt dit gedaan door de testteams. Lees meer op Lokalisatie testen
62. Lustesten: Een white box testtechniek die programma-loops oefent. Het wordt uitgevoerd door de ontwikkelteams. Lees meer over Lus testen
63. Handmatig scripttesten: Testmethode waarbij de testgevallen door het team worden ontworpen en beoordeeld voordat deze worden uitgevoerd. Het wordt gedaan door handmatige testteams.
64. Handmatige ondersteuningstesten: Testtechniek waarbij alle functies worden getest die door de mensen worden uitgevoerd tijdens het voorbereiden van de gegevens en het gebruik van deze gegevens uit een geautomatiseerd systeem. het wordt uitgevoerd door testteams.
65. Modelgebaseerd testen: De toepassing van modelgebaseerd ontwerp voor het ontwerpen en uitvoeren van de noodzakelijke artefacten om softwaretests uit te voeren. Het wordt meestal uitgevoerd door testteams. Lees meer op Modelgebaseerd testen
66. Mutatie testen: Methode voor het testen van software waarbij de broncode of bytecode van programma's op kleine manieren wordt gewijzigd om delen van de code te testen die zelden of nooit worden gebruikt tijdens de normale uitvoering van tests. Normaal gesproken wordt dit uitgevoerd door testers. Lees meer op Mutatie testen
67. Modulariteitsgedreven testen: Softwaretesttechniek waarbij kleine, onafhankelijke scripts moeten worden gemaakt die modules, secties en functies van de te testen applicatie vertegenwoordigen. Het wordt meestal uitgevoerd door het testteam.
68. Niet-functioneel testen: Testtechniek die zich richt op het testen van een softwareapplicatie op zijn niet-functionele vereisten. Kan worden uitgevoerd door de prestatie-ingenieurs of door handmatige testteams. Lees meer op Niet-functioneel testen
69. Negatieve testen: Ook bekend als "test to fail" - testmethode waarbij het doel van de tests is om aan te tonen dat een component of systeem niet werkt. Het wordt uitgevoerd door handmatige of automatiseringstesters. Lees meer op Negatieve testen
70. Operaationele testen: Testtechniek die wordt uitgevoerd om een ​​systeem of component in zijn operationele omgeving te evalueren. Meestal wordt het uitgevoerd door testteams. Lees meer over Operationele testen
71. Orthogonale array-testen: Systematische, statistische manier van testen die kan worden toegepast bij het testen van gebruikersinterfaces, systeemtesten, regressietesten, configuratietesten en prestatietesten. Het wordt uitgevoerd door het testteam. Lees meer op Orthogonale array-testen
72. Paar testen: Softwareontwikkelingstechniek waarbij twee teamleden samenwerken aan één toetsenbord om de softwareapplicatie te testen. De een doet de testen en de ander analyseert of beoordeelt de testen. Dit kan worden gedaan tussen één tester en ontwikkelaar of bedrijfsanalist, of tussen twee testers, waarbij beide deelnemers om beurten het toetsenbord besturen.
73. Passief testen: Testtechniek bestaande uit het monitoren van de resultaten van een draaiend systeem zonder speciale testgegevens te introduceren. Het wordt uitgevoerd door het testteam.
74. Parallel testen: Testtechniek die tot doel heeft ervoor te zorgen dat een nieuwe applicatie die de oudere versie heeft vervangen, is geïnstalleerd en correct werkt. Het wordt uitgevoerd door het testteam. Lees meer op Parallel testen
75. Pad testen: Typische white box-testing die als doel heeft om te voldoen aan de dekkingscriteria voor elk logisch pad door het programma. Het wordt meestal uitgevoerd door het ontwikkelteam. Lees meer op Pad testen
76. Penetratietesten: Testmethode die de veiligheid van een computersysteem of netwerk evalueert door een aanval van een kwaadaardige bron te simuleren. Meestal worden ze uitgevoerd door gespecialiseerde penetratietestbedrijven. Lees meer op Penetratietests
77. Prestatietesten: Functionele tests uitgevoerd om de conformiteit van een systeem of component met gespecificeerde prestatie-eisen te evalueren. Het wordt meestal uitgevoerd door de prestatie-ingenieur. Lees meer op Performance Testing
78. Kwalificatie testen: Testen aan de hand van de specificaties van de vorige release, meestal uitgevoerd door de ontwikkelaar voor de consument, om aan te tonen dat de software aan de gespecificeerde eisen voldoet.
79. Ramp testen: Type test bestaande uit het continu verhogen van een ingangssignaal totdat het systeem uitvalt. Het kan worden uitgevoerd door het testteam of de prestatie-ingenieur.
80. Regressietesten: Type softwaretest waarbij wordt geprobeerd softwarefouten aan het licht te brengen nadat er wijzigingen in het programma zijn aangebracht (bijvoorbeeld bugfixes of nieuwe functionaliteit), door het programma opnieuw te testen. Het wordt uitgevoerd door de testteams. Lees meer op Regressie Testing
81. Hersteltesten: Testtechniek die evalueert hoe goed een systeem herstelt van crashes, hardwarestoringen of andere catastrofale problemen. Het wordt uitgevoerd door de testteams. Lees meer op Herstel testen
82. Vereisten testen: Testtechniek die valideert dat de vereisten correct, volledig, ondubbelzinnig en logisch consistent zijn en het mogelijk maakt om op basis van die vereisten een noodzakelijke en voldoende reeks testgevallen te ontwerpen. Het wordt uitgevoerd door QA-teams.
83. Beveiligingstests: Een proces om vast te stellen dat een informatiesysteem gegevens beschermt en de functionaliteit behoudt zoals bedoeld. Het kan worden uitgevoerd door testteams of door gespecialiseerde beveiligingstestbedrijven. Lees meer op Beveiligingstests
84. Sanity-testen: Testtechniek die bepaalt of een nieuwe softwareversie goed genoeg presteert om een ​​grote testinspanning te accepteren. Het wordt uitgevoerd door de testteams. Lees meer op Sanity testen
85. Scenariotesten: Testactiviteit die scenario's gebruikt op basis van een hypothetisch verhaal om een ​​persoon te helpen nadenken over een complex probleem of systeem voor een testomgeving. Het wordt uitgevoerd door de testteams. Lees meer over Scenariotesten
86. Schaalbaarheidstesten: Onderdeel van de reeks niet-functionele tests die een softwareapplicatie testen op het meten van het vermogen om op te schalen – of het nu gaat om de ondersteunde gebruikersbelasting, het aantal transacties, het datavolume enz. Het wordt uitgevoerd door de performance engineer. Lees meer op Schaalbaarheid testen
87. Verklaring testen: White box testing die voldoet aan het criterium dat elke statement in een programma ten minste één keer wordt uitgevoerd tijdens het testen van het programma. Het wordt meestal uitgevoerd door het ontwikkelteam.
88. Statisch testen: Een vorm van softwaretesten waarbij de software niet daadwerkelijk wordt gebruikt, maar voornamelijk wordt gecontroleerd op de integriteit van de code, het algoritme of het document. Het wordt gebruikt door de ontwikkelaar die de code heeft geschreven. Lees meer op Statisch testen
89. Stabiliteit testen: Testtechniek die probeert te bepalen of een applicatie crasht. Het wordt meestal uitgevoerd door de prestatie-ingenieur. Lees meer op Stabiliteitstesten
90. Rook testen: Testtechniek waarbij alle basiscomponenten van een softwaresysteem worden onderzocht om er zeker van te zijn dat ze goed werken. Meestal worden rooktests uitgevoerd door het testteam, onmiddellijk nadat een softwareversie is gemaakt. Lees meer op Rook testen
91. Opslag testen: Een testtype dat verifieert of het geteste programma gegevensbestanden in de juiste mappen opslaat en voldoende ruimte reserveert om onverwachte beëindiging als gevolg van ruimtegebrek te voorkomen. Het wordt meestal uitgevoerd door het testteam. Lees meer op Opslag testen
92. Stress testen: Testtechniek die een systeem of component evalueert op of buiten de grenzen van de gespecificeerde vereisten. Het wordt meestal uitgevoerd door de prestatie-ingenieur. Lees meer op Stress testen
93. Structureel testen: White box testtechniek die rekening houdt met de interne structuur van een systeem of component en ervoor zorgt dat elke programma-instructie de beoogde functie uitvoert. Het wordt meestal uitgevoerd door de softwareontwikkelaars.
94. Systeem testen: Het proces van het testen van een geïntegreerd hardware- en softwaresysteem om te verifiëren dat het systeem aan de gespecificeerde eisen voldoet. Het wordt uitgevoerd door de testteams in zowel de ontwikkelings- als de doelomgeving. Lees meer op Systeem testen
95. Systeemintegratie testen: Testproces dat de coëxistentie van een softwaresysteem met anderen uitoefent. Het wordt meestal uitgevoerd door de testteams. Lees meer op Systeemintegratie testen
96. Top-down integratietesten: Testtechniek waarbij u bovenaan een systeemhiërarchie bij de gebruikersinterface begint en stubs gebruikt om van boven naar beneden te testen totdat het hele systeem is geïmplementeerd. Het wordt uitgevoerd door de testteams.

97. Draad testen: Een variatie op een top-down testtechniek waarbij de geleidelijke integratie van componenten de implementatie van subsets van de vereisten volgt. Het wordt meestal uitgevoerd door de testteams. Lees meer op Draad testen

98. Upgrade testen: Testtechniek die verifieert of assets die met oudere versies zijn gemaakt, op de juiste manier kunnen worden gebruikt en of het leren van de gebruiker niet in gevaar komt. Het wordt uitgevoerd door de testteams.
99. Testen van een eenheid: Softwareverificatie- en validatiemethode waarbij een programmeur test of individuele broncode-eenheden geschikt zijn voor gebruik. Meestal wordt dit uitgevoerd door het ontwikkelteam. Lees meer op Testen van een eenheid
100. Testen van gebruikersinterface: Type test dat wordt uitgevoerd om te controleren hoe gebruiksvriendelijk de applicatie is. Het wordt uitgevoerd door testteams. Lees meer op Testen van gebruikersinterface

Bonus!!! Het is altijd goed om er een paar extra te weten

101. Bruikbaarheidstesten: Testtechniek die het gemak verifieert waarmee een gebruiker kan leren een systeem of component te bedienen, invoer voor te bereiden en uitvoer te interpreteren. Het wordt meestal uitgevoerd door eindgebruikers. Lees meer over Usability Testing
102. Volumetesten: Testen die bevestigen dat alle waarden die in de loop van de tijd groot kunnen worden (zoals verzamelde tellingen, logs en databestanden), door het programma kunnen worden verwerkt en dat het programma niet zal stoppen met werken of de werking ervan op enigerlei wijze zal verslechteren. Het wordt meestal uitgevoerd door de performance engineer. Lees meer op Volume testen
103. Kwetsbaarheidstesten: Type testen dat betrekking heeft op de veiligheid van applicaties en tot doel heeft problemen te voorkomen die de integriteit en stabiliteit van de applicatie kunnen aantasten. Het kan worden uitgevoerd door de interne testteams of worden uitbesteed aan gespecialiseerde bedrijven. Lees meer op Kwetsbaarheidstesten
104. White box-testen: Testtechniek gebaseerd op kennis van de interne logica van de code van een applicatie en omvat tests zoals dekking van code-instructies, vertakkingen, paden en voorwaarden. Het wordt uitgevoerd door softwareontwikkelaars. Lees meer op Whitebox-testen
105. Workflowtesten: Gescripte end-to-end testtechniek die specifieke workflows dupliceert die naar verwachting door de eindgebruiker zullen worden gebruikt. Het wordt meestal uitgevoerd door testteams. Lees meer op Workflow testen

Dat is het einde van de lijst. Ik hoop dat u het leuk vond om te lezen. Om de juiste tools voor dit type testen en andere te vinden, verken deze verzameling van testtools.