Introduksjon til Black Box Testing

Black box testing-teknikker er en metode som involverer den interne strukturen, designen eller implementeringen av elementet som skal testes. Testene som utføres kan være enten funksjonelle eller ikke-funksjonelle. Dette er kjent som black-box testing, fordi personen som tester systemet ikke er klar over den interne kodestrukturen. Testeren vet ikke noe om implementeringsdetaljer og om de interne banene. Testingen utføres helt på grunnlag av programvarekrav og spesifikasjoner som mottas av testeren. Hovedfokuset i denne testingen er input og output som leveres til systemet.

Teknikker for Black Box Testing

Testsakene som er designet for å teste et system, spiller en viktig rolle i testingen. Måten de er opprettet på, og scenariene de dekker, bør tas i betraktning. Testere kan opprette kravspesifikasjonsdokument ved å bruke teknikkene nedenfor:

  1. Ekvivalenspartisjonering
  2. Grenseverdianalyse
  3. Avgjørelse tabell testing
  4. State Transition Testing
  5. Feil gjetting
  6. Grafikkbaserte testmetoder
  7. Sammenligningstesting
  8. Bruk saksteknikk

Følgende er teknikkene forklart nedenfor:

1. Ekvivalens testing

  • Denne teknikken deler inngangsverdiene som gis til programvaren i forskjellige grupper eller klasser. Dette gjøres på bakgrunn av produksjonen som kommer som et resultat. Denne teknikken er også kjent som Equivalence Class Partitioning. Ved å gjøre dette sparer vi innsatsen med å gi forskjellige innspill. I stedet gir vi en verdi til gruppen eller klassen for å teste utfallet for den gruppen eller klassen. Dette hjelper med å forbedre testdekningen og i sin tur redusere omarbeidet. Tiden lagres også da det ikke skal gis separate innganger. Innspill for hver klasse er tilstrekkelig.
  • La oss ta et eksempel på karakterer som elevene scorer. Hvis en student scorer over75%, har han / hun sikret seg første klasse med utmerkelse. Tilsvarende, hvis poengsummen er mellom 60% til 75%, har han / hun sikret seg First Class. Hvis poengsummen er mellom 50% til 60%, vil andre klasse. Hvis poengsummen er mellom 40% til 50%, da bestått klasse, ellers mislykkes. Her blir det fire klasser. Disse testtilfellene blir dannet og det er sørget for at alle muligheter blir dekket. Derfor er testing med noen verdier i dette settet tilstrekkelig.

2. Grenseverdianalyse

  • Her er fokuset på verdiene som er til stede ved grensene. Dette er fordi det vanligvis er mange problemer som finnes når det gjelder testing med verdier som fokuserer på grenser. Boundary fokuserer på verdier nær grensen der atferden til systemet endres. I grenseverdianalyse skal begge innganger, som er gyldige og ugyldige, testes.
  • For eksempel, hvis vi vil teste verdier som varierer fra 1 til 100, bør vi sjekke om programmet fungerer for verdier som 1-1, 1 + 1, 1, 100-1, 100 + 1, etc. Dette hjelper på sparer tid igjen, da vi bare kan se etter verdier som 0, 1, 2, 99, 100 og 101.

3. Testing av beslutningstabell

Hver gang det er logiske forhold eller beslutningssteg, skal denne teknikken brukes. Dette kan være som om en spesiell betingelse ikke er oppfylt, så bør handling A utføres, ellers skal handling B utføres. Testeren må identifisere innspill og handlinger som skal utføres basert på forholdene. Det opprettes en beslutningstabell basert på disse. Tenk på et eksempel der et ulikt antall kjøretøy er tillatt bare mandag, onsdag, fredag ​​og søndag, mens jevn antall kjøretøy er tillatt på tirsdag, torsdag og lørdag. I dette tilfellet er det to forhold og to handlinger. Tilstand 1 er rare kjøretøy og tilstand 2 er jevnlige kjøretøyer. Handlingene er de dagene disse kjøretøyene kan være på veiene. Det totale antall testsaker, i dette tilfellet, kan være fire, og avgjørelsestabellen kan følgelig avledes tilsvarende.

4. State Transition Testing

I denne teknikken prøver prøvesaken å teste systemet under forskjellige tilstander. Denne tilstanden kan endres avhengig av forskjellige forhold eller hendelser. Når en spesiell hendelse oppstår, kan disse scenariene testes.

5. Feil gjetting

Denne teknikken er hovedsakelig basert på erfaring. Når en tester har erfaring med å jobbe med noen applikasjoner, er oppførselen og funksjonalitet hans / henne kjent. Dette er en måte som mange problemer kan bli funnet på. Ved å bruke denne erfaringen er det enkelt for testerne å gjette hvor de fleste utviklere er tilbøyelige til å gjøre feil. Disse kan være å håndtere nullverdier, akseptere innsendingsknappen uten verdi, laste opp en fil uten vedlegg, laste opp en fil med mindre enn eller mer enn den angitte grense størrelsen, etc.

6. Grafikkbasert testing

Hver applikasjon er bygget ved å bruke noen objekter. Alle objektene som brukes blir notert, og en graf utarbeides. Fra denne grafen identifiseres forholdet til hvert objekt, og testtilfeller skrives deretter.

7. Sammenligningstesting

I denne teknikken brukes forskjellige versjoner av den samme programvaren og sammenlignes deretter for å teste hele systemet. Oppførselen blir notert og sammenlignet for alle versjoner, og eventuelle avvik blir notert.

8. Bruk saksteknikk

Denne teknikken brukes til å identifisere alle testtilfellene som er i bruk i henhold til systemet. Alle scenarier er notert som hjelper deg med å forstå den komplette funksjonaliteten til hver funksjon på en ende til en annen måte. Testsakene bør ha saker som dekker alle scenarier fra begynnelse til slutt i henhold til systembruken.

Konklusjon

Black Box-testing går ikke inn i detaljene rundt koding. Den fokuserer hovedsakelig på å teste og validere oppførselen og funksjonaliteten til programvaren. Det er ikke behov for noen teknisk bakgrunn og testing kan startes så snart utviklingen av prosjektet er gjort. Både testere og utviklere kan jobbe i siloer. Det er mer effektivt for store applikasjoner der funksjonalitet betyr mer enn den koden. Det hjelper også med å identifisere feil og problemer i det tidlige stadiet av testingen. Når retest er ferdig, kan det bekreftes hvis problemer fortsatt vedvarer og systemet blir bekreftet igjen.

Anbefalte artikler

Dette er en guide til Black Box Testing Techniques. Her diskuterer vi Introduksjon til Black Box Testing, Techniques og Top 8 Techniques in Black Box. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -

  1. Fuzz Testing
  2. Negativ testing
  3. Avgjørelse tabell testing
  4. Grey Box Testing

Kategori:

Programvare utvikling