Antwoord.

Geschiedenis van de vraag:

Met de ontwikkeling van massaproductie van software is de noodzaak ontstaan om de functionaliteit van producten snel en kwaliteitsvol te testen zonder toegang tot hun interne implementatie. Zo ontstond de 'black box'-methode, waarbij de tester alleen met de publieke interface van de applicatie werkt.

Probleem:

Zonder codebegrip kunnen bepaalde interne fouten worden gemist of kunnen bepaalde uitvoeringspaden niet worden getest. Desondanks stelt de 'black box' in staat om te testen vanuit het perspectief van de gebruiker en problemen te identificeren vanuit het standpunt van de gebruiker.

Oplossing:

De 'black box'-methode houdt in:

De tester beoordeelt de interface-elementen en het gedrag van het programma volgens de specificaties.
Kennis van de code of de interne werking van het systeem is niet vereist.
De invoergegevens en de resultaten aan de uitgang worden gecontroleerd, niet het rekenproces ertussen.

Belangrijkste kenmerken:

Biedt een onafhankelijke beoordeling vanuit het perspectief van de eindgebruiker
Dekking van alleen het externe gedrag van het systeem
Maakt het niet mogelijk om interne implementatiefouten te controleren

Vragen met een valstrik.

Moet je programmeren om te testen volgens de 'black box'-methode?

Nee, voor het toepassen van deze methode is geen kennis van de code vereist, het belangrijkste is begrip van de functionele vereisten.

Garandeert de 'black box'-methode volledige dekking van alle fouten?

Nee, omdat niet alle fouten via de externe interface kunnen worden gedetecteerd, blijven sommige defecten verborgen zonder toegang tot de interne logica.

Kan alleen de 'black box' worden toegepast bij het testen van complexe bedrijfsservices?

Nee, het is wenselijk om het te combineren met andere methoden (zoals de 'white box'-methode) om de maximaal mogelijke dekking te bereiken.

Typische fouten en anti-patronen

Testen alleen via de UI zonder API-controle
Volledige negeren van documentatie (specificaties)
Ontbreken van creatieve negatieve scenario's

Voorbeeld uit het leven

Negatieve case

De tester testte een bancaire applicatie alleen via de 'black box', door standaardgegevens via de interface in te voeren en geen aandacht te besteden aan de interne balans (API werd niet getest).

Voordelen:

Snelle tests volgens gebruikerscenario's

Nadelen:

Na de lancering bleek dat bij herhaalde bewerkingen extra geld werd afgeschreven (interne bug die niet duidelijk zichtbaar was op de UI)

Positieve case

De tester combineerde het testen: eerst functioneel testen volgens de 'black box', waarbij gebruikersscenario's werden beschreven, en vervolgens, samen met de ontwikkelaar, controleerde de API en de gegevens in de database.