klaar om uw kennis van de top testing techniques op te frissen? Black box testing verwijst naar een hele schat aan software testtechnieken die ons helpen een uitstekende testdekking te bereiken, terwijl het aantal gevallen wordt beperkt en tijd wordt bespaard.

Lees verder om te begrijpen wat black box testen (precies) is en welke technieken uw team kan gebruiken om uw volgende cyclus te beïnvloeden.

Wat is black box testen?

Black box testing betekent gewoon dat de interne werkstructuur (de code) onbekend is. De testers valideren de functionele vereisten zonder de broncode te controleren.

zie de code als verborgen in een zwarte doos. Voor alle ingangen vergelijkt de tester de verwachte uitgangen met de werkelijke uitgangen.

bij dit type testen bekijken testers de interne code niet en hebben ze niet noodzakelijkerwijs kennis van de structuur of interne paden. In plaats daarvan gebruiken ze kennis van de softwarevereisten om testcases te formuleren.

Black box vs. white box testen?

als black box testing “Onbekende” interne software vertegenwoordigt, denk dan aan white box testing als ” bekend.”

bij white box testing moet een tester de gebruikte programmeertaal en systeemstructuur kennen. In tegenstelling tot black box testen, die afhankelijk is van het perspectief van een eindgebruiker, white box testen omvat technieken die een eindgebruiker nooit zou simuleren omdat testers de code herzien om problemen met de beveiliging, informatiestroom en snelheid te vinden.

Wat zijn de beste black box-testtechnieken?

Black box testtechnieken zijn gewoon alle testtechnieken waarbij de tester de interne code niet hoeft te kennen.

Er zijn er veel.

deze zes black box-testtechnieken hebben tot doel het product strategisch te bestrijken en tegelijkertijd het totale aantal gevallen te verlagen:

• Equivalentiepartitionering – dit black box-testvoorbeeld vermindert tonnen herwerking. Testers groeperen testomstandigheden samen, zodat in elke groep slechts één testvoorwaarde hoeft te worden getest. Als die voorwaarde werkt, dan moeten alle voorwaarden van die groep ook werken. Bijvoorbeeld, met een uploader, kan deze techniek worden gebruikt om bestandstypen en groottes te testen zonder elke combinatie te overlappen.
• Grenswaardeanalyse – met grenswaardeanalyse test u de grenzen van welke waarden zijn toegestaan. Dus, als het systeem alleen een getal tussen 1 en 100 moet accepteren, zul je die grenzen willen testen, evenals iets meer en net onder (0 en 101), maar je hoeft geen tijd te verspillen met het testen van de nummers ertussen.
• Decision table testing – deze techniek wordt het best gebruikt voor complexe combinaties, waarbij verschillende inputs leiden tot verschillende beslissingen (in tegenstelling tot equivalentiepartitionering en grenswaardeanalyse). Ook bekend als oorzaak-en effecttabellen, kunnen beslissingstabellen helpen om de verwachte outputs te verduidelijken en ervoor te zorgen dat er geen combinaties worden gemist bij het vormen van testgevallen.

• State transition testing – elk systeem dat verschillende uitgangen kan geven voor dezelfde ingang afhankelijk van de omstandigheden buiten vereist state transition testen. Bijvoorbeeld: een geldautomaat die de tester $60 geeft en later niet de tester $60 (omdat de rekening Onder dat bedrag is gedompeld); of een stoplicht dat groen wordt als je de sensor activeert, maar later niet (omdat iemand anders er eerst was en linksaf mag gaan voordat je rechtdoor gaat). Dit type black box test voorbeeld kan dezelfde ingangen maar verschillende uitgangen hebben, omdat het systeem is “overgestapt” naar een nieuwe staat.
• verkennende tests – met verkennende tests simuleert de tester het gedrag van gebruikers, terwijl hij strategisch door acties in het systeem beweegt om de testdekking te maximaliseren. Dit wordt beschouwd als een black box techniek omdat er geen kennis van de interne code is vereist. In plaats daarvan moeten testers de softwarevereisten en het verwachte gedrag kennen. Vanaf daar kunnen ze zich gedragen als gebruikers – maar altijd de hoeden van hun testers op houden.
• fout raden – fout raden is precies zoals het klinkt. Een tester “gissingen” waar fouten zijn het meest waarschijnlijk worden gevonden. Maar aangezien de volgende factoren gaan in de beslissing, een “guess” is niet echt een eerlijke term: de eigen ervaring van de testers, kennis van de toepassing, resultaten van eerdere testcycli, klant kwestie tickets, problemen met eerdere releases, en risico rapporten. Wanneer u probeert te kiezen welk deel van de applicatie het meest grondige testen zal ontvangen, is fout raden een must.

voordelen van black box testing technieken

Black box testing vereist geen geavanceerde programmeerkennis, dus hoewel het vinden van testers die kunnen coderen erg belangrijk kan zijn voor andere technieken zoals white box testing, unit testing, en AI en PA binnen Automatisering, is het niet nodig om functionele testen gedekt te krijgen.

deze vorm van testen kan worden gedaan met behulp van record en playback tools, maar vereisen geen dure tools of suites.

de sleutel bij black box testen is om de dekking van het testplan te strategisch te maken, testgevallen waar nodig te overlappen, redundantie waar mogelijk te verminderen en technieken te combineren om het aantal bugs dat de productie bereikt te minimaliseren.

Testlio is uw partner in super awesome testen met behulp van beproefde technieken en nieuwe methoden. Zie hoe Testlio werkt of stuur ons een bericht en we zullen lopen een demo personaliseren om aan uw specifieke behoeften te voldoen.