Sissejuhatus musta kasti testimisse
Musta kasti testimismeetodid on meetod, mis hõlmab testitava objekti sisemist ülesehitust, kujundust või teostust. Teostatavad testid võivad olla kas funktsionaalsed või mittefunktsionaalsed. Seda nimetatakse nn musta kasti testimiseks, kuna süsteemit testiv inimene pole sisemise koodi ülesehitusest teadlik. Tester ei tea rakendamise üksikasjadest ja sisemistest radadest midagi. Testimine toimub täielikult tarkvara nõuetele ja spetsifikatsioonidele, mille testija vastu võtab. Selle katsetamise põhirõhk on sisendil ja väljundil, mis süsteemile antakse.
Musta kasti testimise tehnikad
Testimisel on oluline roll katsejuhtumitel, mis on mõeldud süsteemi testimiseks. Arvesse tuleks võtta nende loomise viisi ja stsenaariume, mida need hõlmavad. Testijad saavad luua nõude spetsifikatsiooni dokumendi, kasutades järgmisi tehnikaid:
- Samaväärsuse jagamine
- Piirväärtuse analüüs
- Otsustabelite testimine
- Riigi ülemineku testimine
- Viga arvamisel
- Graafikul põhinevad testimismeetodid
- Võrdlustestid
- Kasutage juhtumitehnikat
Järgnevalt selgitatakse allpool toodud tehnikaid:
1. Samaväärsuse testimine
- See tehnika jagab tarkvarale antud sisendväärtused erinevatesse rühmadesse või klassidesse. Seda tehakse väljundi põhjal, mis on tulemuseks. Seda tehnikat nimetatakse ka ekvivalentsusklassi eraldamiseks. Sellega hoiame kokku erinevate sisendite andmise vaeva. Selle asemel anname rühmale või klassile ühe väärtuse, et testida selle rühma või klassi tulemusi. See aitab parandada testi katvust ja omakorda vähendada ümbertegemist. Samuti salvestatakse aeg, kuna eraldi sisendeid ei anta. Sisend iga klassi jaoks on piisav.
- Võtame näite hinnetest, mida õpilased saavad. Kui õpilase tulemus on suurem kui 75%, on ta esimese klassi eristunud. Samamoodi, kui tulemus on vahemikus 60–75%, on ta saavutanud esimese klassi. Kui hinne jääb vahemikku 50–60%, siis teine klass. Kui tulemus on vahemikus 40–50%, siis läbida klass, vastasel juhul ei õnnestu. Siin saab olema neli klassi. Need katsejuhtumid on moodustatud ja on kindel, et kõik võimalused on seega kaetud. Seega on testimine kõigi selle komplekti väärtustega piisav.
2. Piirväärtuse analüüs
- Siin keskendutakse väärtustele, mis esinevad piiridel. Põhjuseks on see, et tavaliselt on piiridele keskenduvate väärtustega katsetamisel palju probleeme. Piir keskendub väärtustele selle piiri lähedal, kus süsteemi käitumine muutub. Piirväärtuse analüüsimisel tuleb testida mõlemat sisendit, mis on kehtivad ja valed.
- Näiteks kui soovime testida väärtusi vahemikus 1 kuni 100, peaksime kontrollima, kas programm töötab selliste väärtuste korral nagu 1-1, 1 + 1, 1, 100-1, 100 + 1 jne. See aitab säästes jälle aega, kuna saame kontrollida ainult selliseid väärtusi nagu 0, 1, 2, 99, 100 ja 101.
3. Otsustabelite testimine
Kui on loogilisi tingimusi või otsustamise etappe, tuleb seda tehnikat kasutada. Need võivad olla sellised, nagu siis, kui konkreetne tingimus ei ole täidetud, tuleks läbi viia toiming A, vastasel juhul tuleb toiming B teha. Testija peab tingimuste põhjal kindlaks tegema sisendi ja toimingud, mis tuleb läbi viia. Nende põhjal luuakse otsustabel. Mõelge näitele, kus paaritu arvu sõidukeid lubatakse kasutada ainult esmaspäeval, kolmapäeval, reedel ja pühapäeval, samas kui paarisarvuga sõidukeid lubatakse teisipäeval, neljapäeval ja laupäeval. Sel juhul on kaks tingimust ja kaks toimingut. Tingimus 1 on paaritu sõiduk ja tingimus 2 on paaris sõiduk. Tegevused on päevad, mil need sõidukid võivad teedel viibida. Testijuhtumite koguarv, antud juhul, võib olla neli ja sellest tulenevalt võib otsustabelit tuletada.
4. Riigi ülemineku testimine
Selle tehnika abil proovitakse testjuhtumiga süsteemi testida erinevates olekutes. See olek võib muutuda sõltuvalt erinevatest tingimustest või sündmustest. Konkreetse sündmuse ilmnemisel saab neid stsenaariume testida.
5. Viga arvamisel
See tehnika põhineb peamiselt kogemusel. Kui testijal on kogemusi mõne rakenduse kallal töötamisega, on tema käitumine ja funktsioonid talle teada. See on viis, mille kaudu saab teada paljusid küsimusi. Seda kogemust kasutades on testijatel lihtne ära arvata, kus enamik arendajaid kipub vigu tegema. Need võivad olla nullväärtuste käsitlemine, nupu Esitamine ilma väärtuseta aktsepteerimine, faili üleslaadimine ilma manuseta, faili üleslaadimine, mille suurus on täpsustatud või väiksem kui määratud limiit jne.
6. Graafikupõhine testimine
Iga rakenduse ehitamiseks kasutatakse mõnda objekti. Kõik kasutatud objektid märgitakse üles ja koostatakse graafik. Selle graafiku põhjal tehakse kindlaks iga objekti seos ja vastavalt kirjutatakse ka testjuhtumid.
7. Võrdlustestid
Selles tehnikas kasutatakse sama tarkvara erinevaid versioone ja seejärel võrreldakse neid kogu süsteemi testimiseks. Kõigi versioonide käitumist märgitakse ja võrreldakse ning märgitakse kõik kõrvalekalded.
8. Kasutage juhtumitehnikat
Seda tehnikat kasutatakse kõigi süsteemis kasutatavate katsejuhtumite tuvastamiseks. Märgitakse kõik stsenaariumid, mis aitavad mõista iga funktsiooni täielikku funktsionaalsust otsast lõpuni. Testjuhtumitel peaks olema juhtumeid, mis hõlmavad kõiki stsenaariume algusest lõpuni vastavalt süsteemi kasutamisele.
Järeldus
Musta kasti testimine ei lähe kodeerimise üksikasjadesse. See keskendub peamiselt tarkvara käitumise ja funktsionaalsuse testimisele ja valideerimisele. Tehnilist tausta pole vaja ja testimist saab alustada kohe, kui projekti väljatöötamine on tehtud. Nii testijad kui ka arendajad saavad töötada silos. See on tõhusam suurte rakenduste puhul, kus funktsionaalsus on olulisem kui kood. Samuti aitab see tuvastada defekte ja probleeme testimise varases staadiumis. Kui kordustestid on tehtud, saab seda kontrollida juhul, kui probleemid püsivad ja süsteemi uuesti kontrollida.
Soovitatavad artiklid
See on juhend Black Boxi testimisvõtete juurde. Siin käsitleme Black Boxi testimise sissejuhatust, tehnikaid ja 8 parimat tehnikat Black Boxis. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Fuzz testimine
- Negatiivne testimine
- Otsustabelite testimine
- Hallikasti testimine