Meni

Ključne razlike med testiranjem črne škatle in testiranjem bele škatle

  • Glavni
  • Drugo
  • Ključne razlike med testiranjem črne škatle in testiranjem bele škatle

key differences between black box testing

Temeljita študija testiranja črne škatle vs testiranjem bele škatle:

Testiranje programske opreme vključuje več vrst testiranja in kot preizkuševalec programske opreme moramo vedeti, kako se izvaja vsak od njih.

Med različnimi vrstami testiranj je ena najbolj zmedenih tem preizkušanje Black Box Vs White box. Mnogi preizkuševalci programske opreme se sprašujejo, ali obstaja kakšna podobnost med tema dvema vrstama testiranja. Kako se izvajata oba? Sta oba izvedena skupaj?

Ta dokument bo odgovoril na vsa vaša vprašanja, dal vam bo osnovno predstavo o tem, kaj sta testiranje črne škatle in testiranje bele škatle, ter na preprost način razložil razlike med njimi .

black box vs white box testiranje

Kaj se boste naučili:

Kaj je testiranje črne skrinjice?

Opredelitev ISTQB - Testiranje črne škatle: Testiranje preizkusne aplikacije (AUT) brez sklicevanja na notranjo strukturo se imenuje testiranje črne škatle. Testiranje bo izvedeno z vizualizacijo aplikacije kot črnega polja.

Tehnika preizkusa črne škatle: Preskusna tehnika za izpeljavo testnih primerov, ki temelji na funkcionalnosti aplikacije in ne upošteva notranje strukture sistema.

Sopomenke: Testiranje na podlagi specifikacij

testiranje črne škatle

Testiranje črne skrinjice je preskusni pristop, ki se uporablja za preizkušanje funkcionalnosti AUT na podlagi specifikacij / SRS brez kakršnega koli poznavanja tehnologije, ki se uporablja za izvajanje preizkušane aplikacije.

Pri preizkušanju črne skrinjice bodo glavna preizkušanja okoli možnih vložkov in pričakovanih izhodov. Tester bi moral biti sposoben skrbno izbrati veljavne podatke o preskusu. Preprosto povedano, preizkuševalec lahko vidi samo delovanje AUT. Preskuševalcu ni treba vedeti, kako se izvajajo ta dejanja.

Primer: Preprost primer testiranja črne skrinjice je televizor (televizija). Kot uporabnik gledamo televizijo, vendar ne potrebujemo znanja o tem, kako je televizor zgrajen in kako deluje itd. Vedeti moramo le, kako upravljati daljinski upravljalnik za vklop, izklop, spremembo kanalov, povečanje / zmanjšanje glasnosti itd.

V tem primeru

The TV je tvoj AUT (aplikacija v preskusu).
The daljinec je uporabniški vmesnik (UI), ki ga uporabljate za testiranje.

Vedeti morate le, kako uporabljati aplikacijo.

Predlagano branje => Vse, kar morate vedeti o testiranju črne skrinjice

Kaj je testiranje bele škatle?

Opredelitev ISTQB - Preskušanje bele škatle: Testiranje aplikacije s sklicevanjem na notranjo strukturo programske komponente se imenuje testiranje bele škatle.

Tehnika preizkusa bele škatle: Postopek za izpeljavo in / ali izbiro testnih primerov na podlagi analize notranje strukture komponente ali sistema.

Sopomenke: Preizkušanje na osnovi kode, preskušanje na osnovi kode, testiranje na stekleni škatli, testiranje z logično pokritostjo, preskušanje na podlagi logike, strukturno preskušanje, preskušanje na osnovi strukture itd

za povečanje varnosti notranjega omrežja vašega podjetja

testiranje bele škatle

Preskušanje bele škatle je preskusni pristop, ki se uporablja za preizkušanje izvedbenega dela preizkušane aplikacije. Za izvedbo tega testiranja mora preizkuševalec / morda razvijalec poznati notranjo strukturo aplikacije in kako deluje.

Primer: Avtomehanik bi moral poznati notranjo zgradbo avtomobilskega motorja, da ga popravi.

V tem primeru

AVTO ali je AUT (aplikacija v preskusu).
The uporabnik ali je tester črne škatle.
The mehanik ali je tester bele škatle.

To so osnovne definicije testiranja bele in črne škatle, vsaka preskusna metoda pa ima različne tehnike.

Priporočeno branje => Poglobljena vadnica o testiranju bele škatle

Razlika med testiranjem črne škatle in bele škatle

S. ŠtTestiranje črne škatleTestiranje bele škatle
7.Testni primeri bodo vsebovali več podrobnosti o vhodnih pogojih, korakih preskusa, pričakovanih rezultatih in preskusnih podatkih.Preizkusni primeri bodo preprosti s podrobnostmi o tehničnih konceptih, kot so izjave, pokritost kode itd.
1.Glavni cilj tega testiranja je preizkusiti funkcionalnost / vedenje aplikacije.Glavni cilj je preizkusiti infrastrukturo aplikacije.
dvaTo lahko izvede preizkuševalec brez kakršnega koli znanja o kodiranju AUT (Application Under Test).Tester bi moral imeti znanje o notranji strukturi in kako deluje.
3.Testiranje je mogoče izvesti samo z uporabo GUI.Testiranje je mogoče izvesti že v zgodnji fazi, preden se pripravi GUI.
4.To preskušanje ne more zajeti vseh možnih vložkov.To testiranje je bolj temeljito, saj lahko preizkusi vsako pot.
5.Nekatere preizkusne tehnike vključujejo analizo mejne vrednosti, razdelitev enakovrednosti, ugibanje napak itd.Nekatere tehnike testiranja vključujejo pogojno testiranje, testiranje pretoka podatkov, preskušanje zank itd.
6.Testni primeri naj bodo napisani na podlagi specifikacije zahteve.Testni primeri naj bodo napisani na podlagi dokumenta o podrobnem oblikovanju.
8.To izvajajo profesionalni preizkuševalci programske opreme.Za to so odgovorni razvijalci programske opreme.
9.Znanje programiranja in izvajanja ni potrebno.Potrebno je znanje programiranja in izvajanja.
10.V glavnem se uporablja pri preskusih na višji ravni, kot so sprejemno testiranje, sistemsko testiranje itd.Uporablja se predvsem pri nižjih stopnjah testiranja, kot sta testiranje enot in integracijsko testiranje.
enajstTo je manj zamudno in izčrpno.To je bolj zamudno in izčrpno.
12.Podatki o preskusu bodo imeli široke možnosti, zato bo težko določiti pravilne podatke.Preizkusne podatke je enostavno prepoznati, saj je naenkrat osredotočen le določen del funkcionalnosti.
13.Glavni poudarek preizkuševalca je na tem, kako deluje aplikacija.Glavni poudarek bo na tem, kako je aplikacija zgrajena.
14.Testna pokritost je manjša, saj ne more ustvariti testnih podatkov za vse scenarije.Skoraj vse poti / tok aplikacije so pokriti, saj je enostavno preizkusiti v delih.
petnajstNapak, povezanih s kodo, ni mogoče prepoznati ali tehničnih napak ni mogoče prepoznati.Pomaga pri prepoznavanju skritih napak in pomaga pri optimizaciji kode.
16.Napake se ugotovijo, ko se razvije osnovna koda.Možno je zgodnje odkrivanje napak.
17.Uporabnik bi moral biti sposoben prepoznati vse manjkajoče funkcije, saj je obseg tega testiranja širok.Tester ne more prepoznati manjkajočih funkcionalnosti, ker je obseg omejen samo na implementirano funkcijo.
18.Dostop do kode ni potreben.Potreben je dostop do kode.
19.Pokritost s testom bo manjša, saj ima tester omejeno znanje o tehničnih vidikih.Pokrivanje testov bo večje, saj bodo preizkuševalci imeli več znanja o tehničnih konceptih.
dvajsetPoklicni tester se osredotoča na to, kako deluje celotna aplikacija.Osredotočenost preizkuševalca / razvijalca je preveriti, ali določena pot deluje ali ne.

Zaključek

Testiranje bele in črne skrinjice je potrebno za uspešno dostavo programske opreme, vendar 100-odstotno testiranje v nobenem od primerov ni mogoče.

Glavna odgovornost preskuševalca je opredeliti ustrezne vrste preskusov in tehnike za določeno aplikacijo, kar bo povzročilo največje možne napake in s tem izboljšanje učinkovitosti aplikacije.

Preizkuševalec mora biti sposoben ugotoviti, koliko preskusov je mogoče izvesti bodisi v črni škatli bodisi v beli škatli, da potrdi, da aplikacija deluje po pričakovanjih.

Upamo, da je ta vadnica pojasnila vsa vaša vprašanja o testiranju črne škatle in bele škatle !!

Priporočeno branje

^