Mis on MUST Box Testimine? Tehnikad, tüübid ja näide

Must Box Testimine

Must Box Testimine on tarkvara testimismeetod, mille käigus testitakse tarkvararakenduste funktsionaalsusi, teadmata sisemist koodistruktuuri, juurutamise üksikasju ja sisemisi teid. Must Box Testimine keskendub peamiselt tarkvararakenduste sisendile ja väljundile ning see põhineb täielikult tarkvaranõuetel ja spetsifikatsioonidel. Seda tuntakse ka kui käitumistesti.

Must Box Testimine

Ülaltoodud must-Box võib olla mis tahes tarkvarasüsteem, mida soovite testida. Näiteks operatsioonisüsteem nagu Windows, veebisait nagu Google, andmebaas nagu Oracle või isegi teie enda kohandatud rakendus. Musta all Box Testides saate neid rakendusi testida, keskendudes lihtsalt sisenditele ja väljunditele, teadmata nende sisemist koodi rakendamist. Kaaluge järgmist videoõpetust -

Click siin kui video pole juurdepääsetav

Must Box Testimisvõtted

Järgmised on silmapaistvad Testistrateegia paljude musta kasti testimisel kasutatavate hulgas

  • Samaväärsuse klassi testimine: Seda kasutatakse võimalike testjuhtumite arvu minimeerimiseks optimaalse tasemeni, säilitades samal ajal mõistliku testi katvuse.
  • Piirväärtuse testimine: Piirväärtuste testimine keskendub väärtustele piiridel. See meetod määrab, kas teatud väärtuste vahemik on süsteemile vastuvõetav või mitte. See on väga kasulik testjuhtumite arvu vähendamiseks. See sobib kõige paremini süsteemidele, kus sisend on teatud vahemikus.
  • Otsustabelite testimine: Otsustabel paneb põhjused ja nende tagajärjed maatriksisse. Igas veerus on ainulaadne kombinatsioon.

Musta tüübid Box Testimine

Musta on mitut tüüpi Box Testimine, kuid silmapaistvamad on järgmised -

  • Funktsionaalne testimine – See musta kasti testimistüüp on seotud süsteemi funktsionaalsete nõuetega; seda teevad tarkvara testijad.
  • Mittefunktsionaalne testimine – Seda tüüpi musta kasti testimine ei ole seotud konkreetse funktsionaalsuse testimisega, vaid mittefunktsionaalsete nõuetega, nagu jõudlus, skaleeritavus, kasutatavus.
  • Regressioonitestimine - Regressioonitestimine tehakse pärast koodiparandusi, täiendusi või muid süsteemi hooldustöid, et kontrollida, kas uus kood ei ole olemasolevat koodi mõjutanud.

Kuidas musta tehaBox Testimine tarkvaratehnikas

Siin on üldised sammud, mida järgitakse mis tahes tüüpi musta värvi tegemiseks Box Testimine.

  • Esialgu vaadatakse läbi süsteemi nõuded ja spetsifikatsioonid.
  • Tester valib kehtivad sisendid (positiivse testi stsenaarium), et kontrollida, kas SUT töötleb neid õigesti. Samuti valitakse mõned kehtetud sisendid (negatiivne testistsenaarium), et kontrollida, kas SUT suudab neid tuvastada.
  • Tester määrab kõigi nende sisendite eeldatavad väljundid.
  • Tarkvaratester koostab valitud sisenditega testjuhtumid.
  • Testjuhtumid viiakse läbi.
  • Tarkvaratester võrdleb tegelikke väljundeid eeldatavate väljunditega.
  • Defektid, kui neid on, parandatakse ja testitakse uuesti.

Musta jaoks kasutatud tööriistad Box Testimine:

Musta kasti testimiseks kasutatavad tööriistad sõltuvad suuresti musta kasti testimise tüübist.

  • Funktsionaalsete / regressioonitestide jaoks saate kasutada QTP, Selenium
  • Mittefunktsionaalsete testide jaoks võite kasutada LoadRunner, Jmeter

Musta võrdlus Box ja valge Box Testimine:

Musta võrdlus Box ja valge Box Pildi testimine

Must Box Testimine Valge Box Testimine
musta kasti testimise põhirõhk on teie funktsionaalsete nõuete valideerimisel. Valge Box Testimine (Ühiku testimine) kinnitab teie tarkvarakoodi sisemise struktuuri ja toimimise
Musta kasti testimine annab koodist abstraktsiooni ja keskendub tarkvarasüsteemi käitumise testimisele. Valge dirigeerimiseks Box Testimine, aluseks oleva programmeerimiskeele tundmine on hädavajalik. Tänapäevased tarkvarasüsteemid kasutavad erinevaid programmeerimiskeeli ja tehnoloogiaid ning neid kõiki pole võimalik teada.
Musta kasti testimine hõlbustab moodulite vahelist testimist Valge kasti testimine ei hõlbusta moodulite vahelist testimist

Must Box Testimise ja tarkvaraarenduse elutsükkel (SDLC)

Musta kasti testimisel on oma elutsükkel, mida nimetatakse tarkvara testimise elutsükliks (STLC) ja see on seotud iga etapiga Tarkvaraarenduse elutsükkel tarkvaratehnikast.

  • Nõue – See on SDLC algstaadium ja selles etapis kogutakse nõue. Selles etapis osalevad ka tarkvara testijad.
  • Testide planeerimine ja analüüs - Testimise tüübid määratakse kindlaks. A Katseplaan luuakse, mis määrab võimalikud projektiriskid ja nende maandamise.
  • Disain – Selles etapis luuakse tarkvaranõuete dokumentide alusel testjuhtumid/skriptid
  • Testi täitmine– Selles etapis viiakse läbi ettevalmistatud testjuhtumid. Vead, kui neid on, parandatakse ja testitakse uuesti.