Hvad er SORT Box Test? Teknikker, typer og eksempler

Sort Box Test

Sort Box Test er en softwaretestmetode, hvor funktionaliteterne af softwareapplikationer testes uden at have kendskab til intern kodestruktur, implementeringsdetaljer og interne stier. Sort Box Test fokuserer hovedsageligt på input og output af softwareapplikationer, og det er udelukkende baseret på softwarekrav og specifikationer. Det er også kendt som Behavioural Testing.

Ovenstående sort-Box kan være et hvilket som helst softwaresystem, du vil teste. For eksempel et operativsystem som Windows, en hjemmeside som Google, en database som Oracle eller endda din egen brugerdefinerede applikation. Under sort Box Test, du kan teste disse applikationer ved blot at fokusere på input og output uden at kende deres interne kodeimplementering. Overvej følgende video tutorial-

Klik link. hvis videoen ikke er tilgængelig

Sort Box Testteknikker

Følgende er de fremtrædende Test strategi blandt de mange brugte i Black box Testing

• Ekvivalensklassetest: Det bruges til at minimere antallet af mulige testtilfælde til et optimalt niveau, samtidig med at der opretholdes en rimelig testdækning.
• Grænseværditest: Grænseværditest er fokuseret på værdierne ved grænser. Denne teknik bestemmer, om et bestemt område af værdier er acceptabelt af systemet eller ej. Det er meget nyttigt til at reducere antallet af testsager. Det er bedst egnet til de systemer, hvor et input er inden for bestemte områder.
• Beslutningstabeltestning: En beslutningstabel sætter årsager og deres virkninger i en matrix. Der er en unik kombination i hver kolonne.

Typer af sort Box Test

Der er mange typer af sort Box Tester, men følgende er de fremtrædende –

• Funktionel test – Denne sorte boks-testtype er relateret til de funktionelle krav til et system; det udføres af softwaretestere.
• Ikke-funktionel test – Denne type black box-test er ikke relateret til test af specifik funktionalitet, men ikke-funktionelle krav såsom ydeevne, skalerbarhed, brugervenlighed.
• Regressionstest - Regressionstest udføres efter koderettelser, opgraderinger eller anden systemvedligeholdelse for at kontrollere, at den nye kode ikke har påvirket den eksisterende kode.

Sådan laver du sortBox Test i Software Engineering

Her er de generiske trin, der følges for at udføre enhver form for sort Box Testing.

• Indledningsvis undersøges systemets krav og specifikationer.
• Testeren vælger gyldige input (positivt testscenarie) for at kontrollere, om SUT behandler dem korrekt. Nogle ugyldige input (negativt testscenarie) er også valgt for at verificere, at SUT'en er i stand til at detektere dem.
• Testeren bestemmer forventede output for alle disse input.
• Softwaretester konstruerer testcases med de valgte input.
• Testcaserne udføres.
• Softwaretester sammenligner de faktiske output med de forventede output.
• Eventuelle mangler udbedres og gentestes.

Værktøjer brugt til sort Box Test:

Værktøjer, der bruges til Black box-test, afhænger i høj grad af den type black box-test, du laver.

• Til funktionelle/regressionstest kan du bruge – QTP, Selenium
• Til ikke-funktionelle tests kan du bruge – LoadRunner, Jmeter

Sammenligning af sort Box og hvid Box Test:

Sort Box Test	Hvid Box Test
hovedfokus for black box test er på validering af dine funktionelle krav.	Hvid Box Test (Unit Testing) validerer intern struktur og funktion af din softwarekode
Black box-test giver abstraktion fra kode og fokuserer på at teste indsats på softwaresystemets adfærd.	At dirigere White Box Test, viden om underliggende programmeringssprog er afgørende. Nuværende softwaresystemer bruger en række forskellige programmeringssprog og teknologier, og det er ikke muligt at kende dem alle.
Black box-test letter testkommunikation mellem moduler	White box-test letter ikke testkommunikation mellem moduler

Sort Box Test og softwareudviklings livscyklus (SDLC)

Black box-testning har sin egen livscyklus kaldet Software Testing Life Cycle (STLC), og det er i forhold til hvert trin af Softwareudvikling livscyklus af Software Engineering.

• Krav – Dette er den indledende fase af SDLC, og i denne fase samles et krav. Softwaretestere deltager også i denne fase.
• Test Planlægning & Analyse - Testtyper gældende for projektet fastlægges. EN Testplan oprettes, som bestemmer mulige projektrisici og deres afbødning.
• Design – I denne fase oprettes testcases/scripts på basis af softwarekravsdokumenter
• Testeksekvering– I denne fase udføres de forberedte testsager. Eventuelle fejl er rettet og testet igen.