Beslissingstabel testen (voorbeeld)

Door: Thomas Hamilton Thomas Hamilton
Hours Bijgewerkt

⚡ Slimme samenvatting

Beslissingstabellentesten is een black-boxtechniek die inputcombinaties en hun verwachte outputs in tabelvorm vastlegt. Deze handleiding legt het oorzaak-gevolgconcept uit, doorloopt voorbeelden van inloggen en uploaden, en laat zien waarom de methode een sterke dekking biedt voor complexe bedrijfslogica.

  • 🧮 Kernidee: Een beslissingstabel koppelt omstandigheden (oorzaken) aan uitkomsten (gevolgen) voor systematische dekking.
  • 🔢 Combinatieregel: Het aantal regels is gelijk aan 2 tot de macht het aantal voorwaarden (2^n).
  • 🔐 Uitgewerkte voorbeelden: De inlog- en foto-uploadschermen tonen waar/onwaar-condities die aan outputs zijn gekoppeld.
  • ✅ Beste gebruik: Ideaal wanneer het systeemgedrag verschilt voor elke inputcombinatie.
  • 🤖 AI-ondersteuning: AI-tools genereren nu beslissingstabellen op basis van vereisten en verwijderen overbodige regels.
Meer informatie

Beslissingstabel testen

Wat is het testen van beslissingstafels?

Beslissingstabellentesten is een softwaretesttechniek die wordt gebruikt om het systeemgedrag te testen voor verschillende inputcombinaties. Het is een systematische aanpak waarbij de verschillende inputcombinaties en het bijbehorende systeemgedrag (output) in een tabelvorm worden vastgelegd. Daarom wordt het ook wel een beslissingstabeltest genoemd. Oorzaak gevolg Tabel waarin oorzaken en gevolgen worden vastgelegd voor een betere testdekking.

A Beslissingstabel Het is een tabelweergave van invoer versus regels, gevallen of testomstandigheden. Het is een zeer effectief hulpmiddel voor zowel complexe situaties als complexe situaties. software testen en eisenbeheer. Een beslissingstabel helpt bij het controleren van alle mogelijke combinaties van voorwaarden, en testers kunnen gemakkelijk ontbrekende voorwaarden identificeren. Voorwaarden worden aangegeven met de waarden Waar (T) en Onwaar (F).

Voorbeeld 1: Beslissingstabel voor een inlogscherm

Laten we een beslissingstabel maken voor een inlogscherm.

Beslissingsbasistabel voor inlogscherm

De voorwaarde is simpel: als de gebruiker de juiste gebruikersnaam en het juiste wachtwoord invoert, wordt hij of zij doorgestuurd naar de homepage. Als er iets fout is, wordt er een foutmelding weergegeven.

Voorwaarden Regel 1 Regel 2 Regel 3 Regel 4
Gebruikersnaam (T/F) F T F T
Wachtwoord (T/F) F F T T
Uitgang (E/H) E E E H

Legenda:

  • T – Correcte gebruikersnaam/wachtwoord
  • F - Verkeerde gebruikersnaam / wachtwoord
  • E – Er wordt een foutmelding weergegeven
  • H – Het startscherm wordt weergegeven

Interpretatie:

  • Case 1 – Zowel de gebruikersnaam als het wachtwoord zijn onjuist. De gebruiker krijgt een foutmelding te zien.
  • Case 2 – Gebruikersnaam correct, wachtwoord onjuist. De gebruiker krijgt een foutmelding te zien.
  • Case 3 – Gebruikersnaam onjuist, wachtwoord correct. De gebruiker krijgt een foutmelding te zien.
  • Case 4 – Gebruikersnaam en wachtwoord zijn beide correct. De gebruiker navigeert naar de homepage.

Bij het omzetten hiervan naar een testcaseJe kunt twee scenario's creëren, omdat de drie foutgevallen allemaal dezelfde regel testen.

  • Voer de juiste gebruikersnaam en het juiste wachtwoord in en klik vervolgens op 'Inloggen'. De gebruiker wordt dan doorgestuurd naar de homepage.
  • Voer een onjuiste gebruikersnaam en/of een onjuist wachtwoord in en klik vervolgens op 'Inloggen'. De gebruiker zou dan een foutmelding moeten zien.

Voorbeeld 2: Beslissingstabel voor een uploadscherm

Laten we nu een dialoogvenster bekijken waarin de gebruiker onder bepaalde voorwaarden wordt gevraagd een foto te uploaden:

  1. Alleen bestanden in het formaat “.jpg” zijn toegestaan.
  2. De bestandsgrootte moet kleiner zijn dan 32 KB.
  3. De resolutie moet 137 × 177 zijn.

Als aan een van de voorwaarden niet wordt voldaan, geeft het systeem een ​​bijbehorende foutmelding; als aan alle voorwaarden is voldaan, wordt de foto succesvol geüpload.

Beslissingstabel voor uploadscherm

De beslissingstabel voor deze zaak is hieronder weergegeven.

Voorwaarden Case 1 Case 2 Case 3 Case 4 Case 5 Case 6 Case 7 Case 8
Formaat .jpg .jpg .jpg .jpg Niet .jpg Niet .jpg Niet .jpg Niet .jpg
Grootte < 32 KB < 32 KB ≥ 32 KB ≥ 32 KB < 32 KB < 32 KB ≥ 32 KB ≥ 32 KB
Resolutie 137 × 177 Niet 137×177 137 × 177 Niet 137×177 137 × 177 Niet 137×177 137 × 177 Niet 137×177
uitgang Foto geüpload Resolutie mismatch Maatverschil Grootte en resolutie komen niet overeen Formaat komt niet overeen Formaat en resolutie komen niet overeen Formaat en afmetingen komen niet overeen Formaat, grootte en resolutie komen niet overeen

Aan de hand van deze tabel kunt u acht testgevallen maken voor volledige dekking:

  1. .jpg, < 32 KB, 137×177 → foto succesvol geüpload.
  2. .jpg, < 32 KB, niet 137×177 → resolutie-mismatchfout.
  3. .jpg, ≥ 32 KB, 137×177 → foutmelding: formaat komt niet overeen.
  4. .jpg, ≥ 32 KB, niet 137×177 → foutmelding: grootte en resolutie komen niet overeen.
  5. Geen .jpg, < 32 KB, 137×177 → formaatfout.
  6. Geen .jpg, < 32 KB, geen 137×177 → formaat- en resolutiefout.
  7. Geen .jpg, ≥ 32 KB, 137×177 → formaat- en groottefout.
  8. Geen .jpg-bestand, ≥ 32 KB, geen 137×177 → formaat-, grootte- en resolutiefout.

Waarom het testen met beslissingstabellen belangrijk is

Het testen van beslissingstabellen is belangrijk omdat het veel combinaties van voorwaarden test en een goede dekking biedt voor complexe bedrijfslogica. Wanneer het systeemgedrag verschilt voor elke set invoerwaarden, biedt de techniek een goede dekking in een eenvoudige, gemakkelijk leesbare weergave.

In software engineeringGrenswaardeanalyse en equivalentiepartitionering zijn vergelijkbare technieken, maar ze zijn het meest effectief wanneer het systeem de volgende kenmerken vertoont: dezelfde gedrag over een grote reeks inputs. Wanneer het gedrag is anders Voor elke mogelijke combinatie van invoerwaarden kunnen deze technieken geen goede dekking garanderen, en in dat geval is het testen met beslissingstabellen een betere optie.

Deze tabel dient ook als referentie voor de ontwikkeling van vereisten en functionaliteit, omdat deze gemakkelijk te begrijpen is en alle combinaties omvat. Het belang ervan neemt toe naarmate het aantal invoerwaarden toeneemt: het aantal mogelijke combinaties is 2^n, waarbij n het aantal invoerwaarden is. Voor n = 10, wat gebruikelijk is bij webformulieren, zijn dat 1,024 combinaties. Je kunt ze niet allemaal testen, maar je kunt een rijke subset selecteren met behulp van beslissingsgestuurd testen.

GERELATEERDE ARTIKELEN

Voordelen van het testen van beslissingstafels

  • Werkt wanneer het systeemgedrag verschilt afhankelijk van de invoer, waar equivalentiepartitionering en grenswaardeanalyse tekortschieten.
  • De weergave is eenvoudig, waardoor deze gemakkelijk te interpreteren en bruikbaar is voor zowel ontwikkelteams als business teams.
  • Helpt bij het samenstellen van effectieve combinaties en zorgt voor een betere testdekking.
  • Elke complexe zakelijke situatie kan worden omgezet in een beslissingstabel.
  • Kan 100% dekking garanderen, zelfs bij een laag aantal invoercombinaties.

Nadelen van het testen van beslissingstafels

Het grootste nadeel is dat de tabel complexer en moeilijker te beheren wordt naarmate het aantal invoerwaarden toeneemt.

Veelgestelde vragen

Beslissingstabellentesten is een black-boxtechniek die combinaties van invoercondities en hun verwachte uitvoer in een tabel vastlegt. Het zorgt voor een systematische dekking van complexe bedrijfsregels.

Het koppelt oorzaken (inputcondities) aan gevolgen (systeemoutputs). Door beide kanten in één tabel vast te leggen, wordt de relatie expliciet, vandaar dat het ook wel een oorzaak-gevolgtabel wordt genoemd.

Het aantal regels is gelijk aan 2^n, waarbij n het aantal binaire voorwaarden is. Bijvoorbeeld, 4 voorwaarden leveren 16 regels op en 10 voorwaarden leveren 1,024 mogelijke combinaties op.

Grenswaardeanalyse is geschikt voor invoerwaarden waarbij het gedrag over een bepaald bereik hetzelfde is. Beslissingstabellen zijn geschikt voor gevallen waarin elke combinatie van invoerwaarden een andere uitvoer oplevert, waardoor ze dekking bieden die andere technieken missen.

Gebruik deze optie wanneer een functie meerdere invoervoorwaarden heeft die met elkaar interageren om verschillende uitvoerwaarden te produceren, zoals inlogvalidatie, formulieruploads of prijs- en kortingsregels met meerdere afhankelijkheden.

Naarmate het aantal voorwaarden toeneemt, groeit de tabel exponentieel (2^n) en wordt deze moeilijk te beheren. Testers selecteren daarom meestal een representatieve subset van regels in plaats van elke mogelijke combinatie te testen.

AI-tools lezen vereisten en genereren automatisch beslissingstabellen, identificeren ontbrekende of redundante regels en voegen equivalente regels samen. Dit vermindert handmatige inspanning en verbetert tegelijkertijd de dekkingsgraad van combinaties.

Ja. AI kan elke regel in een beslissingstabel omzetten in een concrete testcase met invoer en verwachte resultaten, en deze vervolgens prioriteren op basis van risico, zodat combinaties met een grote impact als eerste worden getest.

Vat dit bericht samen met: