Black Box Testing on yksi ohjelmistotestausmenetelmistä, joka tarkistaa sovelluksen toimivuuden saatavilla olevien teknisten tietojen perusteella.
Periaatteessa tämän tyyppisessä testauksessa testattavan kohteen sisäinen rakenne/suunnittelu/toteutus ei ole testaajan tiedossa. Musta laatikko -testaus tunnetaan myös nimellä Specification-based testing, Behavioral Testing, Opaque box -testaus, Closed box -testaus ja Eye to eye -testaus. Tämä testausmenetelmä soveltuu kaikille ohjelmistotestauksen tasoille.

Sisällysluettelo
- Black Box -testauksen aloittamisen vaiheet
- Black Box -testauksen tyypit
- TYÖKALUT BLACK BOX -TESTAAMISEEN
- Black Box -testaukseen sovellettavat tasot
- Mustan laatikon testaustekniikat
- Black Box -testauksen plussat ja miinukset
- Kumpi on parempi Black Box -testaus vai White Box -testaus?
- Valkoisen laatikon testaus
- White Box -testauksen aloittamisen vaiheet
- Valkoisen laatikon testaustekniikat
- Valkoisen laatikon testaustyypit
- Työkalut valkoisen laatikon testaukseen
- White Box -testauksen plussat ja miinukset
- Ero valkoisen laatikon ja mustan laatikon testauksen välillä
- PÄÄTELMÄ
- Suositellut artikkelit
Esimerkki:
Otetaan esimerkki sovelluksen kirjautumisnäytöstä. Kirjautumisnäytössä on kaksi kenttää, käyttäjätunnus ja salasana. Koska kyseessä on musta laatikko -testaus, se ei ota koodin määrityksiä huomioon, joten se testaa käyttäjätunnusta ja salasanaa tilille kirjautumiseen.
Black Box -testauksen aloittamisen vaiheet
- Ymmärrä sovelluksen vaatimukset
Tämä voidaan tehdä SRS-asiakirjojen avulla - Pyydä kelvollisten syötteiden ja testiskenaarioiden arviointia
- Valmistele testitapauksia
- Suorita testitapaukset tulosteen luomiseksi
- Epäonnistuneet vaiheet merkitään ja lähetetään kehitystiimille korjaamaan ne
- Testaa järjestelmä uudelleen varmistaaksesi, että vika korjaus toimii hyvin, eikä vikoja enää ole
Black Box -testauksen tyypit
Black Box -testausta on kolmea tyyppiä, ja ne mainitaan alla:
- Ei-toiminnallinen T esting
Black box -testausta ei käytetä vain ominaisuuksien ja toimivuuden tarkistamiseen, vaan se voi ylittää ja tarkistaa ohjelmiston lisäominaisuudet.
Ei-toiminnallinen testi tarkistaa, voiko ohjelmisto suorittaa tietyn toiminnon vai ei, sen sijaan, että se tarkistaa, kuinka se suorittaa kyseisen toiminnon. - Ensimmäinen askel on nimetä kaikki oksat ja lehdet.
- a,b,c ovat oksia, kun taas 1,2,3 ovat lehtiä.
- Osavaltio
- Siirtyminen
- Tapahtuma
- Toiminta
- Määritä ensin A:n ja B:n arvot. Oletetaan, että A=60 ja B=50.
- Toiseksi, nyt C:lle annetaan arvo A+B, A=60, B=50, joten C=110.
- Kolmanneksi tarkistamme, onko C>100 ja tässä tapauksessa se on totta, joten saamme tuloksen SE VALMIS.
- Tunnista testattava ominaisuus.
- Piirrä kaikki polut vuokaavioon.
- Tunnista vuokaavion kaikki mahdolliset polut.
- Kirjoita testitapaukset jokaiselle kaaviolle.
- Suorita, huuhtele ja toista.
Mustan laatikon testaus testaa ohjelmiston tiettyjä toimintoja testausprosessin aikana. Toiminnallinen testaus keskittyy ohjelmiston kriittisimpiin puoliin ja avainkomponenttien väliseen integrointiin.
Black box -testaus auttaa tarkistamaan, onko ohjelmiston uudessa versiossa vikoja versiosta toiseen. Regressiotestausta voidaan soveltaa sekä ohjelmiston toiminnallisiin että ei-toiminnallisiin näkökohtiin.
TYÖKALUT BLACK BOX -TESTAAMISEEN
Funktionaalista ja regressiotestausta varten
Ei-toiminnalliseen testaukseen
Black Box -testaukseen sovellettavat tasot
Black box -testaus soveltuu seuraaville tasoille
Mustan laatikon testaustekniikat
Nämä ovat Black Box -testaustekniikat:
Keskustellaan niistä yksityiskohtaisesti.

Plussat | Haittoja |
---|---|
Toimii hyvin muuttujien kanssa Testien luominen on halvempaa Voidaan käyttää kaikilla testauksen tasoilla | Luo suuren määrän testitapauksia Ei voida käyttää loogisille muuttujille Ei voida käyttää loogisille muuttujille Ei hyödyllinen vahvoilla kielillä |

Yllä olevassa esimerkissä voit jakaa testitapaukset neljään joidenkin kelvollisten ja virheellisten syötteiden ekvivalenssiluokkaan.
Plussat | Haittoja |
---|---|
Tarjoaa täydellisen testauksen Mahdollistaa suuret tulo- ja lähtöalueet Välttää testin redundanssin Prosessisuuntautunut | Ei pysty käsittelemään raja-arvovirheitä Aikaavievä |
Esimerkki: alla on vuokaavio yrityksen kirjautumisnäytöstä.


Plussat | Haittoja |
---|---|
Työkalut kattavat täydelliset testitapaukset Se toimii iteratiivisesti Siinä on täydellisyyttä | Jos syötteiden määrä kasvaa, taulukko osoittautuu hieman monimutkaisemmaksi Tilasiirtymätestaus |
Tilasiirtymätestaus on black-box-testauksen tekniikka, jossa testit on suunniteltu suorittamaan kelvollisia ja virheellisiä tilasiirtymiä.

Tilasiirtymäkaavio
Se näyttää kuinka järjestelmä muuttuu tietyillä tuloilla. Siinä on neljä pääkomponenttia:
Siirtymävaltiot
Plussat | Haittoja |
---|---|
Antaa testaajille mahdollisuuden peittää virheelliset tilat Antaa oikean esityksen järjestelmän käyttäytymisestä Se kattaa kaikki ehdot | Sitä ei voi suorittaa kaikkialla Se ei ole luotettava |
Arvausvirhe: Tämän tyyppisen testaustekniikan voi oppia vain, jos olet kokenut. Tässä tekniikassa analyytikko käyttää kokemustaan sovelluksen ongelmien arvaamiseen.
Esimerkiksi: Jos analyytikko löytää virheitä kirjautumissivulta, testaajat kirjoittavat testitapaukset kirjautumissivulle keskittyen.
Plussat | Haittoja |
---|---|
Suosittelee muita testausmenetelmiä Se tekee testauksesta paljon tehokkaampaa ja tehokkaampaa Se paljastaa vikoja nopeasti | Yksi vaatii testauskokemusta Luottaa testaajien intuitioon |
Black Box -testauksen plussat ja miinukset
Plussat | Haittoja |
---|---|
Tehokas käytettäessä suurissa järjestelmissä. Testaajat voivat olla ei-teknisiä. Testi tehdään käyttäjän näkökulmasta. Testaus auttaa tunnistamaan ristiriidat. Testitapaukset voidaan suunnitella, kun toiminnalliset tiedot on laadittu. Testaus on tasapainoista ja ennakkoluulotonta. | Testitapauksia ei ole helppo suunnitella ilman toiminnallisia eritelmiä. Suuret mahdollisuudet saada tunnistamattomia polkuja testausprosessin aikana. Testitapausten kirjoittaminen on hidasta ja vaikeaa. |
Kumpi on parempi Black Box -testaus vai White Box -testaus?
Tätä varten sinun on tiedettävä vähän valkoisen laatikon testaamisesta
Valkoisen laatikon testaus
Se on a ohjelmistojen testaus menetelmä, jossa tuotteen rakenne/suunnittelu/toteutus on testaajan tiedossa. Testaaja valitsee tulot ja määrittää sopivat lähdöt.
Muita valkoisen laatikon testauksen nimiä ovat lasilaatikkotestaus, kirkaslaatikkotestaus, rakennetestaus.

Esimerkiksi:
|_+_|White Box -testauksen aloittamisen vaiheet
Valkoisen laatikon testaustekniikat
Valkoisen laatikon testaustyypit
Valkoisen laatikon testausta on kolmenlaisia, ja ne mainitaan alla:
Työkalut valkoisen laatikon testaukseen
White Box -testauksen plussat ja miinukset
Plussat | Haittoja |
---|---|
Ilmoita testaajalle, kun testi on tehty. Tekniikat on suhteellisen helppo automatisoida. Optimoinnista tulee ohjelmoijalle helppoa. Ohjelman toiminnalle tarpeeton koodin osa on hieman helppo poistaa. | Se on suhteellisen kalliimpaa. Ei ole mahdollista testata jokaista koodin ehtoa. Ohjelman puuttuvia toimintoja ei löydy. |
Ero valkoisen laatikon ja mustan laatikon testauksen välillä
Perusta | Mustan laatikon testaus | Valkoisen laatikon testaus |
---|---|---|
MÄÄRITELMÄ | Käytetään ohjelmiston testaamiseen ilman sisäistä rakennetta. | Ohjelmiston sisäinen rakenne on testaajan tiedossa. |
MUUT NIMET | Spesifikaatioihin perustuva testaus, käyttäytymistesti, läpinäkymätön laatikkotestaus, suljetun laatikon testaus ja silmästä silmään -testaus. | lasilaatikoiden testaus, kirkkaan laatikon testaus, rakennetestaus. |
TESTAUSPERUSTA | Testaus perustuu ulkoisiin odotuksiin. | Sisäinen toiminta on koodaajan tiedossa. |
KÄYTTÖ | Soveltuu korkeatasoiseen testaukseen. | Soveltuu alhaiselle testaustasolle. |
OHJELMOINTIKIELI | Ohjelmointikieltä ei tarvita. | Ohjelmointikieli vaaditaan. |
TOTEUTUSTIETÄÄ | Ei vaadita mustan laatikon testauksessa. | Tarvitaan täydellinen ymmärrys toteutuksesta. |
AUTOMAATIO | Vaikea automatisoida. | Helppo automatisoida. |
TAVOITE | Tarkoituksena on tarkistaa järjestelmän toimivuus | Tarkoituksena on tarkistaa koodin laatu. |
TESTAnnut | Suorittaa testaaja, loppukäyttäjä. | Yleensä sen tekevät testaaja ja kehittäjät. |
RAKEUS | Rakeisuus on alhainen. | Rakeisuus on korkea. |
TESTAUSMENETELMÄ | Perustuu yrityksen ja erehdyksen menetelmiin. | Sisäisiä rajoja voidaan testata. |
AIKA | Vähemmän aikaa vievää. | Enemmän aikaa vievää. |
KOODIN PÄÄSY | Koodia ei vaadita | Koodin käyttö vaaditaan. |
PÄÄTELMÄ
Sekä Black Box -testaus että White Box -testaus ovat välttämättömiä ja täydentävät toisiaan. White box -testaus varmistaa koodin toimivuuden ja korkean testauksen tason, kun taas black box -testaus parantaa loppukäyttäjien kokemuksia. Testaajana tulee olla hyvä tuntemus black box -testauksesta, jotta voit tehdä kunnollisen testauksen.