Black Box Testing
Black Box Testing er en programvaretestmetode der funksjonaliteten til programvareapplikasjoner blir testet uten å ha kunnskap om intern kodestruktur, implementeringsdetaljer og interne baner. Black Box Testing fokuserer hovedsakelig på input og output av programvareapplikasjoner, og det er helt basert på programvarekrav og spesifikasjoner. Det er også kjent som Behavioral Testing.
Ovennevnte Black-Box kan være hvilket som helst programvaresystem du vil teste. For eksempel et operativsystem som Windows, et nettsted som Google, en database som Oracle eller til og med din egen tilpassede applikasjon. Under Black Box Testing kan du teste disse applikasjonene ved å bare fokusere på innganger og utganger uten å vite deres interne kodeimplementering. Tenk på følgende videoopplæring-
Klikk her hvis videoen ikke er tilgjengelig
Hvordan gjøre BlackBox Testing
Her er de generiske trinnene som følges for å utføre alle typer Black Box-tester.
- Innledningsvis blir systemets krav og spesifikasjoner undersøkt.
- Tester velger gyldige innganger (positivt testscenario) for å sjekke om SUT behandler dem riktig. Også noen ugyldige innganger (negativt testscenario) er valgt for å verifisere at SUT er i stand til å oppdage dem.
- Tester bestemmer forventede utganger for alle disse inngangene.
- Programvaretester konstruerer testtilfeller med valgte innganger.
- Testsakene blir utført.
- Programvaretester sammenligner de faktiske utgangene med de forventede utgangene.
- Eventuelle feil er løst og testet på nytt.
Typer Black Box Testing
Det er mange typer Black Box-tester, men følgende er de fremtredende -
- Funksjonstesting - Denne typen svart bokstest er relatert til funksjonskravene til et system; det gjøres av programvaretestere.
- Ikke-funksjonell testing - Denne typen testing av blackbox er ikke relatert til testing av spesifikk funksjonalitet, men ikke-funksjonelle krav som ytelse, skalerbarhet, brukervennlighet.
- Regresjonstesting - Regresjonstesting utføres etter kodefiksinger, oppgraderinger eller annet systemvedlikehold for å kontrollere at den nye koden ikke har påvirket den eksisterende koden.
Verktøy som brukes til Black Box Testing:
Verktøy som brukes til Black Box-testing, avhenger i stor grad av typen blackbox-testing du gjør.
- For funksjonelle / regresjonstester kan du bruke - QTP, Selen
- For ikke-funksjonelle tester kan du bruke - LoadRunner, Jmeter
Black Box Testing Techniques
Følgende er den fremtredende teststrategien blant de mange som brukes i Black Box Testing
- Test av ekvivalensklasse: Den brukes til å minimere antall mulige testtilfeller til et optimalt nivå, samtidig som det opprettholder rimelig testdekning.
- Test av grenseverdi : Test av grenseverdi er fokusert på verdiene ved grensene. Denne teknikken avgjør om et bestemt verdiområde er akseptabelt av systemet eller ikke. Det er veldig nyttig for å redusere antall testsaker. Det er mest egnet for systemer der en inngang er innenfor visse områder.
- Testing av beslutningstabeller: En beslutningstabell setter årsaker og deres effekter i en matrise. Det er en unik kombinasjon i hver kolonne.
Sammenligning av Black Box og White Box Testing:
| Black Box Testing | White Box Testing |
|---|---|
| Hovedfokuset for testing av black box er på validering av dine funksjonelle krav. | White Box Testing (Unit Testing) validerer den interne strukturen og funksjonen til programvarekoden din |
| Black box testing gir abstraksjon fra kode og fokuserer på å teste innsats på programvarens systematferd. | For å utføre White Box Testing er kunnskap om underliggende programmeringsspråk viktig. Dagens programvaresystemer bruker en rekke programmeringsspråk og teknologier, og det er ikke mulig å kjenne dem alle. |
| Black box testing muliggjør testing av kommunikasjon mellom moduler | Hvitboks-testing letter ikke kommunikasjon mellom moduler |
Black Box Testing og programvareutvikling livssyklus (SDLC)
Black box testing har sin egen livssyklus kalt Software Testing Life Cycle (STLC), og den er relativt til hvert trinn av programvareutvikling Life Cycle of Software Engineering.
- Krav - Dette er den første fasen av SDLC, og i dette stadiet samles et krav. Programvaretestere deltar også i dette stadiet.
- Testplanlegging og analyse - Testtyper som gjelder for prosjektet bestemmes. Det lages en testplan som bestemmer mulige prosjektrisiko og demping.
- Design - I dette stadiet lages testtilfeller / skript på grunnlag av dokumentasjon om programvarekrav
- Testutførelse - I dette stadiet utføres testsaker som er utarbeidet. Feil hvis noen er løst og testet på nytt.