Black Box Testing
Black Box Testing er en softwaretestmetode, hvor funktionerne i softwareapplikationer testes uden at have kendskab til intern kodestruktur, implementeringsdetaljer og interne stier. Black Box Testing fokuserer primært på input og output af softwareapplikationer, og det er udelukkende baseret på softwarekrav og specifikationer. Det er også kendt som Behavioral Testing.
Ovenstående Black-Box kan være ethvert softwaresystem, du vil teste. For eksempel et operativsystem som Windows, et websted som Google, en database som Oracle eller endda din egen brugerdefinerede applikation. Under Black Box Testing kan du teste disse applikationer ved blot at fokusere på input og output uden at kende deres interne kodeimplementering. Overvej følgende video tutorial -
Klik her, hvis videoen ikke er tilgængelig
Sådan udføres BlackBox-test
Her er de generiske trin, der følges for at udføre enhver form for Black Box-test.
- Oprindeligt undersøges systemets krav og specifikationer.
- Tester vælger gyldige input (positivt testscenarie) for at kontrollere, om SUT behandler dem korrekt. Der er også valgt nogle ugyldige input (negativt testscenarie) for at kontrollere, at SUT er i stand til at registrere dem.
- Tester bestemmer forventede output for alle disse input.
- Software tester konstruerer testcases med de valgte input.
- Testsagerne udføres.
- Software tester sammenligner de faktiske output med de forventede output.
- Eventuelle mangler er rettet og testet igen.
Typer af Black Box Testing
Der er mange typer Black Box Testing, men følgende er de fremtrædende -
- Funktionstest - Denne sort boks testtype er relateret til et systems funktionelle krav; det udføres af softwaretestere.
- Ikke-funktionel test - Denne type test af sort boks er ikke relateret til test af specifik funktionalitet, men ikke-funktionelle krav såsom ydeevne, skalerbarhed, brugervenlighed.
- Regressionstest - Regressionstest udføres efter kodefixing, opgraderinger eller anden systemvedligeholdelse for at kontrollere, at den nye kode ikke har påvirket den eksisterende kode.
Værktøjer, der bruges til Black Box-test:
Værktøjer, der bruges til Black Box-test, afhænger i høj grad af typen af Black Box-test, du laver.
- Til funktionelle / regressionstest kan du bruge - QTP, Selen
- Til ikke-funktionelle tests kan du bruge - LoadRunner, Jmeter
Black Box testteknikker
Følgende er den fremtrædende teststrategi blandt de mange, der anvendes i test af sort boks
- Ækvivalensklassetest: Det bruges til at minimere antallet af mulige testtilfælde til et optimalt niveau, samtidig med at det opretholder en rimelig testdækning.
- Test af grænseværdi : Test af grænseværdi er fokuseret på værdierne ved grænserne. Denne teknik bestemmer, om et bestemt værdiområde er acceptabelt af systemet eller ej. Det er meget nyttigt at reducere antallet af testsager. Det er bedst egnet til de systemer, hvor en input er inden for bestemte områder.
- Test af beslutningstabel: En beslutningstabel placerer årsager og deres virkninger i en matrix. Der er en unik kombination i hver kolonne.
Sammenligning af Black Box og White Box Testing:
| Black Box Testing | Test af hvid boks |
|---|---|
| Hovedfokus ved test af sort boks er på validering af dine funktionelle krav. | White Box Testing (Unit Testing) validerer intern struktur og funktion af din softwarekode |
| Test af sort boks giver abstraktion fra kode og fokuserer på testindsats på softwaresystemets opførsel. | For at udføre White Box Testing er viden om det underliggende programmeringssprog afgørende. Nuværende dags softwaresystemer bruger en række programmeringssprog og teknologier, og det er ikke muligt at kende dem alle. |
| Black box-test letter testkommunikation mellem moduler | Test af hvid boks letter ikke testkommunikation mellem moduler |
Black Box-test og softwareudviklings livscyklus (SDLC)
Black box-test har sin egen livscyklus kaldet Software Testing Life Cycle (STLC), og det er i forhold til hvert trin i Software Development Life Cycle of Software Engineering.
- Krav - Dette er den indledende fase af SDLC, og i dette trin er et krav samlet. Software testere deltager også i denne fase.
- Testplanlægning og analyse - Testtyper, der gælder for projektet, bestemmes. Der oprettes en testplan, der bestemmer mulige projektrisici og afbødning heraf.
- Design - I dette trin oprettes testsager / scripts på baggrund af softwarekravsdokumenter
- Testudførelse - I dette trin udføres testcases udarbejdet. Fejl, hvis nogen, er rettet og testet igen.