Hovedforskel : Hvidboksprøve er en software testteknik, hvor den interne drift af applikationen, der skal testes, er kendt og taget i betragtning af testeren. Black-box test er en software testteknik, hvor applikationen af programmet, der skal testes, ikke er kendt for testeren, eller det tages ikke i betragtning.
Black box test er en teststrategi udelukkende baseret på krav og specifikationer. Det kræver ingen kendskab til interne veje, strukturer eller implementering af softwaren på de applikationer, der testes. Denne strategi minimerer imidlertid testerens tilgang til at finde fejl eller defekter i testprogrammet. Manglerne korrigeres heller ikke på grund af manglende intern viden om testen.
Black box test er udført på et ydre niveau af systemet; det kontrollerer simpelthen, om udgangen er korrekt for den givne indgang. Funktionerne i applikationen kontrolleres og testes. Der kræves heller ikke brugerkendskab til systemets interne flow eller design, da de blot tester systemet uden nogen information om, hvordan systemet er lavet.
Hvidboks test er en teststrategi baseret på interne veje, kode strukturer og implementeringen af den software, der testes. Det kræver generelt detaljerede programmeringsevner. Denne strategi hjælper med hurtigt at finde fejl og fejl i forhold til andre metoder. Det giver en komplet testdækning ved at sikre præcis, hvad man skal teste i en applikation.
Hvidboksprøvning indebærer grundig test af ansøgningen. Det omfatter typisk kontrol med datastrømmen, undtagelser og fejl. Det kontrollerer også fejlhåndteringen og sammenligner resultaterne med den skrevne kode. Det refererer til et testteam eller system med fuld viden sammen med, den har adgang til alle kildekoder og andre arkitektoniske dokumenter. De tester de interne logikker og applikationer af koden.
Sammenligning mellem white-box og black-box test:
Hvidbokstest | Black-box Testing | |
Definition | Det er en software testmetode, hvor den interne struktur, design og implementering af programmet er kendt for testeren. | Det er en software testmetode, hvor den interne struktur, design og implementering af programmet ikke er kendt for testeren. |
Testet af | Det gøres af softwareudviklere. | Det gøres af et professionelt testteam. |
Kodningskendskab | Dette kræver viden om intern kodning. | Dette kræver ikke kendskab til intern kodning. |
Bekymring | Det er bekymret for at teste gennemførelsen af programmet. | Det vedrører ikke programmets struktur. |
Test | Det gælder hovedsagelig for lavere testniveau, såsom:
| Det gælder hovedsageligt for højere testniveauer som:
|
Viden | Implementeringskendskab er nødvendig for test. | Implementeringskendskab er ikke nødvendig til test. |
Testbase | Test tilfælde er baseret på detaljeret design. | Testtilfælde er baseret på krævede specifikationer. |
Tid | Det er tidskrævende og udtømmende. | Det er mindre tidskrævende og udtømmende. |
Algoritm test | Det er velegnet til algoritmetestning. | Det er ikke egnet til algoritmetestning. |
Testmetode | Data domæne og interne grænser er bedre testet. | Dette kan kun gøres ved forsøgs- og fejlmetode. |
Fordele |
|
|
Ulemper |
|
|