Hva er Grey Box Testing? Teknikker, eksempel

grรฅ Box Testing

grรฅ Box Testing eller Gray box-testing er en programvaretestingsteknikk for รฅ teste et programvareprodukt eller en applikasjon med delvis kunnskap om applikasjonens interne struktur. Hensikten med testing av grรฅ bokser er รฅ sรธke og identifisere defektene som skyldes feil kodestruktur eller feil bruk av applikasjoner.

I denne prosessen identifiseres ofte kontekstspesifikke feil som er relatert til websystemer. Det รธker testdekningen ved รฅ konsentrere seg om alle lagene i et komplekst system.

Grรฅ Box Testing er en programvaretestmetode, som er en kombinasjon av begge Hvit Box Testing og svart Box Testmetode.

  • I hvitt Box testing av intern struktur (kode) er kjent
  • I svart Box testing av intern struktur (kode) er ukjent
  • I grรฅtt Box Testing av intern struktur (kode) er delvis kjent

grรฅ Box Testing

I programvareteknikk, Gray Box Testing gir muligheten til รฅ teste begge sider av en applikasjon, presentasjonslag samt kodedelen. Det er fรธrst og fremst nyttig i Integrasjonstesting og Penetrasjonstesting.

Eksempel pรฅ Gray Box testing: Mens testing av nettsteder har som lenker eller foreldrelรธse lenker, hvis testeren stรธter pรฅ problemer med disse koblingene, kan han gjรธre endringene umiddelbart i HTML-kode og sjekke i sanntid.

Hvorfor Gray Box Testing

Grรฅ Box Testing utfรธres av fรธlgende grunn,

  • Det gir kombinerte fordeler med bรฅde testing av svart boks og testing av hvit boks
  • Den kombinerer input fra utviklere sรฅ vel som testere og forbedrer den generelle produktkvaliteten
  • Det reduserer kostnadene ved lange prosesser med รฅ teste funksjonelle og ikke-funksjonelle typer
  • Det gir nok ledig tid for en utvikler til รฅ fikse feil
  • Testing gjรธres fra brukerens synspunkt i stedet for et designersynspunkt

Grรฅ Box Teststrategi

For รฅ utfรธre Gray box-testing er det ikke nรธdvendig at testeren har tilgang til kildekoden. En test er utformet basert pรฅ kunnskap om algoritmer, arkitekturer, interne tilstander eller andre hรธynivรฅbeskrivelser av programmets oppfรธrsel.

For รฅ utfรธre testing av grรฅ boks-

  • Den bruker en enkel teknikk for black box-testing
  • Den er basert pรฅ generering av kravstesttilfeller, som sรฅdan forhรฅndsinnstiller den alle betingelsene fรธr programmet testes med pรฅstandsmetode.

Teknikker som brukes for testing av grรฅ bokser er-

  • Matrisetesting: Denne testteknikken innebรฆrer รฅ definere alle variablene som finnes i programmene deres.
  • Regresjonstesting: For รฅ sjekke om endringen i forrige versjon har regressert andre aspekter av programmet i den nye versjonen. Det vil bli gjort ved รฅ teste strategier som retest alle, retest risikable brukstilfeller, retest innenfor en brannmur.
  • Ortogonal array-testing eller OAT: Det gir maksimal kodedekning med minimum testtilfeller.
  • Mรธnstertesting: Denne testingen utfรธres pรฅ de historiske dataene fra de tidligere systemfeilene. I motsetning til black box-testing, graver grรฅbokstesting i koden og bestemmer hvorfor feilen skjedde

Vanligvis bruker Gray box-metodikk automatiserte testverktรธy for programvare รฅ gjennomfรธre testingen. Stubber og moduldrivere er laget for รฅ avlaste testeren for รฅ generere koden manuelt.

Fremgangsmรฅten for รฅ utfรธre grรฅbokstesting er:

  • Trinn 1: Identifiser innganger
  • Trinn 2: Identifiser utgangene
  • Trinn 3: Identifiser hovedveiene
  • Trinn 4: Identifiser underfunksjoner
  • Trinn 5: Utvikle innspill for underfunksjoner
  • Trinn 6: Utvikle utdata for underfunksjoner
  • Trinn 7: Utfรธr testcase for underfunksjoner
  • Trinn 8: Bekreft riktig resultat for underfunksjoner
  • Trinn 9: Gjenta trinn 4 og 8 for andre underfunksjoner
  • Trinn 10: Gjenta trinn 7 og 8 for andre underfunksjoner

Testtilfellene for testing av grรฅ bokser kan omfatte GUI-relatert, Sikkerhetsrelatert, Databaserelatert, Nettleserelatert, Operasystemrelatert osv.

Grรฅ Box Testing utfordringer

  • Nรฅr en komponent under test stรธter pรฅ en feil av noe slag, kan det fรธre til abort av den pรฅgรฅende operasjonen
  • Nรฅr testen utfรธres i sin helhet, men innholdet i resultatet er feil.

Sammendrag

  • De totale kostnadene for systemdefekter kan reduseres og forhindres i รฅ gรฅ videre med testing av grรฅ boks
  • Grรฅbokstesting passer mer for GUI, Funksjonell testing, sikkerhetsvurdering, webapplikasjoner, webtjenester osv.
  • Teknikker brukt for testing av grรฅ bokser
    • Matrisetesting
    • Regresjonstesting
    • OAT eller Ortogonal Array Testing
    • Mรธnstertesting

Oppsummer dette innlegget med: