Inleiding tot Black Box-testen
Black box-testtechnieken is een methode die de interne structuur, het ontwerp of de implementatie van het te testen item omvat. De tests die worden uitgevoerd, kunnen functioneel of niet-functioneel zijn. Dit staat bekend als black-box testen omdat de persoon die het systeem test niet op de hoogte is van de interne codestructuur. De tester weet niets over implementatiedetails en over de interne paden. Het testen gebeurt volledig op basis van softwarevereisten en specificaties die door de tester worden ontvangen. De belangrijkste focus in deze test is de input en output die aan het systeem wordt geleverd.
Technieken voor Black Box-testen
De testgevallen die zijn ontworpen om een systeem te testen, spelen een belangrijke rol bij het testen. Er moet rekening worden gehouden met de manier waarop ze zijn gemaakt en de scenario's die ze behandelen. Testers kunnen het vereiste specificatiedocument maken met behulp van de onderstaande technieken:
- Gelijkwaardigheid Partitionering
- Grenswaarde-analyse
- Beslissingstabel testen
- Overgangstests van de staat
- Fout raden
- Op grafieken gebaseerde testmethoden
- Vergelijkingstesten
- Gebruik Case Technique
Hieronder volgen de technieken die hieronder worden uitgelegd:
1. Gelijkwaardigheidstesten
- Deze techniek verdeelt de invoerwaarden die aan de software worden verstrekt in verschillende groepen of klassen. Dit gebeurt op basis van de output die als resultaat zal komen. Deze techniek staat ook bekend als Equivalence Class Partitioning. Door dit te doen, besparen we de inspanning om verschillende inputs te geven. In plaats daarvan geven we één waarde aan de groep of klasse om de uitkomst voor die groep of klasse te testen. Dit helpt bij het verbeteren van de testdekking en op zijn beurt het herwerken. De tijd wordt ook opgeslagen omdat er geen afzonderlijke ingangen moeten worden gegeven. Input voor elke klasse is voldoende.
- Laten we een voorbeeld nemen van cijfers die studenten scoren. Als een student boven de 75% scoort, heeft hij / zij de eerste klas met onderscheiding veiliggesteld. Evenzo, als de score tussen 60% en 75% ligt, heeft hij / zij First Class veiliggesteld. Als de score tussen 50% en 60% ligt, dan tweede klasse. Als de score tussen 40% en 50% ligt, slaagt u voor klasse, anders mislukt. Hier zullen er vier klassen zijn. Deze testgevallen worden gevormd en er wordt voor gezorgd dat alle mogelijkheden daarom worden gedekt. Daarom is testen met eventuele waarden in deze set voldoende.
2. Grenswaarde-analyse
- Hier ligt de focus op de waarden die aanwezig zijn bij de grenzen. Dit komt meestal omdat er veel problemen zijn gevonden bij het testen met waarden die zich op grenzen richten. Boundary richt zich op waarden nabij de limiet waarbij het gedrag van het systeem verandert. Bij grenswaarde-analyse moeten beide geldige en ongeldige ingangen worden getest.
- Als we bijvoorbeeld waarden willen testen die variëren van 1 tot 100, moeten we controleren of het programma werkt voor waarden zoals 1-1, 1 + 1, 1, 100-1, 100 + 1, enz. Dit helpt bij bespaart weer tijd omdat we alleen kunnen controleren op waarden zoals 0, 1, 2, 99, 100 en 101.
3. Beslissingstabel testen
Wanneer er logische omstandigheden of besluitvormingsstappen zijn, moet deze techniek worden gebruikt. Deze kunnen zijn als aan een bepaalde voorwaarde niet is voldaan, dan moet actie A worden uitgevoerd, anders moet actie B worden uitgevoerd. De tester moet de input en acties identificeren die moeten worden uitgevoerd op basis van de omstandigheden. Op basis hiervan wordt een beslissingstabel gemaakt. Overweeg een voorbeeld waarbij een oneven aantal voertuigen alleen op maandag, woensdag, vrijdag en zondag is toegestaan, terwijl even aantal voertuigen op dinsdag, donderdag en zaterdag zijn toegestaan. In dit geval zijn er twee voorwaarden en twee acties. Toestand 1 is oneven voertuigen en Toestand 2 is even voertuigen. De acties zijn de dagen waarop deze voertuigen op de wegen kunnen zijn. Het totale aantal testgevallen, in dit geval, kan vier zijn en daarom kan de beslissingstabel dienovereenkomstig worden afgeleid.
4. Overgangstests van de staat
In deze techniek probeert de testcase het systeem onder verschillende toestanden te testen. Deze status kan veranderen afhankelijk van verschillende omstandigheden of gebeurtenissen. Wanneer zich een bepaalde gebeurtenis voordoet, kunnen deze scenario's worden getest.
5. Fout raden
Deze techniek is voornamelijk gebaseerd op ervaring. Als een tester eenmaal ervaring heeft met het werken aan een toepassing, zijn zijn gedrag en functionaliteiten hem / haar bekend. Dit is een manier waardoor veel problemen kunnen worden ontdekt. Door deze ervaring te gebruiken, kunnen de testers gemakkelijk raden waar de meeste ontwikkelaars geneigd zijn fouten te maken. Deze kunnen nulwaarden verwerken, de verzendknop accepteren zonder enige waarde, een bestand uploaden zonder bijlage, een bestand uploaden met minder dan of meer dan de opgegeven limiet, enz.
6. Grafisch testen
Elke applicatie is gebouwd met behulp van enkele objecten. Alle objecten die worden gebruikt, worden genoteerd en er wordt een grafiek opgesteld. Uit deze grafiek wordt de relatie van elk object geïdentificeerd en worden testgevallen dienovereenkomstig geschreven.
7. Vergelijkingstesten
In deze techniek worden verschillende versies van dezelfde software gebruikt en vervolgens vergeleken om het hele systeem te testen. Het gedrag wordt genoteerd en vergeleken voor alle versies en eventuele afwijkingen worden genoteerd.
8. Gebruik Case Technique
Deze techniek wordt gebruikt om alle gebruikte testgevallen te identificeren volgens het systeem. Alle scenario's worden genoteerd die helpen om de volledige functionaliteit van elke functie op een end-to-end manier te begrijpen. De testgevallen moeten gevallen bevatten die alle scenario's van begin tot eind dekken, afhankelijk van het systeemgebruik.
Conclusie
Black Box-testen gaan niet in op de details van codering. Het richt zich vooral op het testen en valideren van het gedrag en de functionaliteit van de software. Er is geen technische achtergrond nodig en het testen kan worden gestart zodra de ontwikkeling van het project is voltooid. Zowel testers als ontwikkelaars kunnen in silo's werken. Het is effectiever voor grote toepassingen waar functionaliteit belangrijker is dan die code. Het helpt ook bij het identificeren van defecten en problemen in de vroege testfase. Nadat de hertest is voltooid, kan worden gecontroleerd of de problemen zich blijven voordoen en wordt het systeem opnieuw geverifieerd.
Aanbevolen artikelen
Dit is een handleiding voor Black Box-testtechnieken. Hier bespreken we de inleiding tot Black Box-testen, technieken en Top 8-technieken in Black Box. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Fuzz-testen
- Negatieve testen
- Beslissingstabel testen
- Grijze doos testen