Oversikt over Black Box Testing
Black Box Testing er en testmetode for programvare der den interne strukturen eller utformingen eller implementeringen av elementet som må testes, er ukjent for testeren.
Hva er programvaretesting?
Programvaretesting er prosedyren for å evaluere et system med den hensikt å finne feil. Det utføres for å sjekke om systemet tilfredsstiller de spesifiserte kravene. Testing måler den generelle kvaliteten på systemet i forhold til dets korrekthet, fullstendighet, brukbarhet, ytelse og andre funksjonelle og ikke-funksjonelle attributter.
Black box testing er en programvaretestingsteknikk som fokuserer på analyse av programvarefunksjonalitet, kontra interne systemmekanismer. Black box testing ble utviklet som en metode for å analysere kundekrav, spesifikasjoner og designstrategier på høyt nivå. En svartboks-programvaretester ville velge gyldige og ugyldige inngangssett og kodeutførelsesbetingelser og sjekke for gyldige utskriftssvar. Black box testing blir også referert til som funksjonell testing eller testing av lukkede bokser.
For eksempel En søkemotor i et program. I en søkemotor vil en bruker legge inn tekst i nettleserens søkefelt. Søkemotoren ville deretter finne og hente relatert brukerdatautgang. Hva som skjer bak kulissene er ukjent for brukeren. Dermed er intern implementering ingen forståelse for ham.
Fordeler med svart boks inkluderer:
- Enkelhet: Forenkler testing av høyt nivå design og komplekse applikasjoner
- Sparer ressurser: Testere fokuserer på programvarefunksjonalitet.
- Testtilfeller: Fokus på programvarefunksjonalitet for å lette rask utvikling av testtilfeller.
- Gir fleksibilitet: Spesifikk programmeringskunnskap er ikke nødvendig.
Et eksempel
Testeren ville teste nettsidene, det vil si gjennom klikk og tastetrykk ved å bruke en nettleser ved å gi innganger og uten kunnskap om de interne strukturene og dermed verifisere utgangene mot forventede resultater.
Verktøy som brukes til Black Box Testing
Verktøy for svart boks avhenger i utgangspunktet av hvilken type svart boks testing du implementerer.
- Funksjonelle / regresjonstester kan gjøres gjennom QTP eller Selenium
- Ikke-funksjonelle tester kan gjøres gjennom LoadRunner eller Jmeter.
nivåer
I Black Box Testing er følgende nivåer for programvaretesting:
- Integreringstesting
- Systemtesting
- Akseptstesting
Ettersom nivået er høyere, vil boksen være større og mer kompleks, og også mer av svart-bokstesting kommer inn i bildet.
Definisjon av Black Box Testing
Black box testing kan defineres som en testteknikk der Application Under Test (AUT) funksjonalitet er testet, men med utsikt over strukturen til den interne koden, detaljer om implementering og all kunnskap om de interne banene til programvaren.
Forstå Black Box Testing
Testing av svart boks gjelder alle programvarespesifikasjoner og krav. Black Box Testing fokuserer bare på innganger og utdata fra programvaresystemet og ikke i det hele tatt å bry seg om intern kunnskap om programvaren.
Hvordan gjør Black Box Testing arbeid så enkelt?
Det er Software Testing Life Cycle, det vil si STLC som er av Black box testing som er i forhold til hvert trinn i Software Development Life Cycle.
- I den innledende eller første fasen av STLC blir kravene til produktet samlet. Dette er kjent som Requirement Gathering-fase.
- Fasen som følger er testplanlegging og testanalysefase. Leveransen av denne fasen er vanligvis typer tester som skal utføres i henhold til prosjektet og en testplan for å bestemme risikoer og redusere risikoen.
- Den tredje fasen er prosjekteringsfasen der testtilfeller, testmanus utarbeides ved hjelp av programvarebehovsdokumenter eller forretningsbehovsdokument.
- Den siste fasen er kjent som testutførelsesfasen. Som navnet tilsier, utføres i dette stadiet alle testsaker eller skript. Alle feilene som ble funnet blir rapportert, fikset og testet på nytt.
Hva kan du gjøre med Black Box Testing?
Noen av de fremtredende teststrategiene som brukes i Black Box Testing er forklart nedenfor:
- Test av likestillingsklasse
- Testing av grenseverdier
- Avgjørelse tabell testing
- Årsak-effekt-testing
- Kravbasert testing
- Test av kompatibilitet
Test av likestillingsklasse
Denne typen testing er å foretrekke, da den hjelper til med å minimere testsakene til et nivå der sjansene for kravdekning er til et optimalt nivå.
Dette gjøres i de følgende to trinnene:
1. Identifisering og partisjonering i ekvivalensklasser: Innledningsvis blir inndataene delt inn i minimum to sett - det første settet inneholder en liste over gyldige inngangsverdier og det andre settet inneholder listen over ugyldige inngangsverdier. For eksempel, hvis det er en aldersboks som kan inneholde alder i området 20-40, kan gyldige inngangsverdier være 21, 25, 30, 39 osv., Og ugyldige inngangsverdier kan være en hvilken som helst verdi mindre enn 20 eller større enn 40 som 10, 15, 45, 55 osv.
2. Opprette testtilfeller - Et unikt identifikasjonsnummer tildeles hver gyldig inngangsklasse og ugyldig inngangsklasse, og deretter skrives testtilfeller med en intensjon om å dekke de to settene med inngangsklasser.
Testing av grenseverdier
Testing av grenseverdier fokuserer i utgangspunktet på grenseverdier. Den evaluerer om et bestemt verdiområde vil være akseptabelt av systemet eller ikke. Testing av grenseverdier er nyttig for å redusere / minimere antall testsaker. Boundary Value-testing er best egnet for systemer der innspill ligger innenfor visse områder.
Avgjørelse tabell testing
En beslutningstabell viser årsaker og deres samtidige effekter i form av en matrise. Ved beslutningstabellprøving eksisterer det en unik kombinasjon i hver kolonne.
Årsak-virkning Grafering
Årsak-effekt Grafer utvikler et forhold mellom årsaker (logiske innganger) med tilsvarende effekt (Handlinger). De er representert ved hjelp av boolske grafer. Trinnene som skal følges er som følger:
- Identifisering av innganger og utganger.
- Utvikling av årsak-virkning graf.
- Transformering av grafen til beslutningstabellen.
- Konvertering av beslutningstabellregler til testsaker.
Kravbasert testing
Denne typen tester inkluderer å sjekke om kravene nevnt i SRS eller programvarekravspesifikasjon er gyldige eller ikke.
Kompatibilitetstesting
For å levere funksjonalitet, er både produktene og infrastrukturen avhengig av resultatet av test case henrettelser. Uavhengig av endringene i infrastrukturparametrene forventes det fortsatt at produktet fungerer som det skal. Noen av parametrene som vanligvis påvirker kompatibiliteten til programvare er listet nedenfor:
- Pentium 3 eller Pentium 4 prosessorer og antall prosessorer som brukes
- 32-biters eller 64-biters arkitektur
- Databaseservere eller andre backend-komponenter
- Type operativsystem (Windows, Linux osv.).
Jobber med Black Box Testing
Følgende er de grunnleggende trinnene som trengs for å utføre Black Box Testing.
- For det første blir spesifikasjonene og kravene til systemet behandlet.
- For det andre ville testeren velge logiske innganger, det vil si positive testscenarier for å sjekke ut om SUT har behandlet dem riktig eller ikke. I tillegg blir også ugyldige innganger, det vil si negativt testscenario, valgt for å sjekke at SUT kan oppdage dem.
- For det tredje vil testere deretter bestemme forventede utganger for alle gyldige innganger.
- For det fjerde oppretter programvaretester testfall med de valgte og gyldige inngangene.
- For det femte henrettes opprettede testsaker.
- For det sjette skiller programvaretestere mellom de faktiske utgangene med de forventede utgangene og sjekker om de er like.
- Til slutt, hvis noen blir funnet, blir de fikset og testet på nytt.
Fordeler
- Black box-tester utføres alltid fra brukerens synspunkt, siden det vil hjelpe med å avdekke avvik betydelig.
- Black box testere trenger heller ikke å kjenne noen programmeringsspråk.
- Black box testere trenger ikke å vite hvordan programvaren er implementert.
- Testtilfeller relatert til svart boks er designet av testere så snart spesifikasjonene er i fullført stadium.
ulemper
- Siden ingen teknisk kunnskap eller programmeringskunnskap er nødvendig, kan det være tilfeller å ignorere alle gyldige og mulige forhold i scenariet som må testes.
- Det er muligheter for mindre testing og uvitenhet om hver eneste mulige inngang og deres uttesting på grunn av tidsbegrensninger (fastsatt tid).
- Den komplette og ferdige testdekningen er ofte ikke mulig for komplekse og store prosjekter.
Hvorfor skal vi bruke Black Box Testing?
Verktøy for Black Box-testing er i utgangspunktet opptak og avspilling. Disse verktøyene registrerer testtilfellene i form av skript som TSL, JavaScript, VB-skript, etc. Alle disse verktøyene brukes i utgangspunktet for regresjonstesting for å sjekke om den medfølgende nybygget har gjort noen feil i allerede fin fungerende applikasjonsfunksjonalitet .
omfang
De fremtredende og viktigste typene av Black Box Testing er følgende:
- Funksjonell testing: Denne typen svartbokstesting er alt angående funksjonskravene til systemet, og den utføres av programvaretestere.
- Ikke-funksjonell testing: Denne typen black box-tester gjelder ikke testing av den spesielle funksjonaliteten, men alt om ikke-funksjonelle krav som ytelse, brukervennlighet, skalerbarhet og mye mer.
- Regresjonstesting: Regresjonstesting utføres etter at en kode er fikset, eventuelle kodeoppgraderinger eller annet vedlikehold av systemet er gjort for å bekrefte om den nye koden ikke har påvirket den eksisterende funksjonaliteten.
forskjeller
Black Box Testing er programvaretestingsteknikken der intern struktur eller design eller implementering av produktet som testes ikke er kjent for testeren.
White Box Testing er en programvaretestingsteknikk der den interne strukturen eller designen eller implementeringen av produktet som testes er kjent for en tester.
| Black Box Testing | White Box Testing |
| Black box testing er hvor den interne strukturen eller programmet eller koden er ukjent. | Testing av hvite bokser er der testeren har kunnskap om den interne strukturen i programvare |
| Det gjøres vanligvis av programvaretestere. | Det gjøres vanligvis av programvareutviklere. |
| Her kreves absolutt ingen kunnskap om implementering. | Her kreves det kunnskap om implementering. |
| Det kan også kalles ytre / ekstern testing av programvare. | Det kan også kalles som indre / intern programvaretesting. |
| Black box testing er den funksjonelle testen av programvaren. | White box testing er den strukturelle testen av programvaren. |
| Denne testingen kan initieres på grunnlag av kravspesifikasjonsdokumentet. | Denne typen testing av programvare startes etter et detaljprosjekteringsdokument. |
| Her kreves ingen kunnskap om programmeringsspråk. | Her er det obligatorisk å ha kunnskap om minst ett programmeringsspråk. |
| Det er i utgangspunktet atferdstesting av programvaren. | Det er den grunnleggende logiske testen av programvaren. |
| Det er mest aktuelt for de høyere testnivåene. | Det er mest aktuelt for de lavere testnivåene. |
| Det kalles også atferdstesting. | Det kalles også som klar eller glassboks-testing. |
| Black box testing er mindre tidkrevende enn White Box testing. | White box testing er mer tidkrevende enn Black box testing. |
| Testing av svart boks er ikke passende for algoritmetesting. | Hvitboks-testing er passende for algoritmetesting. |
| Det kan oppnås ved prøving og feiling. | De indre eller indre grensene for data sammen med dets domene kan testes grundig. |
| For eksempel: Søke på noe på google ved hjelp av nøkkelord | For eksempel: Bruke innganger for å sjekke og verifisere for løkker. |
typer
| typer
|
Konklusjon:
Alle emnene som diskuteres er grunnleggende så vel som avanserte emner relatert til svart boks testing og essensen av alle dens teknikker og metoder.
Siden det knapt er mulig å teste alt sammen med menneskelig involvering og det også med 100 prosent nøyaktighet, men hvis de allerede spesifiserte metodene blir brukt veldig effektivt, vil det uten tvil øke kvaliteten på systemet. Derfor for å slutte, er Black Box testing en seriøst veldig effektiv metode for å identifisere manglene, samt verifisere funksjonaliteten til systemet.
Anbefalte artikler
Dette har vært en guide til Black Box Testing. Her diskuterte vi hvordan Black Box Testing utføres ved hjelp av eksempler og forskjellige Black Box Testing Techniques med verktøy. Du kan også gå gjennom de andre foreslåtte artiklene våre for å lære mer–
- White Box Testing
- Testing av intervjuspørsmål
- Hva er Hypervisor
- Spørsmål om intervju av spilltest