Valkoinen Box Testaus – mikä on, tekniikat, esimerkki ja tyypit

Valkoinen Box Testaus

Valkoinen Box Testaus on testaustekniikka, jossa ohjelmiston sisäistä rakennetta, suunnittelua ja koodausta testataan tulo-lähtövirran tarkistamiseksi ja suunnittelun, käytettävyyden ja turvallisuuden parantamiseksi. White box -testauksessa koodi näkyy testaajille, joten sitä kutsutaan myös nimellä Clear box -testaus, Open box -testaus, Transparent box -testaus, Koodipohjainen testaus ja Lasilaatikkotestaus.

Se on yksi kahdesta osasta Box Testauslähestymistapa ohjelmistotestaukseen. Sen vastine, Blackbox-testaus, sisältää testauksen ulkoisesta tai loppukäyttäjän näkökulmasta. Toisaalta ohjelmistosuunnittelun White box -testaus perustuu sovelluksen sisäiseen toimintaan ja pyörii sisäisen testauksen ympärillä.

Termi "valkoinenBox” käytettiin läpinäkyvän laatikon konseptin vuoksi. Kirkas laatikko tai valkoinenBox nimi symboloi kykyä nähdä ohjelmiston ulkokuoren (tai "laatikon") läpi sen sisäisiin toimiin. Samoin "musta laatikko" kohdassa "Musta Box Testaus” symboloi sitä, ettei ohjelmiston sisäistä toimintaa voida nähdä, joten vain loppukäyttäjän kokemusta voidaan testata.

Valkoinen Box Testaus video

Napauta tätä jos video ei ole saatavilla

Mitä varmistat valkoisessa Box Testaus?

White box -testaus sisältää ohjelmistokoodin testaamisen seuraaville:

• Sisäiset turva-aukot
• Rikkinäiset tai huonosti jäsennellyt polut koodausprosesseissa
• Tiettyjen syötteiden virtaus koodin läpi
• Odotettu tulos
• Ehdollisten silmukoiden toiminnallisuus
• Jokaisen lauseen, objektin ja funktion testaus yksilöllisesti

Testaus voidaan tehdä ohjelmistokehityksen järjestelmä-, integraatio- ja yksikkötasoilla. Yksi whitebox-testauksen perustavoitteista on varmistaa sovelluksen toimintakulku. Siihen kuuluu ennalta määritettyjen tulojen sarjan testaaminen odotettujen tai haluttujen tulosten suhteen, jotta jos tietty tulo ei tuota odotettua tulosta, olet törmännyt virheeseen.

Kuinka suoritat Whiten Box Testaus?

Olemme jakaneet sen kahteen perusvaiheeseen antaaksemme sinulle yksinkertaistetun selityksen valkoisen laatikon testaamisesta. Näin testaajat tekevät, kun testaavat sovellusta white box -testaustekniikalla:

VAIHE 1) YMMÄRRÄ LÄHDEKOODI

Ensimmäinen asia, jonka testaaja usein tekee, on oppia ja ymmärtää sovelluksen lähdekoodi. Koska white box -testaus sisältää sovelluksen sisäisen toiminnan testaamisen, testaajan tulee olla erittäin perehtynyt testaamissaan sovelluksissa käytetyt ohjelmointikielet. Testaajan on myös oltava erittäin tietoinen turvallisista koodauskäytännöistä. Tietoturva on usein yksi ohjelmistotestauksen päätavoitteista. Testaajan tulee pystyä löytämään tietoturvaongelmat ja estämään hakkereiden ja naiivien käyttäjien hyökkäyksiä, jotka saattavat syöttää haitallista koodia sovellukseen joko tietoisesti tai tietämättään.

VAIHE 2) LUO TESTITAPAUKSET JA SUORITA

Toinen perusvaihe valkoisen laatikon testaamiseen kuuluu sovelluksen lähdekoodin oikean kulun ja rakenteen testaamiseen. Yksi tapa on kirjoittaa lisää koodia testataksesi sovelluksen lähdekoodia. Testaaja kehittää pieniä testejä jokaiselle prosessille tai prosessisarjalle sovelluksessa. Tämä menetelmä edellyttää, että testaajalla on oltava perusteellinen tieto koodista, ja sen tekee usein kehittäjä. Muita menetelmiä ovat mm Manuaalinen testaus, kokeilu- ja virhetestaus ja testaustyökalujen käyttö, kuten selitämme tarkemmin tässä artikkelissa.

ValkoinenBox Testausesimerkki

Harkitse seuraavaa koodinpätkää

Printme (int a, int b) {                       ------------  Printme is a function 
    int result = a+ b; 
    If (result> 0)
    	Print ("Positive", result)
    Else
    	Print ("Negative", result)
    }                                        -----------   End of the source code

Valkoisen tavoiteBox Ohjelmistotekniikan testauksen tarkoituksena on tarkistaa kaikki koodin päätöshaarat, silmukat ja lauseet.

Käyttääksesi lauseita yllä olevassa valkoisen laatikon testiesimerkissä, WhiteBox testitapaukset olisivat

• A = 1, B = 1
• A = -1, B = -3

Valkoinen Box Testaustekniikat

Tärkeä White box -testaustekniikka on Code Coverage -analyysi. Code Coverage -analyysi poistaa aukot kohdassa a Testitapaus sviitti. Se tunnistaa ohjelman alueet, joita testitapaukset eivät käytä. Kun aukot on tunnistettu, luot testitapauksia koodin testaamattomien osien tarkistamiseksi, mikä parantaa ohjelmistotuotteen laatua.

Suoritukseen on saatavilla automaattisia työkaluja Koodin kattavuuden analyysi. Alla on muutamia kattavuusanalyysitekniikoita, joita laatikkotesteri voi käyttää:

Lausunnon kattavuus:- Tämä tekniikka edellyttää, että kaikki koodin mahdolliset lauseet testataan vähintään kerran testausprosessin aikana ohjelmistotuotanto.

Sivukonttorin kattavuus – Tämä tekniikka tarkistaa ohjelmistosovelluksen kaikki mahdolliset polut (if-else ja muut ehdolliset silmukat).

Edellä mainittujen lisäksi on olemassa lukuisia peittotyyppejä, kuten ehdon kattavuus, useiden ehtojen kattavuus, polun kattavuus, funktion kattavuus jne. Jokaisella tekniikalla on omat etunsa ja yritykset testata (peittää) ohjelmistokoodin kaikkia osia. Käyttämällä Statement- ja Branch-peittokykyä saavutat yleensä 80-90 % koodipeiton, mikä on riittävä.

Seuraavat ovat tärkeitä valkoisiaBox Testaustekniikat:

• Lausunnon kattavuus
• Päätöksen kattavuus
• Sivukonttorin kattavuus
• Kunnon kattavuus
• Useiden ehtojen kattavuus
• Rajallisen tilan koneen kattavuus
• Reitin kattavuus
• Ohjausvirtauksen testaus
• Tietovirran testaus

Valkoisen tyypit Box Testaus

Valkoisen laatikon testaus kattaa useita testaustyyppejä, joilla arvioidaan sovelluksen, koodilohkon tai tietyn ohjelmistopaketin käytettävyyttä. Alla on lueteltu -

• Yksikkötestaus: Se on usein ensimmäinen sovellukselle tehty testaus. Yksikkötestaus suoritetaan jokaiselle koodiyksikölle tai -lohkolle sitä kehitettäessä. Yksikkötestauksen tekee pääosin ohjelmoija. Ohjelmistokehittäjänä kehität muutaman rivin koodia, yksittäisen funktion tai objektin ja testaat sen toimivuuden ennen kuin jatkat yksikkötestausta, joka auttaa tunnistamaan suurimman osan virheistä ohjelmistokehityksen elinkaaren varhaisessa vaiheessa. Tässä vaiheessa tunnistetut virheet ovat halvempia ja helppoja korjata.
• Muistivuotojen testaus: Muistivuodot ovat johtavia syitä hitaampiin sovelluksiin. Laadunvarmistusasiantuntija, joka on kokenut muistivuotojen havaitsemisessa, on välttämätön tapauksissa, joissa ohjelmistosovellus on hidas.

Edellä mainittujen lisäksi muutama testaustyyppi on osa sekä mustaa laatikkoa että valkoista laatikkoa. Ne on lueteltu alla

• Valkoinen Box Läpäisyn testaus: Tässä testauksessa testaajalla/kehittäjällä on täydelliset tiedot sovelluksen lähdekoodista, yksityiskohtaiset verkkotiedot, mukana olevat IP-osoitteet ja kaikki palvelintiedot, joilla sovellus toimii. Tarkoituksena on hyökätä koodia vastaan ​​useista eri näkökulmista turvallisuusuhkien paljastamiseksi.
• Valkoinen Box Mutaatiotestaus: Mutaatiotestaus käytetään usein löytämään parhaat koodaustekniikat ohjelmistoratkaisun laajentamiseen.

Valkoinen Box Testaustyökalut

Alla on luettelo suosituimmista valkoisen laatikon testaustyökaluista.

• EclEmma
• nunit
• PyUnit
• HTML-yksikkö
• CppUnit

Valkoisen edut Box Testaus

• Koodin optimointi etsimällä piilotettuja virheitä.
• White box -testitapaukset voidaan helposti automatisoida.
• Testaus on perusteellisempaa, koska kaikki koodipolut ovat yleensä katettuja.
• Testaus voi alkaa aikaisin SDLC vaikka GUI ei ole saatavilla.

Valkoisen huonot puoletBox Testaus

• Valkoisen laatikon testaus voi olla melko monimutkaista ja kallista.
• Kehittäjät, jotka yleensä suorittavat valkoisen laatikon testitapauksia, vihaavat sitä. Kehittäjien valkoisen laatikon testaus ei ole yksityiskohtainen ja voi johtaa tuotantovirheisiin.
• White box -testaus vaatii ammattimaisia ​​resursseja, joilla on tarkka ohjelmoinnin ja toteutuksen tuntemus.
• White-box-testaus on aikaa vievää, suurempien ohjelmointisovellusten testaamiseen menee aikaa.

Yhteenveto

• Valkoisen laatikon testaus voi olla melko monimutkaista. Mukana oleva monimutkaisuus liittyy paljon testattavaan sovellukseen. Pieni sovellus, joka suorittaa yhden yksinkertaisen toiminnon, voitaisiin testata valkoisessa laatikossa muutamassa minuutissa, kun taas suurempien ohjelmointisovellusten täydellinen testaus kestää päiviä, viikkoja ja jopa kauemmin.
• Valkoisen laatikon testaus ohjelmistotestauksessa tulee tehdä ohjelmistosovelluksella, jota kehitetään sen kirjoittamisen jälkeen ja uudelleen jokaisen muutoksen jälkeen.