Oversigt over Black Box Testing
Black Box Testing er en softwaretestmetode, hvor den interne struktur eller design eller implementering af det objekt, der skal testes, er ukendt for testeren.
Hvad er softwaretestning?
Softwaretest er fremgangsmåden ved evaluering af et system med det formål at finde fejl. Det udføres for at kontrollere, om systemet opfylder dets specificerede krav. Testning måler systemets overordnede kvalitet med hensyn til dets korrekthed, fuldstændighed, anvendelighed, ydeevne og andre funktionelle og ikke-funktionelle egenskaber.
Black box testing er en softwaretestningsteknik, der fokuserer på analyse af softwarefunktionalitet versus interne systemmekanismer. Black box-testning blev udviklet som en metode til analyse af klientkrav, specifikationer og designstrategier på højt niveau. En black box-softwaretester ville vælge gyldige og ugyldige indgangssæt og eksekveringsbetingelser og kode for gyldige output-svar. Black box-test kaldes også funktionel test eller closed-box-test.
For eksempel En søgemaskine i en applikation. I en søgemaskine indtaster en bruger tekst i browserens søgefelt. Søgemaskinen vil derefter lokalisere og hente relateret brugerdataoutput. Hvad der foregår bag kulisserne er ukendt for brugeren. Således er intern implementering uden forståelse for ham.
Fordele ved sort boksningstest inkluderer:
- Enkelhed: Fremmer test af højt design og komplekse applikationer
- Sparer ressourcer: Testere fokuserer på softwarefunktionalitet.
- Testcases: Fokus på softwarefunktionalitet for at lette hurtig udvikling af test case.
- Giver fleksibilitet: Specifik programmeringskendskab er ikke påkrævet.
Et eksempel
Testeren testede websiderne, det vil sige gennem klik og tastetryk ved hjælp af en browser ved at tilvejebringe input og uden kendskab til de interne strukturer og dermed verificere output mod de forventede resultater.
Værktøjer, der bruges til Black Box Testing
Black box-testværktøjer afhænger dybest set af, hvilken type black box-test, du implementerer.
- Funktionelle / regressionstests kan udføres via QTP eller selen
- Ikke-funktionelle tests kan udføres via LoadRunner eller Jmeter.
Niveauer
I Black Box Testing er følgende niveauer for softwaretest:
- Integrationstest
- Systemtest
- Test af accept
Efterhånden som niveauet er højere, ville boksen være større og mere kompleks, og også mere af black-box-test kommer ind i billedet.
Definition af Black Box Testing
Black box-testning kan defineres som en testteknik, hvor Application Under Test (AUT) 's funktionalitet testes, men med udsigt over strukturen af den interne kode, detaljer om implementering og al viden om de interne stier i softwaren.
Forståelse af Black Box Testing
Black box-test vedrører alle softwarespecifikationer og krav. Black Box Testing fokuserer bare på input og output i softwaresystemet og overhovedet ikke at bekymre sig om intern viden om softwaren.
Hvordan gør Black Box Testing det så nemt at arbejde?
Der er softwaretestningens livscyklus, det vil sige STLC, der er af Black box-test, som er i forhold til hvert trin i softwareudviklingslivscyklussen.
- I den indledende eller første fase af STLC indsamles kravene til produktet. Dette er kendt som krav om indsamlingsfase.
- Den følgende fase er testplanlægning og testanalysefase. Leverancerne af denne fase er generelt typer af test, der skal udføres pr. Projekt, og en testplan til bestemmelse af risici og afhjælpning af disse risici.
- Den tredje fase er designfasen, hvor testtilfælde, testmanuskripter udarbejdes ved hjælp af softwarekravdokumenter eller forretningsbehovsdokument.
- Den sidste fase er kendt som testudførelsesfasen. Som navnet antyder, udføres i dette trin alle testsager eller scripts. Alle fundne fejl rapporteres, rettes og gentestes.
Hvad kan du gøre med Black Box Testing?
Nogle af de fremtrædende teststrategier, der bruges i Black Box Testing, er forklaret nedenfor:
- Test af ækvivalensklasse
- Test af grænseværdier
- Beslutningstabelprøvning
- Årsag-virkning testning
- Kravbaseret test
- Test af kompatibilitet
Test af ækvivalensklasse
Denne type test foretrækkes, da den hjælper med at minimere testsagerne til et niveau, hvor chancerne for kravsdækning er til et optimalt niveau.
Dette gøres i de følgende to trin-
1. Identificering og partitionering i ækvivalensklasser: Indledningsvis er indgangsdataene opdelt i mindst to sæt - det første sæt indeholder en liste over gyldige inputværdier, og det andet sæt indeholder listen over ugyldige inputværdier. For eksempel, hvis der er en aldersboks, der kan indeholde alder i området 20-40, kan gyldige inputværdier være 21, 25, 30, 39 osv., Og ugyldige inputværdier kan være en hvilken som helst værdi mindre end 20 eller større end 40 ligesom 10, 15, 45, 55 osv.
2. Oprettelse af testtilfælde - Der tildeles et unikt identifikationsnummer til hver gyldig inputklasse og ugyldig inputklasse, og derefter skrives testtilfælde med det formål at dække de to sæt inputklasser.
Test af grænseværdier
Grænseværdi-testning fokuserer dybest set på grænseværdier. Den vurderer, om et bestemt interval af værdier ville være acceptabelt af systemet eller ej. Grænseværdi-test er nyttig til at reducere / minimere antallet af testtilfælde. Test af grænseværdier er bedst egnet til de systemer, hvor input ligger inden for bestemte intervaller.
Beslutningstabelprøvning
En beslutningstabel viser årsager og deres samtidige effekter i form af en matrix. Ved beslutningstabeltestning findes der en unik kombination i hver kolonne.
Årsag-virkning Grafik
Årsag-virkning Grafning udvikler et forhold mellem årsager (logiske input) med tilsvarende effekt (Handlinger). De er repræsenteret ved hjælp af booleske grafer. De trin, der skal følges, er som følger:
- Identifikation af input og output.
- Udvikling af årsag-virkning graf.
- Transformation af grafen til beslutningstabellen.
- Konvertering af beslutningstabelsregler til testsager.
Kravbaseret test
Denne type test inkluderer kontrol af, om kravene, der er nævnt i SRS eller softwarekravspecifikationen er gyldige eller ikke.
Kompatibilitetstest
For at levere funktionalitet afhænger både produkterne og infrastrukturen af resultatet af henrettelser af testtilfælde. Uanset ændringerne i infrastrukturparametrene forventes det stadig, at produktet fungerer korrekt. Nogle af parametrene, der generelt påvirker kompatibiliteten af software, er vist nedenfor:
- Pentium 3 eller Pentium 4 processorer og antallet af anvendte processorer
- 32 bit eller 64 bit arkitektur
- Databaseservere eller andre backend-komponenter
- Type operativsystem (Windows, Linux osv.).
Arbejde med Black Box Testing
Følgende er de grundlæggende trin, der er nødvendige for at udføre Black Box Testing.
- For det første behandles systemets specifikationer og krav.
- For det andet vælger testeren logiske input, det vil sige positive testscenarier for at kontrollere, om SUT har behandlet dem korrekt eller ikke. Derudover vælges også ugyldige input, det vil sige et negativt testscenarie for at kontrollere, at SUT kan registrere dem.
- For det tredje bestemmer testere derefter forventede output for alle de gyldige input.
- For det fjerde opretter softwaretester testcases med de valgte og gyldige input.
- For det femte udføres oprettede testsager.
- For det sjette skelner softwaretestere mellem de faktiske output med de forventede output og kontrollerer, om de er ens.
- Til sidst, hvis der findes nogen, er de faste og testet igen.
Fordele
- Black box-test udføres altid ud fra en brugers synspunkt, da det ville hjælpe med at afsløre uoverensstemmelser markant.
- Black box testere behøver heller ikke at kende programmeringssprog.
- Black box testere behøver ikke at vide, hvordan softwaren er implementeret.
- Test tilfælde relateret til sort kasse er designet af testere, så snart specifikationerne er i den afsluttede fase.
Ulemper
- Da ingen teknisk viden eller programmering viden er nødvendig, kan der være tilfælde, der ignorerer alle gyldige og mulige betingelser i det scenarie, der skal testes.
- Der er muligheder for mindre test og uvidenhed om hver eneste mulige input og deres outputtest på grund af tidsbegrænsninger (bestemt tid).
- Den komplette og færdige testdækning er ofte ikke mulig for komplekse og store projekter.
Hvorfor skal vi bruge Black Box Testing?
Værktøjer til Black Box-test er dybest set optagelses- og afspilningsredskaber. Disse værktøjer registrerer testsagerne i form af scripts som TSL, JavaScript, VB-script osv. Alle disse værktøjer bruges dybest set til regressionstest for at kontrollere, om den medfølgende nybygning har foretaget nogen mangel i allerede fin fungerende applikationsfunktionalitet .
Anvendelsesområde
De fremtrædende og vigtigste typer af Black Box Testing er følgende:
- Funktionel test: Denne type sortkassetestning handler alt om systemets funktionelle krav, og den udføres af softwaretestere.
- Ikke-funktionel test: Denne type black box-test vedrører ikke test af den bestemte funktionalitet, men alt om ikke-funktionelle krav såsom ydelse, brugervenlighed, skalerbarhed og meget mere.
- Regressionstest: Regression Testing udføres, når en kode er rettet, eventuelle kodeopgraderinger eller anden vedligeholdelse af systemet udføres for at kontrollere, om den nye kode ikke har påvirket den eksisterende funktionalitet.
Forskelle
Black Box Testing er softwaretestteknikken, hvor den interne struktur eller design eller implementering af det produkt, der testes, er ukendt for testeren.
White Box Testing er en softwaretestningsteknik, hvor den interne struktur eller design eller implementering af det produkt, der testes, er kendt af en tester.
| Black Box Testing | Test af hvid boks |
| Black box-test er, hvor den interne struktur eller programmet eller koden er ukendt. | Test af hvid boks er, hvor testeren har viden om den interne struktur i software |
| Det gøres normalt af softwaretestere. | Det gøres normalt af softwareudviklere. |
| Her kræves absolut ingen viden om implementering. | Her kræves viden om implementering. |
| Det kan også kaldes ydre / eksterne softwaretest. | Det kan også kaldes som intern / intern softwaretest. |
| Black box testing er den funktionelle test af softwaren. | White box test er den strukturelle test af softwaren. |
| Denne test kan initieres på grundlag af kravspecifikationsdokumentet. | Denne type test af software startes efter et detaljeret designdokument. |
| Her kræves ingen viden om programmeringssprog. | Her er det obligatorisk at have kendskab til mindst et programmeringssprog. |
| Det er dybest set adfærdstestning af softwaren. | Det er den grundlæggende logiske test af softwaren. |
| Det er mest anvendeligt på de højere testniveauer. | Det er mest anvendeligt på de lavere testniveauer. |
| Det kaldes også adfærdstest. | Det kaldes også som klar eller glasæsketestning. |
| Black box-test er mindre tidskrævende end White Box-test. | White box-test er mere tidskrævende end Black Box-test. |
| Black box-test er ikke passende til algoritmetest. | Hvidboks-test er passende til algoritmetest. |
| Det kan udføres ved hjælp af prøve- og fejlmetoder. | De indre eller indre grænser af data sammen med dets domæne kan testes grundigt. |
| For eksempel: Søgning efter noget på google ved hjælp af nøgleord | For eksempel: Brug af input til at kontrollere og verificere for sløjfer. |
typer
| typer
|
Konklusion:
Alle de emner, der diskuteres, er både grundlæggende såvel som avancerede emner relateret til Black Box-test og kernen i alle dens teknikker og metoder.
Da det næppe er muligt at teste alt sammen med menneskelig involvering, og det også med 100 procents nøjagtighed, men hvis de allerede specificerede metoder bruges meget effektivt, vil det uden tvivl forbedre systemets kvalitet. Derfor er Black Box-test for at afslutte en alvorligt meget effektiv metode til at identificere manglerne samt verificere systemets funktionalitet.
Anbefalede artikler
Dette har været en guide til Black Box Testing. Her diskuterede vi, hvordan Black Box Testing udføres ved hjælp af eksempler og forskellige Black Box Testing-teknikker med værktøjer. Du kan også gennemgå vores andre foreslåede artikler for at lære mere–
- Test af hvid boks
- Test af interviewspørgsmål
- Hvad er Hypervisor
- Spørgsmål om interviewtest til spil