Ülevaade musta kasti testimisest
Musta kasti testimine on tarkvara testimismeetod, mille korral testija on tundmatu testitava objekti sisemine struktuur või kujundus või teostus.
Mis on tarkvara testimine?
Tarkvara testimine on protseduur süsteemi hindamiseks eesmärgiga leida vead. Selle abil kontrollitakse, kas süsteem vastab täpsustatud nõuetele. Testimisega mõõdetakse süsteemi üldist kvaliteeti selle õigsuse, täielikkuse, kasutatavuse, jõudluse ning muude funktsionaalsete ja mittefunktsionaalsete omaduste osas.
Musta kasti testimine on tarkvara testimise tehnika, mis keskendub tarkvara funktsionaalsuse ja sisemise süsteemi mehhanismide analüüsile. Musta kasti testimine töötati välja meetodina kliendi nõuete, spetsifikatsioonide ja kõrgetasemelise disainistrateegia analüüsimiseks. Musta kasti tarkvara tester valiks kehtivad ja valed sisendikomplekti ja koodi täitmise tingimused ning kontrolliks kehtivate väljundreaktsioonide olemasolu. Musta kasti testimist nimetatakse ka funktsionaalseks testimiseks või kinnise karbi testimiseks.
Näiteks rakenduse otsimootor. Otsimootoris sisestaks kasutaja brauseri otsinguribale teksti. Seejärel otsimootor otsib ja hangib seotud kasutajate andmete väljundi. Mis kulisside taga toimub, pole kasutajale teada. Seega ei oma sisemine rakendamine temast aru.
Musta kasti testimise eelised hõlmavad järgmist:
- Lihtsus: hõlbustab kõrgetasemelise kujunduse ja keerukate rakenduste testimist
- Säästab ressursse: testijad keskenduvad tarkvara funktsionaalsusele.
- Testjuhtumid: keskendumine tarkvara funktsionaalsusele, et hõlbustada testjuhtumi kiiret arendamist.
- Pakub paindlikkust: Spetsiifilisi programmeerimisteadmisi pole vaja.
Näide
Testija katsetaks veebilehti, st klõpsude ja klahvivajutuste abil brauseri abil sisendeid pakkudes ja sisestruktuuride teadmata, kontrollides väljundite vastavust oodatud tulemustele.
Musta kasti testimiseks kasutatavad tööriistad
Musta kasti testimisriistad sõltuvad põhimõtteliselt sellest, millist tüüpi musta kasti testimist rakendate.
- Funktsionaalseid / regressioonteste saab teha läbi QTP või seleeni
- Mittefunktsionaalseid teste saab teha LoadRunneri või Jmeteri kaudu.
Tasemed
Musta kasti testimisel on tarkvara testimiseks järgmised tasemed:
- Integratsiooni testimine
- Süsteemi testimine
- Vastuvõtu testimine
Kuna tase on kõrgem, oleks kast suurem ja keerulisem ning pildile tuleks ka rohkem black-boxi testimist.
Musta kasti testimise määratlus
Musta kasti testimist võib määratleda kui testimismeetodit, kus testitakse rakenduse testimise (AUT) funktsionaalsust, kuid ei arvestata sisemise koodi ülesehitust, rakenduse üksikasju ega teadmisi tarkvara sisemistest radadest.
Musta kasti testimise mõistmine
Musta kasti testimine hõlmab kõiki tarkvara spetsifikatsioone ja nõudeid. Musta kasti testimine keskendub lihtsalt tarkvarasüsteemi sisenditele ja väljunditele ning ei häiri üldse tarkvara sisemiste teadmiste osas.
Kuidas teeb Black Box testimine töötamise nii lihtsaks?
Seal on tarkvara testimise elutsükkel, st STLC, mis on musta kasti testimine ja mis on seotud tarkvara arendamise olelustsükli iga etapiga.
- STLC esimeses või esimeses etapis kogutakse tootele esitatavad nõuded. Seda nimetatakse nõude kogumise etapiks.
- Järgmine etapp on testi planeerimise ja testi analüüsi faas. Selle etapi väljundid on üldjuhul projekti jaoks tehtavad testimistüübid ja katseplaan riskide määramiseks ja nende leevendamiseks.
- Kolmas etapp on projekteerimisfaas, mille käigus testimisjuhtumid, testiskriptid valmistatakse ette tarkvara nõudedokumentide või ärinõuete dokumendi abil.
- Viimast etappi tuntakse testi täitmise etapina. Nagu nimest järeldada võib, teostatakse selles etapis kõik testijuhtumid või skriptid. Kõigist leitud vigadest teatatakse, need parandatakse ja kontrollitakse uuesti.
Mida saate teha Black Boxi testimisega?
Allpool on selgitatud mõnda silmapaistvat testimisstrateegiat, mida kasutatakse musta kasti testimisel.
- Samaväärsusklassi testimine
- Piirväärtuse testimine
- Otsustabelite testimine
- Põhjus-tagajärje testimine
- Nõuetel põhinev testimine
- Ühilduvuse testimine
Samaväärsusklassi testimine
Seda tüüpi testimist eelistatakse, kuna see aitab minimeerida katsejuhtumeid tasemeni, kus nõude katmise tõenäosus on optimaalsel tasemel.
Seda tehakse kahes järgmises etapis -
1. Identifitseerimine ja jagamine ekvivalentsusklassideks: Alguses jagatakse sisendandmed vähemalt kaheks komplektiks - esimene komplekt sisaldab kehtivate sisendväärtuste loendit ja teine komplekt sisaldab kehtetute sisendväärtuste loendit. Näiteks kui on vanusekast, mis võib sisaldada vanust vahemikus 20–40, siis kehtivad sisendväärtused võivad olla 21, 25, 30, 39 jne ja kehtetud sisendväärtused võivad olla mis tahes väärtused, mis on väiksemad kui 20 või suuremad kui 40 nagu 10, 15, 45, 55 jne.
2. Testjuhtumite loomine - igale kehtivale sisestusklassile ja kehtetule sisestusklassile antakse kordumatu identifitseerimisnumber ning seejärel kirjutatakse testjuhtumid eesmärgiga katta kaks sisendklasside komplekti.
Piirväärtuse testimine
Piirväärtuste testimine keskendub põhimõtteliselt piirväärtustele. Sellega hinnatakse, kas süsteem aktsepteerib teatud väärtuste vahemikku või mitte. Piirväärtuse testimine on kasulik testjuhtumite arvu vähendamiseks / minimeerimiseks. Piirväärtuse testimine on kõige sobivam süsteemides, kus sisend jääb teatud vahemikku.
Otsustabelite testimine
Otsustabel näitab maatriksi kujul põhjuseid ja nende samaaegset mõju. Otsustabelite testimisel on igas veerus ainulaadne kombinatsioon.
Põhjuse-tagajärje graafik
Põhjuse-tagajärje graafik loob seose põhjuste (loogiliste sisendite) vahel vastava efektiga (toimingud). Neid tähistatakse Boole graafikute abil. Järgida tuleb järgmisi samme:
- Sisendite ja väljundite identifitseerimine.
- Põhjuse-tagajärje graafiku väljatöötamine.
- Graafiku teisendamine otsustabeliks.
- Otsustabelite reeglite teisendamine testjuhtumiteks.
Nõuetel põhinev testimine
Seda tüüpi testimine hõlmab kontrollimist, kas SRS-is või tarkvara nõuete spetsifikatsioonis nimetatud nõuded kehtivad või mitte.
Ühilduvuse testimine
Funktsionaalsuse tagamiseks sõltuvad nii tooted kui ka taristu testjuhtumi täitmise tulemustest. Olenemata infrastruktuuri parameetrites tehtud muudatustest eeldatakse, et toode töötab endiselt korralikult. Allpool on loetletud mõned tarkvara ühilduvust üldiselt mõjutavad parameetrid:
- Pentium 3 või Pentium 4 protsessorid ja kasutatud protsessorite arv
- 32- või 64-bitine arhitektuur
- Andmebaasiserverid või muud komponendid
- Operatsioonisüsteemi tüüp (Windows, Linux jne).
Töö musta kasti testimisega
Järgnevalt on toodud põhisammud, mida on vaja musta kasti testimiseks.
- Esiteks käsitletakse süsteemi spetsifikatsioone ja nõudeid.
- Teiseks valiks testija loogilised sisendid, st positiivsed testistsenaariumid, et kontrollida, kas SUT on neid õigesti töötanud või mitte. Lisaks valitakse ka kehtetud sisendid, st ka negatiivne testistsenaarium, et kontrollida, kas SUT suudab neid tuvastada.
- Kolmandaks, testijad määraksid siis kõigi kehtivate sisendite eeldatavad väljundid.
- Neljandaks, tarkvara tester loob valitud ja kehtivate sisenditega testijuhtumeid.
- Viiendaks teostatakse loodud testjuhtumid.
- Kuuendaks eristavad tarkvaratesteerijad tegelikke väljundeid oodatavate väljunditega ja kontrollivad, kas need on samad.
- Ja kui need leitakse, on need fikseeritud ja uuesti testitud.
Eelised
- Musta kasti teste teostatakse alati kasutaja vaatevinklist, kuna see aitaks märkimisväärselt lahknevusi paljastada.
- Musta kasti testijad ei pea teadma ka ühtegi programmeerimiskeelt.
- Musta kasti testijad ei pea teadma, kuidas tarkvara on rakendatud.
- Testijad kavandavad musta kastiga seotud katsejuhtumid kohe, kui spetsifikatsioonid on valmis.
Puudused
- Kuna tehnilisi ega programmeerimisalaseid teadmisi pole vaja, võib juhtuda, et eiratakse kõiki stsenaariumi kehtivaid ja võimalikke tingimusi, mida tuleb testida.
- Ajapiirangute (ettenähtud aja) tõttu on vähem võimalusi iga sisendi ja nende väljundi testimiseks ning teadmatuseks iga võimaliku sisendi ja väljundi testimise osas.
- Täielik ja viimistletud testi katmine pole keerukate ja suurte projektide puhul sageli võimalik.
Miks peaksime kasutama Black Boxi testimist?
Musta kasti testimise tööriistad on põhimõtteliselt salvestamise ja taasesituse tööriistad. Need tööriistad registreerivad katsejuhtumid skriptide kujul, näiteks TSL, JavaScripti, VB skript jne. Kõiki neid tööriistu kasutatakse põhiliselt regressioonitestideks, et kontrollida, kas pakutav uus ehitis on teinud defekte juba töötava rakenduse funktsionaalsuses .
Reguleerimisala
Black Boxi testimise silmapaistvad ja kõige olulisemad tüübid on järgmised:
- Funktsionaalne testimine: Seda tüüpi musta kasti testimine on seotud süsteemi funktsionaalsete nõuetega ja tarkvara testrid teostavad seda.
- Mittefunktsionaalne testimine: seda tüüpi musta kasti testimine ei puuduta konkreetse funktsionaalsuse testimist, vaid kõik mittefunktsionaalseid nõudeid, näiteks jõudlus, kasutatavus, mastaapsus ja palju muud.
- Regressioonitestimine: regressioonitestimine viiakse läbi pärast koodi fikseerimist, koodi uuendamist või süsteemi muud hooldust, et kontrollida, kas uus kood pole olemasolevat funktsionaalsust mõjutanud.
Erinevused
Musta kasti testimine on tarkvara testimise tehnika, mille korral testija ei ole testitava toote sisemist ülesehitust ega ülesehitust ega teostust teadlik.
Valge kasti testimine on tarkvara testimise tehnika, mille korral testija on teada testitava toote sisestruktuuri või kujunduse või teostuse.
| Musta kasti testimine | Valge kasti testimine |
| Musta kasti testimine on sisemine struktuur või programm või kood pole teada. | Valge kasti testimine on see, kus testijal on teadmisi tarkvara sisemise struktuuri kohta |
| Tavaliselt teevad seda tarkvaratestid. | Tavaliselt teevad seda tarkvaraarendajad. |
| Siin ei nõuta teadmisi rakendamise kohta. | Siin on vaja teadmisi rakendamisest. |
| Seda võib nimetada ka väliseks / väliseks tarkvara testimiseks. | Seda võib nimetada ka sisemiseks / sisemiseks tarkvara testimiseks. |
| Musta kasti testimine on tarkvara funktsionaalne test. | Valge kasti testimine on tarkvara struktuurne test. |
| Selle testimise saab algatada nõuete spetsifikatsioonide dokumendi alusel. | Seda tüüpi tarkvara testimist alustatakse pärast detailidisaini dokumendi koostamist. |
| Siin pole programmeerimiskeelt vaja. | Siinkohal on kohustuslik vähemalt ühe programmeerimiskeele oskus. |
| Põhimõtteliselt on see tarkvara käitumise testimine. | See on tarkvara põhiloogika testimine. |
| See on enamasti rakendatav kõrgematel testimistasemetel. | See on enamasti rakendatav madalamatel testimistasemetel. |
| Seda nimetatakse ka käitumuslikuks testimiseks. | Seda nimetatakse ka läbipaistvaks või klaaskasti testimiseks. |
| Musta kasti testimine on vähem aeganõudev kui valge kasti testimine. | Valge kasti testimine on aeganõudvam kui musta kasti testimine. |
| Musta kasti testimine pole algoritmi testimiseks sobiv. | Valge kasti testimine on sobiv algoritmi testimiseks. |
| Seda saab teha katse-eksituse meetodil. | Andmete sise- või sisemisi piire koos domeeniga saab põhjalikult testida. |
| Näiteks: otsige google'is märksõnade abil midagi | Näiteks: sisendite kasutamine silmuste kontrollimiseks ja kontrollimiseks. |
Tüübid
| Tüübid
|
Järeldus:
Kõik arutatud teemad on nii musta kasti testimise kui ka kõigi selle tehnikate ja meetodite põhisüsteeme käsitlevad nii põhjalikud kui ka edasijõudnud teemad.
Kuna vaevalt on võimalik kõiki koos inimese kaasamisega testida ja seda ka sajaprotsendilise täpsusega, kuid kui juba määratletud meetodeid kasutatakse väga tõhusalt, suurendab see ilma igasuguste kahtlusteta süsteemi kvaliteeti. Seetõttu on musta kasti testimine tõsiselt väga tõhus meetod nii defektide tuvastamiseks kui ka süsteemi funktsionaalsuse kontrollimiseks.
Soovitatavad artiklid
See on olnud Black Boxi testimise juhend. Siin arutasime näidete ja erinevate tööriistadega Black Boxi testimise tehnikate abil Black Boxi testimise teostamist. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Valge kasti testimine
- Intervjuu küsimuste testimine
- Mis on hüperviisor
- Mängu testimise intervjuu küsimused