key differences between black box testing
hvad er den bedste harddiskkloningssoftware
En grundig undersøgelse af Black Box Testing vs White Box Testing:
Softwaretest inkluderer flere typer test, og som softwaretester skal vi vide, hvordan hver af dem udføres.
Blandt de forskellige typer test er et af de mest forvirrende emner, at Black Box Vs White Box-testning er. Mange softwaretestere spekulerer på, om der er nogen lighed mellem disse to typer test. Hvordan udføres de begge? Udføres de begge sammen?
Dette dokument vil besvare alle dine spørgsmål og give dig en grundlæggende idé om, hvad sort boks test og hvid boks test er, og forklare forskellene mellem dem i enkle vendinger .
Hvad du lærer:
- Hvad er Black Box Testing?
- Hvad er White Box Testing?
- Forskellen mellem test af sort kasse og hvid kasse
- Konklusion
Hvad er Black Box Testing?
ISTQB Definition - Test af sort boks: Test af en applikation under test (AUT) uden henvisning til den interne struktur kaldes black box-test. Test udføres ved at visualisere applikationen som en sort boks.
Black Box testteknik: En testteknik til at udlede testsagerne baseret på applikationens funktionalitet og ikke i betragtning af systemets interne struktur.
Synonymer: Specifikationsbaseret test
Test af sort boks er en testmetode, der bruges til at teste funktionaliteten af AUT baseret på specifikationerne / SRS uden kendskab til den teknologi, der anvendes til at implementere applikationen under test.
I black-box-testen vil større test være omkring mulige input og forventede output. En tester skal være i stand til at vælge de gyldige testdata nøje. Enkelt sagt kan en tester kun se AUT's handlinger. Testeren behøver ikke vide, hvordan disse handlinger udføres.
Eksempel: Et simpelt eksempel på sort-boks-test er et tv (tv). Som bruger ser vi tv'et, men vi har ikke brug for viden om, hvordan tv'et er bygget, og hvordan det fungerer osv. Vi skal bare vide, hvordan man betjener fjernbetjeningen for at tænde, slukke, skifte kanal, øge / mindske lydstyrke osv.
I dette eksempel
Det TV er din AUT (ansøgning under test).
Det fjernbetjening er det brugergrænseflade (UI), som du bruger til at teste.
Du skal bare vide, hvordan du bruger applikationen.
Foreslået læsning => Alt hvad du behøver at vide om Black Box-test
Hvad er White Box Testing?
ISTQB Definition - Test af hvid boks: Test af et program med henvisning til softwarekomponentens interne struktur kaldes testning af hvidboks.
Hvidboks testteknik: En procedure til at udlede og / eller udvælge testsager baseret på en analyse af en komponents eller systems interne struktur.
hvordan man åbner .dat-filer på windows
Synonymer: Clear-box-test, Code-baseret test, Glass-box-test, Logic-dækningstest, Logic-driven test, Structural testing, Structure-based testing osv.
White box-test er en testmetode, der bruges til at teste implementeringsdelen af en applikation, der testes. For at udføre denne test skal testeren / muligvis udvikleren kende applikationens interne struktur og hvordan den fungerer.
Eksempel: En bilmekaniker skal kende bilens interne struktur til at reparere den.
I dette eksempel
BIL er AUT (ansøgning under test).
Det bruger er sort boks tester.
Det mekaniker er hvid boks tester.
Dette er de grundlæggende definitioner af test af hvid og sort boks, og hver testmetode har forskellige teknikker at følge.
Anbefalet Læs => En dybdegående tutorial om testning af hvid boks
Forskellen mellem test af sort kasse og hvid kasse
| S. nr | Black Box Testing | Test af hvid boks |
|---|---|---|
| 7 | Testcases vil have flere detaljer om inputbetingelser, testtrin, forventede resultater og testdata. | Testcases vil være enkle med detaljerne i de tekniske begreber som udsagn, kodedækning osv. |
| en | Hovedformålet med denne test er at teste applikationens funktionalitet / adfærd. | Hovedformålet er at teste applikationens infrastruktur. |
| to | Dette kan udføres af en tester uden nogen kodende viden om AUT (Application Under Test). | Tester skal have viden om intern struktur og hvordan den fungerer. |
| 3 | Test kan kun udføres ved hjælp af GUI. | Test kan udføres på et tidligt tidspunkt, før GUI'en bliver klar. |
| 4 | Denne test dækker ikke alle mulige input. | Denne test er mere grundig, da den kan teste hver sti. |
| 5 | Nogle testteknikker inkluderer analyse af grænseværdier, ækvivalenspartitionering, gættet fejl osv. | Nogle testteknikker inkluderer Conditional Testing, Data Flow Testing, Loop Testing osv. |
| 6 | Testcases skal skrives ud fra kravspecifikationen. | Testcases skal skrives på baggrund af det detaljerede designdokument. |
| 8 | Dette udføres af professionelle softwaretestere. | Dette er softwareudviklernes ansvar. |
| 9 | Programmerings- og implementeringsviden er ikke påkrævet. | Programmerings- og implementeringsviden er påkrævet. |
| 10 | Bruges hovedsageligt til test på højere niveau som accepttest, systemtest osv. | Bruges hovedsageligt i de lavere testniveauer som Unit Testing og Integration Testing. |
| elleve | Dette er mindre tidskrævende og udtømmende. | Dette er mere tidskrævende og udtømmende. |
| 12 | Testdata vil have brede muligheder, så det vil være svært at identificere de korrekte data. | Det er let at identificere testdata, da kun en bestemt del af funktionaliteten er fokuseret ad gangen. |
| 13 | Hovedfokus for testeren er på, hvordan applikationen fungerer. | Hovedfokus vil være på, hvordan applikationen er bygget. |
| 14 | Testdækningen er mindre, da den ikke kan oprette testdata for alle scenarier. | Næsten alle stier / applikationsflow er dækket, da det er let at teste i dele. |
| femten | Koderelaterede fejl kan ikke identificeres, eller tekniske fejl kan ikke identificeres. | Hjælper med at identificere de skjulte fejl og hjælper med at optimere kode. |
| 16 | Fejl identificeres, når den grundlæggende kode er udviklet. | Tidlig defektpåvisning er mulig. |
| 17 | Brugeren skal kunne identificere eventuelle manglende funktioner, da omfanget af denne test er bredt. | Tester kan ikke identificere de manglende funktioner, da omfanget kun er begrænset til den implementerede funktion. |
| 18 | Adgang til kode er ikke påkrævet. | Adgang til kode er påkrævet. |
| 19 | Testdækningen vil være mindre, da testeren har begrænset viden om de tekniske aspekter. | Testdækningen vil være mere, da testerne får mere viden om de tekniske begreber. |
| tyve | Fagligt testfokus er på, hvordan hele applikationen fungerer. | Tester / udviklerfokus er at kontrollere, om den bestemte sti fungerer eller ej. |
Konklusion
Test af hvid boks og sort boks er nødvendig for en vellykket softwarelevering, men 100% test er ikke mulig i nogen af tilfældene.
Det største ansvar for testeren er at identificere de relevante testtyper og teknikker til en specifik applikation, som vil resultere i at finde maksimale fejl og derved forbedre applikationens effektivitet.
En tester skal være i stand til at identificere, hvor meget test der kan udføres enten i den sorte boks eller i den hvide boks-test for at bekræfte, at en applikation fungerer som forventet.
gratis musik downloader til Android Market
Vi håber, at denne tutorial afklarede alle dine forespørgsler om test af Black Box Vs White Box !!
Anbefalet læsning
- Black Box Testing: En grundig tutorial med eksempler og teknikker
- White Box Testing: En komplet guide med teknikker, eksempler og værktøjer
- Hvad er systemtest - En ultimativ begyndervejledning
- Forskellene mellem enhedstest, integrationstest og funktionstest
- Hvad er integrationstest (tutorial med integrationstesteksempel)
- Forskellen mellem gentestning og regressionstest med eksempel
- Ydelsestest vs belastningstest vs stresstest (forskel)
- Røgtestning mod sundhedstest: Forskel med eksempler
- Statisk test og dynamisk test - Forskellen mellem disse to vigtige testteknikker