Wat is Black Box-testen?
Bij Black-box testen heeft een tester geen informatie over de interne werking van het softwaresysteem. Black box testing is een test op hoog niveau dat zich richt op het gedrag van de software. Het omvat testen vanuit een extern perspectief of vanuit een eindgebruikersperspectief. Black box-tests kunnen worden toegepast op vrijwel elk niveau van softwaretests: eenheid, integratie, systeem en acceptatie.
Wat is White Box-testen?
White-box testing is een testtechniek die de interne werking van het systeem controleert. Bij deze methode is het testen gebaseerd op de dekking van codeverklaringen, vertakkingen, paden of voorwaarden. White-Box-testen worden beschouwd als testen op laag niveau. Het wordt ook wel glazen doos, transparante doos, doorzichtige doos of codebasis testen genoemd. De white-box testmethode gaat ervan uit dat het pad van de logica in een eenheid of programma bekend is.
BELANGRIJK VERSCHIL
- In Black Box wordt getest zonder kennis van de interne structuur van programma of applicatie, terwijl in White Box wordt getest met kennis van de interne structuur van programma.
- Black Box-test vereist geen programmeerkennis, terwijl de White Box-test programmeerkennis vereist.
- Black Box-testen hebben als hoofddoel het testen van het gedrag van de software, terwijl White Box-testen het belangrijkste doel hebben om de interne werking van het systeem te testen.
- Black Box-testen zijn gericht op het externe perspectief of het perspectief van de eindgebruiker, terwijl White Box-testen gericht zijn op codestructuur, voorwaarden, paden en vertakkingen.
- De Black Box-test levert rapporten met een lage granulariteit op, terwijl de White Box-test rapporten met een hoge granulariteit oplevert.
- Black Box-testen is een niet tijdrovend proces, terwijl White Box-testen een tijdrovend proces is.
Verschil tussen Black Box-testen en White Box-testen
| Parameter | Black Box-testen | White Box-testen |
|---|---|---|
| Definitie | Het is een testaanpak die wordt gebruikt om de software te testen zonder kennis van de interne structuur van programma of applicatie. | Het is een testaanpak waarbij de interne structuur bekend is bij de tester. |
| Alias | Het staat ook bekend als data-driven, box testing, data- en functioneel testen. | Het wordt ook structureel testen, clear box-testen, code-based testen of glass box-testen genoemd. |
| Basis van testen | Testen is gebaseerd op externe verwachtingen; het interne gedrag van de applicatie is onbekend. | De interne werking is bekend en de tester kan dienovereenkomstig testen. |
| Gebruik | Dit type testen is ideaal voor testen op een hoger niveau, zoals systeemtesten en acceptatietesten. | Testen is het meest geschikt voor testen op een lager niveau, zoals Unit Testing, Integration testing. |
| Programmeerkennis | Programmeerkennis is niet nodig om Black Box-tests uit te voeren. | Programmeerkennis is vereist om White Box-testen uit te voeren. |
| Implementatie kennis | Implementatiekennis vereist geen Black Box-tests. | Volledig begrip is nodig om WhiteBox-tests te implementeren. |
| Automatisering | Test en programmeur zijn afhankelijk van elkaar, dus het is moeilijk te automatiseren. | White Box-testen zijn eenvoudig te automatiseren. |
| Objectief | Het belangrijkste doel van deze tests is om te controleren welke functionaliteit van het te testen systeem is. | Het belangrijkste doel van White Box-testen is om de kwaliteit van de code te controleren. |
| Basis voor testcases | Het testen kan beginnen na het opstellen van het specificatiedocument. | Het testen kan beginnen na het voorbereiden van het detailontwerpdocument. |
| Getest door | Uitgevoerd door de eindgebruiker, ontwikkelaar en tester. | Meestal gedaan door tester en ontwikkelaars. |
| Granulariteit | De granulariteit is laag. | De granulariteit is hoog. |
| Testmethode | Het is gebaseerd op een methode van vallen en opstaan. | Datadomein en interne grenzen kunnen worden getest. |
| Tijd | Het is minder uitputtend en tijdrovend. | Uitputtende en tijdrovende methode. |
| Algoritme-test | Niet de beste methode voor het testen van algoritmen. | Meest geschikt voor het testen van algoritmen. |
| Toegang tot code | Codetoegang is niet vereist voor Black Box Testing. | Voor het testen van de witte doos is toegang tot de code vereist. Daardoor kan de code worden gestolen als het testen wordt uitbesteed. |
| Voordeel | Goed geschikt en efficiënt voor grote codesegmenten. | Hiermee kunnen de extra regels code worden verwijderd, die verborgen defecten kunnen binnenhalen. |
| Vaardigheidsniveau | Laaggeschoolde testers kunnen de applicatie testen zonder kennis van de implementatie van programmeertaal of besturingssysteem. | Een deskundige tester met uitgebreide ervaring nodig om white box-tests uit te voeren. |
| Technieken | Equivalentiepartitionering is de Blackbox-testtechniek die wordt gebruikt voor Blackbox-tests. Equivalentiepartitionering verdeelt invoerwaarden in geldige en ongeldige partities en selecteert overeenkomstige waarden uit elke partitie van de testgegevens. Grenswaardeanalyse controleert grenzen voor invoerwaarden. | Statement Coverage, Branch-dekking en Path-dekking zijn White Box-testtechnieken. Statement Coverage valideert of elke regel van de code minstens één keer wordt uitgevoerd. Branch-dekking valideert of elke branch minstens één keer wordt uitgevoerd. Path-coverage-methode test alle paden van het programma. |
| Nadelen | Update naar automatiseringstestscript is essentieel als u de applicatie regelmatig moet wijzigen. | Geautomatiseerde testcases kunnen nutteloos worden als de codebasis snel verandert. |