Mikä on WHITE Box -testaus? Tekniikat, esimerkki & Tyypit

Sisällysluettelo:

Anonim

Valkoisen laatikon testaus

White Box -testaus on ohjelmistojen testaustekniikka, jossa ohjelmistojen sisäistä rakennetta, suunnittelua ja koodausta testataan panoksen ja tuotoksen kulun varmistamiseksi sekä suunnittelun, käytettävyyden ja turvallisuuden parantamiseksi. Valkoisen laatikon testauksessa koodi näkyy testaajille, joten sitä kutsutaan myös tyhjennettyjen laatikoiden testaukseksi, avoimen laatikon testaukseksi, läpinäkyvän laatikon testaukseksi, koodipohjaiseksi testaukseksi ja lasilaatikkotestaukseksi.

Se on yksi Box Testing -lähestymistavan osista ohjelmistojen testauksessa. Sen vastine, Blackbox-testaus, sisältää testauksen ulkoisesta tai loppukäyttäjätyyppisestä näkökulmasta. Toisaalta White Box -testaus ohjelmistotuotannossa perustuu sovelluksen sisäiseen toimintaan ja pyörii sisäisen testauksen ympärillä.

Termiä "WhiteBox" käytettiin läpinäkyvän laatikon konseptin takia. Selkeä laatikko tai WhiteBox-nimi symboloi kykyä nähdä ohjelmiston ulkokuori (tai "laatikko") sen sisäiseen toimintaan. Samoin "musta laatikko" "Black Box -testauksessa" symboloi sitä, että ohjelmiston sisäistä toimintaa ei voida nähdä siten, että vain loppukäyttäjän kokemusta voidaan testata.

Tässä valkoisen laatikon testausoppaassa opit-

  • Mikä on valkoisen laatikon testaus?
  • Mitä vahvistat White Box -testauksessa?
  • Kuinka suoritat White Box -testauksen?
  • Esimerkki WhiteBox-testauksesta
  • Valkoisen laatikon testaustekniikat
  • Valkoisen laatikon testaustyypit
  • Valkoisen laatikon testaustyökalut
  • White Box -testauksen edut
  • WhiteBox-testauksen haitat

Mitä vahvistat White Box -testauksessa?

Valkoisen laatikon testaus sisältää ohjelmistokoodin testaamisen seuraaville:

  • Sisäiset turva-aukot
  • Rikkoutuneet tai huonosti jäsennetyt polut koodausprosesseissa
  • Tiettyjen syötteiden virta koodin läpi
  • Odotettu tuotos
  • Ehdollisten silmukoiden toimivuus
  • Jokaisen lauseen, objektin ja toiminnon testaus yksilöllisesti

Testaus voidaan tehdä järjestelmä-, integraatio- ja yksikkötasolla ohjelmistokehityksessä. Yksi whitebox-testauksen perustavoitteista on tarkistaa sovelluksen toimintavirta. Siihen kuuluu testata ennalta määritettyjen syötteiden sarja odotettuja tai haluttuja lähtöjä vastaan ​​niin, että kun tietty tulo ei johda odotettuun tulokseen, olet havainnut virheen.

Napsauta tätä, jos video ei ole käytettävissä

Kuinka suoritat White Box -testauksen?

Jotta saisimme yksinkertaistetun selityksen valkoisen laatikon testaamisesta, olemme jakaneet sen kahteen perusvaiheeseen . Testaajat tekevät tämän testatessaan sovellusta valkoisen laatikon testaustekniikalla:

VAIHE 1) YMMÄRRÄ LÄHDEKOODI

Ensimmäinen asia, jonka testaaja usein tekee, on oppia ja ymmärtää sovelluksen lähdekoodi. Koska valkoisen laatikon testaus sisältää sovelluksen sisäisen toiminnan testaamisen, testaajan on oltava erittäin perehtynyt testaamisssa sovelluksissa käytettäviin ohjelmointikieliin. Testaajan on myös oltava erittäin tietoinen turvallisista koodauskäytännöistä. Tietoturva on usein yksi ohjelmistojen testauksen ensisijaisista tavoitteista. Testaajan on kyettävä etsimään tietoturvaongelmia ja estämään hakkereiden ja naiivien käyttäjien hyökkäykset, jotka saattavat pistää sovellukseen vahingollista koodia joko tietoisesti tai tietämättään.

Vaihe 2) LUO TESTITAPAUKSET JA SUORITA

Toinen perusvaihe valkoisen laatikon testaukseen sisältää sovelluksen lähdekoodin testaamisen oikean virtauksen ja rakenteen suhteen. Yksi tapa on kirjoittamalla lisää koodia testata sovelluksen lähdekoodi. Testaaja kehittää pieniä testejä kutakin sovelluksen prosessia tai prosessisarjaa varten. Tämä menetelmä edellyttää, että testaajalla on oltava läheinen tuntemus koodista, ja kehittäjä tekee sen usein. Muita menetelmiä ovat manuaalinen testaus, kokeilu ja virhetestaus sekä testaustyökalujen käyttö, kuten selitämme tarkemmin tässä artikkelissa.

Esimerkki WhiteBox-testauksesta

Harkitse seuraavaa koodia

Printme (int a, int b) {------------ Printme on funktioint tulos = a + b;Jos (tulos> 0)Tulosta ("Positiivinen", tulos)MuuTulosta ("Negatiivinen", tulos)} ----------- Lähdekoodin loppu

Ohjelmistosuunnittelun WhiteBox-testauksen tavoitteena on tarkistaa kaikki koodin päätöshaarat, silmukat ja lausunnot.

Edellä olevan valkoisen laatikon testausesimerkissä olevien lausekkeiden käyttämiseksi WhiteBox-testitapaukset olisivat

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

Valkoisen laatikon testaustekniikat

Tärkein valkoisen laatikon testaustekniikka on Code Coverage -analyysi. Koodin kattavuusanalyysi poistaa aukot Test Case -paketissa. Se tunnistaa ohjelman alueet, joita testitapaukset eivät käytä. Kun aukot on tunnistettu, luot testitapauksia koodin testaamattomien osien tarkistamiseksi, mikä parantaa ohjelmistotuotteen laatua

Koodin kattavuusanalyysin suorittamiseen on käytettävissä automaattisia työkaluja. Alla on muutama kattavuusanalyysitekniikka, joita laatikkotesteri voi käyttää:

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

Haaran kattavuus - Tämä tekniikka tarkistaa ohjelmistosovelluksen kaikki mahdolliset polut (jos-muut ja muut ehdolliset silmukat).

Ylhäältä lukuun ottamatta on olemassa lukuisia peittotyyppejä, kuten Ehtojen kattavuus, Useiden ehtojen kattavuus, Polun kattavuus, Toiminnan kattavuus jne. Jokaisella tekniikalla on omat ansiot ja yritykset testata (peittää) kaikki ohjelmistokoodin osat. Käyttämällä Statement and Branch -peittoa saavutat yleensä 80-90% koodikattavuuden, mikä on riittävä. Seuraavat ovat tärkeitä WhiteBox-testaustekniikoita:

  • Lausuman kattavuus
  • Päätöksen kattavuus
  • Haaran kattavuus
  • Tilan kattavuus
  • Useiden ehtojen kattavuus
  • Äärellinen valtion koneen peitto
  • Polun kattavuus
  • Ohjausvirtauksen testaus
  • Tietovirran testaus

Tästä artikkelista saat lisätietoja osoitteesta https://www.guru99.com/code-coverage.html

Valkoisen laatikon testaustyypit

Valkoisen laatikon testaus sisältää useita testityyppejä, joita käytetään arvioimaan sovelluksen, koodilohkon tai tietyn ohjelmistopaketin käytettävyyttä. Ne on lueteltu alla -

  • Yksikkötestaus: Se on usein ensimmäinen testaustyyppi sovellukselle. Yksikkötestaus suoritetaan jokaiselle yksikölle tai koodilohkolle sen kehittyessä. Yksikkötestauksen tekee lähinnä ohjelmoija. Ohjelmistokehittäjänä kehität muutaman rivin koodia, yksittäisen toiminnon tai objektin ja testaat sen varmistaaksesi, että se toimii, ennen kuin yksikkötestauksen jatkaminen auttaa tunnistamaan suurimman osan virheistä ohjelmistokehityksen elinkaaren alussa. Tässä vaiheessa tunnistetut virheet ovat halvempia ja helposti korjattavia.

  • Muistivuotojen testaaminen: Muistivuodot ovat hitaimpien sovellusten johtavia syitä. Laadunvalvonta-asiantuntija, jolla on kokemusta muistivuotojen havaitsemisesta, on välttämätöntä, jos sinulla on hitaasti toimiva ohjelmistosovellus.

Yllä olevan lisäksi muutamat testaustyypit ovat osa sekä mustan että valkoisen laatikon testausta. Ne on lueteltu alla

  • Valkoisen laatikon tunkeutumistestaus: Tässä testauksessa testaajalla / kehittäjällä on täydelliset tiedot sovelluksen lähdekoodista, yksityiskohtaiset verkkotiedot, mukana olevat IP-osoitteet ja kaikki palvelintiedot, joita sovellus käyttää. Tavoitteena on hyökätä koodiin useista näkökulmista paljastaa turvallisuusuhat
  • White Box -mutaatiotestaus : Mutaatiotestausta käytetään usein parhaiden koodaustekniikoiden löytämiseen ohjelmistoratkaisun laajentamiseksi.

Valkoisen laatikon testaustyökalut

Alla on luettelo parhaista valkoisen laatikon testaustyökaluista.

  • Parasoft Jtest
  • EclEmma
  • NUnit
  • PyUnit
  • HTMLUnit
  • CppUnit

White Box -testauksen edut

  • Koodin optimointi etsimällä piilotettuja virheitä.
  • Valkoisen laatikon testitapaukset voidaan helposti automatisoida.
  • Testaus on perusteellisempaa, koska kaikki koodipolut ovat yleensä peitossa.
  • Testaus voi alkaa varhaisessa vaiheessa SDLC: ssä, vaikka käyttöliittymää ei olisikaan käytettävissä.

WhiteBox-testauksen haitat

  • Valkoisen laatikon testaus voi olla melko monimutkaista ja kallista.
  • Kehittäjät, jotka yleensä suorittavat valkoisen laatikon testitapauksia, inhoavat sitä. Kehittäjien tekemä valkoisen laatikon testaus ei ole yksityiskohtaista, mikä voi johtaa tuotantovirheisiin.
  • Valkoisen laatikon testaus vaatii ammattimaisia ​​resursseja, ja ohjelmointi ja toteutus on ymmärrettävä yksityiskohtaisesti.
  • Valkoisen laatikon testaus on aikaa vievää, suuremmat ohjelmointisovellukset vievät aikaa testata kokonaan.

Loppuhuomautukset:

  • Valkoisen laatikon testaus voi olla melko monimutkaista. Asiaan liittyvällä monimutkaisuudella on paljon tekemistä testattavan sovelluksen kanssa. Pieni sovellus, joka suorittaa yhden yksinkertaisen toimenpiteen, voidaan testata valkoisessa laatikossa muutamassa minuutissa, kun taas suurempien ohjelmointisovellusten testaaminen kestää päiviä, viikkoja ja jopa pidempään.
  • Valkoisen laatikon testaus ohjelmistotestauksessa tulisi tehdä ohjelmistosovelluksella sen kehityksen jälkeen sen kirjoittamisen jälkeen ja uudelleen jokaisen muutoksen jälkeen