Sissejuhatus otsusetabeli testimisse
Otsustabelite testimist kasutatakse testimiseks erinevate sisendikombinatsioonidega, mille tulemuseks on programmis erinevad väljundid. Otsustabelite testimist nimetatakse ka põhjuse-tagajärje testimiseks. See on testimisel väga süsteemne lähenemisviis, kus jäädvustame sisendkombinatsioonid ja nende väljundid tabelina. Need tabelid on üsna täpsed ja kompaktsed, et modelleerida keerulist loogikat.
Lühidalt - otsusetabeli testimine on nn musta kasti testimise tehnika, mille abil loome keeruka äriloogika jaoks otsuste tabeli.
Miks on otsustabelid nii olulised?
Võimalik, et tunnete piirväärtuste testimist ja samaväärseid partitsioonide testimise tehnikaid, ehkki mõlemad pakuvad katvust hästi, pole neist ükski kasulik, kui süsteemi käitumine on iga pakutud sisendi jaoks erinev.
Otsustabeli koostamine aitab testimisrühma katsete kavandamisel. Mitte ainult otsustabelid pole kasulikud keerukate ärireeglite määratlemisel, vaid need tabelid on abiks ka testijatele, kes soovivad mõista, kuidas erinevad sisendikombinatsioonid väljundit mõjutavad.
Paljudes rakendustes võib sisendkombinatsioonide arv olla suur. Kui see on nii käepärase projekti puhul, osutub nende kombinatsioonide testimine probleemiks. Selliste juhtumite korral on otsustabeli koostamine üks paremaid viise hea katvusega testi läbiviimiseks.
Nagu näete allpool, antakse võimalike kombinatsioonide arv 2-ga, kus X on sisendite arv, kui X on suur arv (ütleme näiteks 10), on kombinatsioonide arv liiga suur, et võtke neid kõiki arvesse. Otsustepuu loomiseks võime siiski võtta nende võimalike kombinatsioonide alamhulga.
Kuidas luua testimisotsuste tabel?
Nüüd, kui olete tutvunud otsuste testimisega, loome otsusetabeli.
1. samm: tabeli esimese veeru loomine nõuete mõistmise kaudu.
Tabeli esimese veeru loome katsetades, mida peame katsetama. Selle näite jaoks kaaluge ATM-tehingu näidet. Selle tingimused ja toimingud oleksid järgmised:
| Seisund |
| Väljamakse summa on väiksem või võrdne pangajäägiga |
| Krediit antud |
| Tegevus |
| Taganemistaotlus on vastu võetud |
2. samm: täiendavate veergude lisamine.
Nüüd, kui esimene veerg on valmis, arvutame järelejäänud vajalike veergude arvu. See sõltub olemasolevate tingimuste arvust ja ka sellest, kui palju alternatiive nendele tingimustele on saadaval.
Matemaatiliselt on veergude arv 2 x, kus X on tingimuste arv.
Testimise hõlbustamiseks peaksime looma väiksemad otsustabelid, seejärel looma tohutu. Kui see on tehtud veergude arvuga, võime täita tõese või vale. Lahtrid saate täita järgmise mustriga:
R1: TF
R2: TTFF
R3: TTTFFF
Ja nii edasi.
Kui see on valmis, näeb meie tabel välja järgmine:
| Seisund | ||||
| Väljamakse summa on väiksem või võrdne pangajäägiga | T | F | T | F |
| Krediit antud | T | T | F | F |
| Tegevus | ||||
| Taganemistaotlus on vastu võetud | ||||
3. samm: laua muutmine väiksemaks.
Saame tabelit vähendada, eemaldades tabelist kõik dubleerivad veerud. Muud viisid tabeli vähendamiseks on tabelis kehtetute kombinatsioonide kontrollimine, näiteks pole mingil juhul võimalust, et otsustabelis oleks nii mees kui naine.
Samuti peame ebaoluliste väärtustega lahtrid märkima tähega „-“. Näiteks pole vahet, kas krediiti antakse, kui summa on <= kontojääk.
| Seisund | ||||
| Väljamakse summa on väiksem või võrdne pangajäägiga | T | F | T | F |
| Krediit antud | - | T | - | F |
| Tegevus | ||||
| Taganemistaotlus on vastu võetud | ||||
4. samm: tabeli toimingute määramine.
Nüüd määrame oma nõuete abil tabeli toimingud. Neid veerge hakatakse nimetama näiteks R1 / reegel 1, R2 / reegel 2 jne.
| Seisund | |||
| Väljamakse summa on väiksem või võrdne pangajäägiga | T | F | F |
| Krediit antud | - | T | F |
| Tegevus | |||
| Taganemistaotlus on vastu võetud | T | T | F |
Viimane samm: katsejuhtumite kirjutamine
Nüüd, kui tabel on tehtud, seda on vähendatud ja selle toimingud on kindlaks määratud, saame tabeli jaoks kirjutada testijuhtumeid. Ärieeskirjade täielikuks katmiseks peaksime kirjutama iga veeru kohta vähemalt ühe katsejuhtumi
Näiteks:
R1 katsejuhtum: saldo = 1000, taganemistaotlus = 1000. Tulemus: taganemistaotlus on vastu võetud
Testimise juhtum R2 jaoks: Saldo = 500, Taganemistaotlus = 1000. Antud krediit: Jah, Tulemus: Taganemistaotlus on vastu võetud
R3 proovijuhtum: Saldo = 1000, Väljamaksetaotlus = 1500. Krediit antud: Ei, Tulemus: Väljamaksetaotlus on tagasi lükatud
Otsustabelite testimise eelised
- Otsustabelite testimist on lihtne tõlgendada ning seetõttu kasutatakse neid arendustegevuseks ja äriks.
- Otsustabelite testimine aitab luua tõhusaid kombinatsioone ja kui need on tehtud, võib see pakkuda testimiseks paremat katvust.
- Äritingimusi on üsna lihtne muuta otsustabeliteks, isegi kui tingimused on olemuselt keerukad.
- Kui testimisrühm otsib 100% katvust ja sisendkombinatsioonide arv on väike, on otsusetabeli testimine üks tõhusamaid viise töö tegemiseks.
- Otsuste testimine töötab juhul, kui piirväärtuse analüüs ja samaväärne jaotamine ei toimi, st kui süsteemi käitumine on erinevatel sisenditel erinev.
Järeldus
Otsustabelite testimine on üks tõhusaid musta kasti testimismeetodeid, samas kui tabelid muutuvad üha suureneva sisendite arvuga keerukamaks, võib see pakkuda korralikku katvust olukordades, kus muid tehnikaid ei saa kasutada.
Soovitatavad artiklid
See on olnud otsustabelite testimise juhend. Siin arutasime mõningaid otsustabeli testimise kontseptsioone, eeliseid ja olulisust. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Valge kasti testimine
- ETL-i testimisintervjuu küsimused
- Mis on ühiku testimine
- Süsteemi testimine