Tarkvara Testimine

Musta kasti testimise õpetus algajatele

30. oktoober 2021

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.

Musta kasti testimine

Sisukord

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

  1. Saate aru rakenduse nõuete spetsifikatsioonidest
    Seda saab teha SRS-i dokumentide abil
  2. Kutsuge üles hindama kehtivaid sisendeid ja katsestsenaariume
  3. Valmistage ette testjuhtumid
  4. Väljundi genereerimiseks käivitage testjuhtumid
  5. Toimingud, mis kipuvad ebaõnnestuma, märgitakse ja saadetakse arendusmeeskonnale nende parandamiseks
  6. 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:

    Funktsionaalne testimine
    Musta kasti testimine testib testimise käigus tarkvara spetsiifilisi funktsioone. Funktsionaalne testimine keskendub tarkvara kõige kriitilisematele aspektidele ja põhikomponentide vahelisele integreerimisele.
  • 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.
  • Regressioonitest
    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

    UFT – see on Micro Focus'i (endine HP) toode ja see tähistab Ühtne funktsionaalne test . See aitab testijal sooritada automaattesti ilma jälgimiseta, kui skripti arendamine on lõppenud. See võrdleb tulemusi ja aruandeid kokkuvõttes. Seleen - see on avatud lähtekoodiga kasutajaliidese automatiseerimise testikomplekt. Seda saab hõlpsasti juurutada sellistel platvormidel nagu Macintosh, Windows, Linux ja palju muud.

Mittefunktsionaalseks testimiseks

    LoadRunner – on MicroFocuse toode. Seda kasutatakse rakenduste testimiseks ja süsteemi käitumise mõõtmiseks. Samuti analüüsib see rakenduse põhikomponentide toimivust. JMeter – on testimistööriist, mida kasutatakse rakenduste toimivuse analüüsimiseks ja mõõtmiseks. Sellel on sõbralik GUI ja see on platvormist sõltumatu. Seda saab integreerida ka seleeniga.

Musta kasti testimisel kohaldatavad tasemed

Musta kasti testimine on rakendatav järgmistel tasemetel

    Integratsiooni testimine : See on tarkvara testimise tase, kus üksikuid üksusi kombineeritakse ja testitakse rühmana. Eesmärk on paljastada tõrkeid integreeritud seadmete vahel. See on testimise teine ​​tase, mis viiakse läbi pärast üksuse testimist ja enne süsteemi testimist.
    Süsteemi testimine : tarkvara testimise tase, kus testitakse integreeritud tarkvara. Eesmärk on hinnata süsteemi vastavust. See on kolmas testimise tase, mis viiakse läbi pärast integratsioonitestimist ja enne aktsepteerimistesti.
    Vastuvõtu testimine : tarkvara testimise tase, mille puhul testitakse süsteemi vastuvõetavust. Peamine eesmärk on hinnata süsteemi vastavust ärinõuetele. Aktsepteerimistestimine on tarkvara testimise viimane tase pärast süsteemi testimist.

Musta kasti testimistehnikad

Need on musta kasti testimise tehnikad:

    Piirväärtuste analüüs Samaväärsuse jaotamine Otsustabeli testimine Oleku ülemineku testimine Viga arvamisel

Arutame neid üksikasjalikult.

    Piirväärtuse analüüs:See meetod tuvastab sisendväärtuste vead, mitte ei keskendu sisendväärtuste vahemikule. Samuti aitab see toime tulla äärmuslike väljundväärtustega. See on kasulik ka samaväärsuse jaotamise ajal.
Musta kasti testimine
PlussidMiinused
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
    Samaväärsuse jaotamine: Seda tehnikat kasutatakse enamasti testjuhtumite kirjutamiseks. Selles jagate testjuhtumid erinevateks osadeks, mida peetakse samadeks. Seda saab rakendada kõikidel testimistasanditel, nagu üksus, integratsioon, süsteem. Näiteks: kui testite sisestuskasti, mis aktsepteerib numbreid vahemikus 1 kuni 50, siis pole mõtet kirjutada 100 testjuhtumit kõigi 100 kehtiva sisendnumbri jaoks. Seega saab ekvivalentsuse jaotamise meetodit kasutades jagada testjuhtumid neljaks sisendandmete komplektiks, mida nimetatakse klassideks.
Musta kasti testimine

Ülaltoodud näites saate testjuhtumid jagada mõne kehtiva ja kehtetu sisendi nelja ekvivalentsusklassi.

PlussidMiinused
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
    Otsustabeli testimine: Kui peate testima süsteemi käitumist erinevate kombinatsioonide puhul, on tarkvara testimise tehnikaks kasutatav otsustustabeli testimine. See on süstemaatiline lähenemine, kus erinevad sisendid ja süsteemi käitumine registreeritakse tabelina. Seda nimetatakse ka põhjus-tagajärje tabeliks.
    Näiteks: allpool on ettevõtte sisselogimiskuva vooskeem.
Musta kasti testimine
  • Esimene samm on nimetada kõik oksad ja lehed.
  • a,b,c on oksad, samas kui 1,2,3 on lehed.
Musta kasti testimine
PlussidMiinused
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.

Musta kasti testimine

Olekute ülemineku diagramm

See näitab, kuidas süsteem teatud sisenditel muutub. Sellel on neli põhikomponenti:

  • osariik
  • Üleminek
  • Sündmus
  • Tegevus

Üleminekuriigid

    Muuda režiimi:Kui see on aktiveeritud, liigub kuvarežiim kellaajast kuupäevani.Määratud aeg:Kui see on aktiveeritud, muutub kuvarežiim aeg-ajaltMääratud kuupäev:Kui see on aktiveeritud, muutub kuvarežiim kuupäeva muutmisest kuupäevaksLähtesta:Kui kuvarežiimiks on kellaaeg või kuupäev, seadistab see kellaaega või kuupäeva muutma
PlussidMiinused
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.

PlussidMiinused
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

PlussidMiinused
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.

Valge kasti testimine

Näiteks:

|_+_|
  • 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.

Valge kasti testimise alustamise sammud

  • 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.

Valge kasti testimistehnikad

    Avalduse katvus: See tagab, et iga rida täidetakse vähemalt korra.Filiaalide katvus: See tagab, et iga otsustuspunkti iga haru täidetakse.Tee katvus: See tagab, et iga tee läbitakse vähemalt korra.

Valge kasti testimise tüübid

Valge kasti testimist on kolme tüüpi ja neid mainitakse allpool:

    Ühiku testimine Valge kast Tungimise testimine Mälu lekete testimine Valge kasti mutatsiooni testimine

Tööriistad valge kasti testimiseks

    JsuNit.net: see on JavaScripti testimise tööriist, mida kasutatakse valge kasti testimiseks. See on avatud lähtekoodiga tarkvara, mis tähendab, et seda saab kasutada ka ärilistel eesmärkidel.
    CppUnit: CppUnit on JsuNiti osa. Tööriist võib anda väljundi lihtteksti või XML-vormingus, kuid see sõltub täielikult kodeerijast, kuidas ta seda soovib.
    Vera kood: See on patenteeritud tarkvara ja seda kasutatakse mõne võimsa keele testimiseks, näiteks . NET , C++, JAVA ja palju muud.

Valge kasti testimise plussid ja miinused

PlussidMiinused
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

AlusMusta kasti testimineValge 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 funktsionaalsustEesmä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 vajalikJuurdepää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.