Hva er SVART Box Testing? Teknikker, typer og eksempler
Thomas Hamilton
Svart Box Testing
Svart Box Testing er en programvaretestmetode der funksjonaliteten til programvareapplikasjoner testes uten å ha kunnskap om intern kodestruktur, implementeringsdetaljer og interne stier. Svart Box Testing fokuserer hovedsakelig på input og output av programvareapplikasjoner, og den er helt basert på programvarekrav og spesifikasjoner. Det er også kjent som atferdstesting.
Ovennevnte svart-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 svart Box Testing, du kan teste disse applikasjonene ved bare å fokusere på inngangene og utgangene uten å kjenne til deres interne kodeimplementering. Vurder følgende videoopplæring-
Klikk her. hvis videoen ikke er tilgjengelig
Svart Box Testteknikker
Følgende er de fremtredende Teststrategi blant de mange som brukes i Black Box Testing
- Ekvivalensklassetesting: Den brukes til å minimere antall mulige testtilfeller til et optimalt nivå samtidig som den opprettholder rimelig testdekning.
- Grenseverditesting: Grenseverditesting er fokusert på verdiene ved grenser. Denne teknikken bestemmer om et visst verdiområde er akseptabelt av systemet eller ikke. Det er veldig nyttig for å redusere antall testtilfeller. Den er best egnet for systemene der en inngang er innenfor visse områder.
- Beslutningstabelltesting: En beslutningstabell setter årsaker og deres virkninger i en matrise. Det er en unik kombinasjon i hver kolonne.
Typer svart Box Testing
Det finnes mange typer svart Box Tester, men følgende er de fremtredende –
- Funksjonell testing – Denne sorte boks-testtypen er relatert til funksjonskravene til et system; det gjøres av programvaretestere.
- Ikke-funksjonell testing – Denne typen black box-testing er ikke relatert til testing av spesifikk funksjonalitet, men ikke-funksjonelle krav som ytelse, skalerbarhet, brukervennlighet.
- Regresjonstesting - Regresjonstesting gjøres etter kodefikser, oppgraderinger eller annet systemvedlikehold for å sjekke at den nye koden ikke har påvirket den eksisterende koden.
Hvordan gjøre BlackBox Testing i programvareteknikk
Her er de generiske trinnene som følges for å utføre alle typer svart Box Testing.
- Innledningsvis undersøkes kravene og spesifikasjonene til systemet.
- Testeren velger gyldige innganger (positivt testscenario) for å sjekke om SUT behandler dem riktig. Noen ugyldige innganger (negativt testscenario) er også valgt for å bekrefte at SUT er i stand til å oppdage dem.
- Testeren bestemmer forventede utganger for alle disse inngangene.
- Programvaretester konstruerer testtilfeller med de valgte inngangene.
- Testsakene blir utført.
- Programvaretester sammenligner de faktiske utgangene med de forventede utgangene.
- Eventuelle mangler er fikset og testet på nytt.
Verktøy brukt for svart Box testing:
Verktøy som brukes til Black box-testing avhenger i stor grad av typen black box-testing du gjør.
- For funksjonelle/regresjonstester kan du bruke – QTP, Selenium
- For ikke-funksjonelle tester kan du bruke – Loadrunner, Jmeter
Sammenligning av svart Box og hvit Box testing:
| Svart Box Testing | Hvit Box Testing |
|---|---|
| hovedfokuset for black box-testing er på validering av funksjonskravene dine. | Hvit Box Testing (Enhetstesting) validerer den interne strukturen og funksjonen til programvarekoden din |
| Black box-testing gir abstraksjon fra kode og fokuserer på å teste innsatsen på programvaresystemets oppførsel. | Å dirigere White Box Testing, kunnskap om underliggende programmeringsspråk er avgjørende. Dagens programvaresystemer bruker en rekke programmeringsspråk og teknologier, og det er ikke mulig å kjenne dem alle. |
| Black box-testing forenkler testing av kommunikasjon mellom moduler | White box-testing letter ikke testkommunikasjon mellom moduler |
Svart Box Testing og programvareutvikling livssyklus (SDLC)
Black box-testing har sin egen livssyklus kalt Software Testing Life Cycle (STLC) og det er i forhold til hvert trinn av Programvareutvikling livssyklus av programvareteknikk.
- Krav – Dette er den innledende fasen av SDLC, og i denne fasen samles et krav. Programvaretestere deltar også på dette stadiet.
- Testplanlegging og analyse - Testtyper gjeldende for prosjektet fastsettes. EN Testplan er opprettet som bestemmer mulige prosjektrisikoer og demping av disse.
- Utforming – I dette stadiet lages testcases/scripts på grunnlag av programvarekravsdokumenter
- Testutførelse– I dette stadiet utføres testcaser som er forberedt. Eventuelle feil er fikset og testet på nytt.
