Peamine erinevus : valge kasti testimine on tarkvaratestimise meetod, kus testitava rakenduse sisemised toimingud on teada ja neid testija arvestab. Must-kasti testimine on tarkvara testimise meetod, kus testitava programmi rakendamine ei ole testerile teada või seda ei võeta arvesse.
Musta kasti testimine on testimisstrateegia, mis põhineb üksnes nõuetele ja spetsifikatsioonidele. See ei vaja teadmisi testitavate rakenduste sisemistest teedest, struktuuridest või tarkvara rakendamisest. Kuid see strateegia vähendab testeri lähenemisviisi testimisprogrammi vigade või vigade leidmisel. Ka defekte ei korrigeerita, kuna testeril puuduvad sisemised rakendusteadmised.
Musta kasti testimine toimub süsteemi välisel tasandil; see lihtsalt kontrollib, kas väljund on antud sisendi jaoks õige. Rakenduse funktsioone kontrollitakse ja testitakse. Samuti ei ole vaja kasutajate teadmisi süsteemi sisemisest voolust või konstruktsioonist, kuna nad lihtsalt katsetavad süsteemi ilma, et oleks võimalik saada teavet selle kohta, kuidas süsteem on tehtud.
Valge kasti testimine on testimisstrateegia, mis põhineb sisemistel teedel, koodistruktuuridel ja testitava tarkvara rakendamisel. Üldiselt nõuab see detailseid programmeerimisoskusi. See strateegia aitab kiiresti leida vigu ja vigu võrreldes teiste meetoditega. See annab täieliku katse, tagades täpselt, mida rakenduses testida.
Valge kasti testimine hõlmab taotluse põhjalikku katsetamist. Tavaliselt hõlmab see andmete liikumise kontrollimist, erandeid ja vigu. Samuti kontrollib see defekti käsitlemist ja võrdleb tulemusi kirjaliku koodiga. See viitab testimisrühmale või süsteemile, millel on täielik teadmine, ning juurdepääs kõigile lähtekoodidele ja muudele arhitektuurilistele dokumentidele. Nad testivad koodi sisemist loogikat ja rakendusi.
Valge kasti ja musta kasti testimise võrdlus:
Valge kasti testimine | Must-kasti testimine | |
Määratlus | See on tarkvara testimise meetod, kus testerile on teada programmi sisemine struktuur, disain ja rakendamine. | See on tarkvara testimise meetod, mille puhul tester ei tunne programmi sisemist struktuuri, disaini ja rakendamist. |
Testitud | Seda teevad tarkvaraarendajad. | Seda teeb professionaalne testimismeeskond. |
Teadmiste kodeerimine | See nõuab teadmisi sisemise kodeerimise kohta. | See ei nõua teadmisi sisemise kodeerimise kohta. |
Mure | See on seotud programmi rakendamise kontrollimisega. | See ei puuduta programmi struktuuri. |
Testimine | See on peamiselt kohaldatav madalamale testimistasemele, näiteks:
| Seda kohaldatakse peamiselt kõrgema taseme testide puhul, näiteks:
|
Teadmised | Katsetamiseks on vaja rakendada teadmisi. | Katsetamiseks ei ole vaja rakendada teadmisi. |
Katse alus | Katsejuhtumid põhinevad detailplaneeringul. | Katsejuhtumid põhinevad nõutavatel spetsifikatsioonidel. |
Aeg | See on aeganõudev ja ammendav. | See on vähem aeganõudev ja ammendav. |
Algoritmi test | See sobib algoritmi testimiseks. | See ei sobi algoritmi testimiseks. |
Katsemeetod | Andmete domeeni ja sisepiirid on paremini testitud. | Seda saab teha ainult katse ja vea meetodil. |
Eelised |
|
|
Puudused |
|
|