Introduksjon til beslutningstabell testing
Decision Table Testing brukes til å teste med forskjellige kombinasjoner av innspill som resulterer i forskjellige utganger i et program. Beslutningstabell testing er også kalt Cause-Effect Testing. Dette er en veldig systematisk tilnærming til testing, der vi fanger inn inngangskombinasjoner og deres utganger i tabellformat. Disse tabellene er ganske presise og kompakte for å modellere komplisert logikk.
I et nøtteskall, Decision Table Testing er en svart boks testteknikk der vi lager en beslutningstabell for kompleks forretningslogikk.
Hvorfor er beslutningstabellene så viktige?
Du er kanskje kjent med testing av grenseverdier og ekvivalente partisjonstestingsteknikker, mens begge disse er gode til å gi dekning, vil ingen av dem være nyttige der systematferden er forskjellig for hvert sett med innganger som leveres.
Å lage en beslutningstabel hjelper et testteam i utformingen av tester. Ikke bare beslutningstabeller er nyttige ved angivelse av komplekse forretningsregler, men disse tabellene er også nyttige for testere som ønsker å forstå hvordan forskjellige kombinasjoner av innganger påvirker resultatet.
I mange applikasjoner kan antallet inngangskombinasjoner være stort, hvis det er tilfelle med prosjektet i hånden, vil testing av disse kombinasjonene vise seg å være et problem. For saker som disse er det å lage en beslutningstabell en av de bedre måtene å gjennomføre en test som har god dekning.
Som du vil se nedenfor, blir tallet på den mulige kombinasjonen gitt med 2 x der X er antall innganger, i tilfeller hvor X er et stort antall (la oss si 10 for eksempel) vil antall kombinasjoner være for høyt til ta alle disse i betraktning. Imidlertid kan vi fortsatt ta en delmengde av disse mulige kombinasjonene for å lage et beslutnings tre.
Hvordan lage en beslutningstabell for testing?
Nå som du er kjent med hva beslutningstesting er, la oss lage en beslutningstabell.
Trinn 1: Opprette den første kolonnen i tabellen ved å forstå kravene.
Vi vil lage den første kolonnen i tabellen ved å se på hva vi trenger å teste. For et eksempel kan du vurdere et eksempel på en minibanktransaksjon. Følgende vil være dens betingelser og handlinger:
Betingelse |
Uttaksbeløpet er mindre enn eller lik bankbalansen |
Kreditt gitt |
Handling |
Forespørsel om uttak akseptert |
Trinn 2: Legge til flere kolonner.
Nå som den første kolonnen er ferdig, vil vi beregne det gjenværende antall kolonner som trengs. Det vil avhenge av antall forhold på hånden og også hvor mange alternativer som er tilgjengelige for disse forholdene.
Matematisk er antall kolonner 2 x der X er antall forhold.
For enkel testing bør vi lage mindre beslutningstabeller og deretter lage en enorm en. Når det er gjort med antall kolonner, kan vi fylle sann eller usann. Du kan fylle cellene i følgende mønster:
R1: TF
R2: TTFF
R3: TTTFFF
Og så videre.
Når det er gjort, ser bordet ut slik:
Betingelse | ||||
Uttaksbeløpet er mindre enn eller lik bankbalansen | T | F | T | F |
Kreditt gitt | T | T | F | F |
Handling | ||||
Forespørsel om uttak akseptert |
Trinn 3: Gjør bordet mindre.
Vi kan redusere tabellen ved å fjerne duplikatkolonner i tabellen. Andre måter å redusere tabellen på er å se etter ugyldige kombinasjoner i tabellen, for eksempel er det ingen måte noen kan være begge deler, en hann og en kvinne i en beslutningstabell.
Vi må også merke celler med ubetydelige verdier med “-” For eksempel vil det ikke ha noe å si om kreditten er gitt hvis beløpet er <= Kontosaldo.
Betingelse | ||||
Uttaksbeløpet er mindre enn eller lik bankbalansen | T | F | T | F |
Kreditt gitt | - | T | - | F |
Handling | ||||
Forespørsel om uttak akseptert |
Trinn 4: Bestemme handlingene for tabellen.
Nå, med hjelp av våre krav, vil vi bestemme handlingene i tabellen. Disse kolonnene vil da bli navngitt som R1 / regel 1, R2 / regel 2 osv.
Betingelse | |||
Uttaksbeløpet er mindre enn eller lik bankbalansen | T | F | F |
Kreditt gitt | - | T | F |
Handling | |||
Forespørsel om uttak akseptert | T | T | F |
Avslutt trinn: Skrive prøvesakene
Nå som tabellen er laget, redusert og dens handlinger er bestemt, kan vi skrive testsaker for tabellen. For full dekning av forretningsregler, bør vi skrive minst en prøvesak for hver kolonne
For eksempel:
Testsak for R1: Saldo = 1000, Uttaksbegjæring = 1000. Resultat: Forespørsel om uttak akseptert
Testsak for R2: Saldo = 500, Uttaksforespørsel = 1000. Kreditt innvilget: Ja, Resultat: Uttaksbegjæring akseptert
Testsak for R3: Saldo = 1000, Uttaksforespørsel = 1500. Tilskudd til kreditt: Nei, Resultat: Uttaksbegjæring nektet
Fordeler med beslutningstabell testing
- Beslutningstabell testing er enkle å tolke, og derfor brukes disse til utvikling og virksomhet.
- En beslutningstabell-testing hjelper deg med å lage effektive kombinasjoner, og når den er gjort, kan den gi bedre dekning for testing.
- Det er ganske enkelt å gjøre forretningsforhold til beslutningstabeller, selv om forholdene er sammensatte.
- Hvis testteamet leter etter 100% dekning og antallet inngangskombinasjoner er lite, er beslutningstabelltesting en av de mest effektive måtene å få jobben til.
- Beslutningstesting fungerer der grenseverdianalyse og ekvivalent partisjonering ikke betyr når systematferden er forskjellig for forskjellige innganger.
Konklusjon
Decision Table testing er en av de effektive testingsteknikkene for black box, mens tabellene blir mer kompliserte med stadig flere innganger, kan det gi anstendig dekning for situasjoner der andre teknikker ikke kan brukes.
Anbefalte artikler
Dette har vært en guide til Test Table Testing. Her diskuterte vi noen konsepter, fordeler, viktighet av beslutningstabell-testing. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- White Box Testing
- ETL Testing Interview Questions
- Hva er enhetstesting
- Systemtesting