Black Box Testing on üks tarkvara testimismeetoditest, mis kontrollib rakenduse funktsionaalsust olemasolevate spetsifikatsioonide alusel.
Põhimõtteliselt ei ole seda tüüpi testimise puhul testitava üksuse sisemine struktuur/kujundus/rakendus testijale teada. Musta kasti testimine on tuntud ka kui spetsifikatsioonipõhine testimine, käitumise testimine, läbipaistmatu kasti testimine, suletud kasti testimine ja silmast silma testimine. See testimismeetod on rakendatav tarkvara testimise igal tasemel.

Sisukord
- Sammud musta kasti testimise alustamiseks
- Musta kasti testimise tüübid
- TÖÖVAHENDID MUSTA KASTI TESTIMISEKS
- Musta kasti testimisel kohaldatavad tasemed
- Musta kasti testimistehnikad
- Musta kasti testimise plussid ja miinused
- Kumb on parem musta kasti testimine või valge kasti testimine?
- Valge kasti testimine
- Valge kasti testimise alustamise sammud
- Valge kasti testimistehnikad
- Valge kasti testimise tüübid
- Tööriistad valge kasti testimiseks
- Valge kasti testimise plussid ja miinused
- Valge kasti ja musta kasti testimise erinevus
- KOKKUVÕTE
- Soovitatavad artiklid
Näide:
Võtame näite rakenduse sisselogimiskuvast. Sisselogimisekraanil on kaks välja, kasutajanimi ja parool. Kuna tegemist on musta kasti testimisega, ei võta see koodi spetsifikatsioone arvesse, seega testib see kontole sisselogimiseks kasutajanime ja parooli.
Sammud musta kasti testimise alustamiseks
- Saate aru rakenduse nõuete spetsifikatsioonidest
Seda saab teha SRS-i dokumentide abil - Kutsuge üles hindama kehtivaid sisendeid ja katsestsenaariume
- Valmistage ette testjuhtumid
- Väljundi genereerimiseks käivitage testjuhtumid
- Toimingud, mis kipuvad ebaõnnestuma, märgitakse ja saadetakse arendusmeeskonnale nende parandamiseks
- Kontrollige süsteemi uuesti, et veenduda defekt parandus töötab hästi ja rohkem defekte pole
Musta kasti testimise tüübid
Musta kasti testimist on kolme tüüpi ja neid mainitakse allpool:
- Mittefunktsionaalne T esting
Musta kasti testimist ei kasutata mitte ainult funktsioonide ja funktsionaalsuse kontrollimiseks, vaid see võib minna kaugemale ja kontrollida tarkvara täiendavaid aspekte.
Mittefunktsionaalne test kontrollib, kas tarkvara saab konkreetse toimingu sooritada või mitte, selle asemel, et seda toimingut sooritada. - Esimene samm on nimetada kõik oksad ja lehed.
- a,b,c on oksad, samas kui 1,2,3 on lehed.
- osariik
- Üleminek
- Sündmus
- Tegevus
- Esmalt määrake A ja B väärtused. oletagem, et A=60 ja B=50.
- Teiseks on nüüd C-le määratud väärtus A+B, A=60, B=50, seega C=110.
- Kolmandaks kontrollime, kas C>100 ja sel juhul on see tõsi, seega saame tulemuse, SEE VALMIS.
- Tuvastage testitav funktsioon.
- Joonistage kõik teed voograafikus.
- Määrake voograafi kõik võimalikud teed.
- Kirjutage iga graafiku jaoks testjuhtumid.
- Käivitage, loputage ja korrake.
Musta kasti testimine testib testimise käigus tarkvara spetsiifilisi funktsioone. Funktsionaalne testimine keskendub tarkvara kõige kriitilisematele aspektidele ja põhikomponentide vahelisele integreerimisele.
Musta kasti testimine aitab kontrollida, kas tarkvara uuel versioonil on ühest versioonist teise defekte. Regressioonitesti saab rakendada nii tarkvara funktsionaalsete kui ka mittefunktsionaalsete aspektide puhul.
TÖÖVAHENDID MUSTA KASTI TESTIMISEKS
Funktsionaalsete ja regressioonitestide jaoks
Mittefunktsionaalseks testimiseks
Musta kasti testimisel kohaldatavad tasemed
Musta kasti testimine on rakendatav järgmistel tasemetel
Musta kasti testimistehnikad
Need on musta kasti testimise tehnikad:
Arutame neid üksikasjalikult.

Plussid | Miinused |
---|---|
Töötab hästi muutujatega Testide loomine on odavam Saab kasutada kõigil testimistasemetel | Loob suure arvu testjuhtumeid Ei saa kasutada tõeväärtuslike muutujate jaoks Ei saa kasutada loogiliste muutujate jaoks Ei ole kasulik tugevate keelte jaoks |

Ülaltoodud näites saate testjuhtumid jagada mõne kehtiva ja kehtetu sisendi nelja ekvivalentsusklassi.
Plussid | Miinused |
---|---|
Pakub täielikku testimist Võimaldab suuri sisendite ja väljundite domeene Väldib testide koondamist Protsessile orienteeritud | Ei saa hakkama piiriväärtuse vigadega Aega võttev |
Näiteks: allpool on ettevõtte sisselogimiskuva vooskeem.


Plussid | Miinused |
---|---|
Tööriistad pakuvad testjuhtumite täielikku katvust See töötab iteratiivselt Sellel on täielikkus | Kui sisendite arv suureneb, osutub tabel veidi keerulisemaks Oleku ülemineku testimine |
Olekuülemineku testimine on musta kasti testimise tehnika, mille puhul testid on mõeldud kehtivate ja kehtetute olekuüleminekute läbiviimiseks.

Olekute ülemineku diagramm
See näitab, kuidas süsteem teatud sisenditel muutub. Sellel on neli põhikomponenti:
Üleminekuriigid
Plussid | Miinused |
---|---|
Võimaldab testijatel katta kehtetuid olekuid Annab õige esituse süsteemi käitumisest See hõlmab kõiki tingimusi | Seda ei saa igal pool teostada See ei ole usaldusväärne |
Viga arvamisel: Seda tüüpi testimistehnikat saab õppida ainult siis, kui olete kogenud. Selle tehnika puhul kasutab analüütik oma kogemusi, et ära arvata rakenduses esinevad probleemid.
Näiteks: Kui analüütik leiab sisselogimislehel vigu, siis testijad kirjutavad testjuhtumid, keskendudes sisselogimislehele.
Plussid | Miinused |
---|---|
Kiidab teisi testimisviise See muudab testimise palju tõhusamaks ja tõhusamaks See paljastab vead kiiresti | Üks nõuab testimise kogemust Toetub testijate intuitsioonile |
Musta kasti testimise plussid ja miinused
Plussid | Miinused |
---|---|
Tõhus, kui seda kasutatakse suurtes süsteemides. Testijad võivad olla mittetehnilise taustaga. Test tehakse kasutaja vaatenurgast. Testimine aitab tuvastada vastuolusid. Kui funktsionaalsed spetsifikatsioonid on sätestatud, saab katsejuhtumeid kavandada. Testimine on tasakaalustatud ja eelarvamustevaba. | Ilma funktsionaalsete spetsifikatsioonideta pole katsejuhtumeid lihtne kujundada. Suur tõenäosus, et testimisprotsessi ajal on tundmatud teed. Testjuhtumite kirjutamine on aeglane ja keeruline. |
Kumb on parem musta kasti testimine või valge kasti testimine?
Selleks peate natuke teadma valge kasti testimise kohta
Valge kasti testimine
See on tarkvara testimine meetod, mille puhul eseme struktuur/kujundus/teostus on testijale teada. Tester valib sisendid ja määrab sobivad väljundid.
Valge kasti testimise muud nimetused on klaaskasti testimine, läbipaistva kasti testimine, konstruktsiooni testimine.

Näiteks:
|_+_|Valge kasti testimise alustamise sammud
Valge kasti testimistehnikad
Valge kasti testimise tüübid
Valge kasti testimist on kolme tüüpi ja neid mainitakse allpool:
Tööriistad valge kasti testimiseks
Valge kasti testimise plussid ja miinused
Plussid | Miinused |
---|---|
Andke testijale teada, kui test on tehtud. Tehnikaid on suhteliselt lihtne automatiseerida. Optimeerimine muutub programmeerija jaoks lihtsaks. Programmi funktsionaalsuse jaoks mittevajaliku koodiosa eemaldamine on veidi lihtne. | See on suhteliselt kulukam. Koodi iga tingimust pole võimalik testida. Ei leia programmi puuduvat funktsiooni. |
Valge kasti ja musta kasti testimise erinevus
Alus | Musta kasti testimine | Valge kasti testimine |
---|---|---|
MÄÄRATLUS | Kasutatakse tarkvara testimiseks ilma sisemist struktuuri teadmata. | Tarkvara sisemine struktuur on testijale teada. |
MUUD NIMED | Spetsifikatsioonipõhine testimine, käitumise testimine, läbipaistmatu kasti testimine, suletud kasti testimine ja silmast silma testimine. | klaaskasti testimine, läbipaistva kasti testimine, konstruktsiooni testimine. |
TESTIMISE ALUS | Testimine põhineb välistel ootustel. | Sisemine töö on kodeerijale teada. |
KASUTAMINE | Sobib kõrgetasemeliseks testimiseks. | Sobib madala tasemega testimiseks. |
PROGRAMMEERIMISKEEL | Pole vaja programmeerimiskeelt. | Programmeerimiskeel on vajalik. |
RAKENDUSTEADMISED | Musta kasti testimisel pole nõutav. | Rakendamisest on vaja täielikku arusaamist. |
AUTOMAATSIOON | Raske automatiseerida. | Lihtne automatiseerida. |
EESMÄRK | Eesmärk on kontrollida süsteemi funktsionaalsust | Eesmärk on kontrollida koodi kvaliteeti. |
TESTINUD | Teostab testija, lõppkasutaja. | Tavaliselt teevad seda testija ja arendajad. |
GRANULAARSUS | Granulaarsus on madal. | Granulaarsus on kõrge. |
KATSEMEETOD | Põhineb katse-eksituse meetodil. | Sisemisi piire saab katsetada. |
AEG | Vähem aeganõudev. | Aeganõudvam. |
KOODI JUURDEPÄÄS | Juurdepääs koodile pole vajalik | Juurdepääs koodile on vajalik. |
KOKKUVÕTE
Nii Black Box Testing kui White Box Testing on vajalikud ja täiendavad teineteist. Valge kasti testimine tagab koodi funktsionaalsuse ja kõrgetasemelise testimise, samas kui musta kasti testimine parandab lõppkasutaja kogemusi. Testijana peaksid olema head teadmised musta kasti testimisest, et saaksid korralikult testida.