Översikt av Black Box Testing
Black Box Testing är en mjukvarutestmetod där den interna strukturen eller designen eller implementeringen av objektet som måste testas är okänt för testaren.
Vad är mjukvarutestning?
Programvarutestning är proceduren för utvärdering av ett system med avsikt att hitta buggar. Det utförs för att kontrollera om systemet uppfyller sina specificerade krav. Testning mäter systemets totala kvalitet i fråga om dess korrekthet, fullständighet, användbarhet, prestanda och andra funktionella och icke-funktionella attribut.
Black box-testning är en mjukvarutestningsteknik som fokuserar på analys av mjukvarufunktionalitet kontra interna systemmekanismer. Black box-testning utvecklades som en metod för att analysera klientkrav, specifikationer och strategier på hög nivå. En svartbox-mjukvarutestare skulle välja giltiga och ogiltiga ingångsuppsättnings- och kodutföringsvillkor och kontrollera om giltiga utgångssvar. Black box-testning kallas också funktionstestning eller testning med slutna rutor.
Till exempel En sökmotor för en applikation. I en sökmotor skulle en användare skriva in text i webbläsarens sökfält. Sökmotorn skulle sedan lokalisera och hämta relaterad användardatautgång. Vad som går bakom kulisserna är okänt för användaren. Således är intern implementering ingen förståelse för honom.
Fördelar med test av svartbox inkluderar:
- Enkelhet: Underlättar testning av högnivådesign och komplexa applikationer
- Sparar resurser: Testare fokuserar på mjukvarufunktioner.
- Testfall: Fokusera på programvarufunktioner för att underlätta snabb utveckling av testfall.
- Ger flexibilitet: Speciell programmeringskunskap krävs inte.
Ett exempel
Testaren testade webbsidorna, det vill säga genom klick och tangenttryckningar genom att använda en webbläsare genom att tillhandahålla ingångar och utan kunskap om de interna strukturerna och därmed verifiera utgångarna mot de förväntade resultaten.
Verktyg som används för Black Box Testing
Black box-testverktyg beror i princip på vilken typ av black box-test du genomför.
- Funktionella / regressionstester kan göras via QTP eller selen
- Icke-funktionella tester kan göras via LoadRunner eller Jmeter.
nivåer
I Black Box Testing är följande nivåer för mjukvarutestning:
- Integrationstest
- Systemtestning
- Acceptantestning
Eftersom nivån är högre skulle lådan vara större och mer komplex och även mer av svartboxtest kommer in i bilden.
Definition av Black Box Testing
Black box-testning kan definieras som en testteknik där Application Under Test (AUT): s funktionalitet testas men med utsikt över strukturen för den interna koden, detaljer om implementering och all kunskap om programvarans interna vägar.
Förstå Black Box Testing
Black box-testning avser alla mjukvaruspecifikationer och krav. Black Box Testing fokuserar bara på ingångar och utdata från mjukvarusystemet och bryr sig inte alls om intern kunskap om programvaran.
Hur gör Black Box Testing arbetet så enkelt?
Det finns programvarutestet livscykel, det vill säga STLC som är av svartboxtestning som är relativt varje steg i programutvecklingens livscykel.
- I det första eller första steget av STLC samlas krav på produkten in. Detta kallas Fasan för kravsamling.
- Fasen som följer är testplanering och testanalysfas. Leveranserna av denna fas är i allmänhet typer av tester som ska göras enligt projektet och en testplan för att bestämma risker och mildra dessa risker.
- Den tredje fasen är utformningsfasen där testfall, testskript utarbetas med hjälp av programvarukravsdokumenten eller affärskraftsdokumentet.
- Det sista steget kallas testutföringsfasen. Som namnet antyder, i detta skede exekveras alla testfall eller skript. Alla fel som hittats rapporteras, fixas och testas igen.
Vad kan du göra med Black Box Testing?
Några av de framstående teststrategierna som används i Black Box Testing förklaras nedan:
- Test av likvärdighetsklass
- Test av gränsvärde
- Testtabell för beslut
- Orsak-effekt testning
- Kravbaserad testning
- Test av kompatibilitet
Test av likvärdighetsklass
Denna typ av tester är att föredra eftersom den hjälper till att minimera testfallen till en nivå där chanserna för kravstäckning är till en optimal nivå.
Detta görs i följande två steg-
1. Identifiera och partitionera i ekvivalensklasser: Först är indata uppdelade i minst två uppsättningar - den första uppsättningen innehåller en lista med giltiga inmatningsvärden och den andra uppsättningen innehåller en lista med ogiltiga inmatningsvärden. Om det till exempel finns en åldersruta som kan innehålla ålder i intervallet 20-40, kan giltiga inmatningsvärden vara 21, 25, 30, 39, etc och ogiltiga inmatningsvärden kan vara vilket värde som är mindre än 20 eller högre än 40 gillar 10, 15, 45, 55, etc.
2. Skapa testfall - Ett unikt identifieringsnummer tilldelas varje giltig ingångsklass och ogiltig inmatningsklass och sedan skrivs testfall med avsikt att täcka de två uppsättningarna av ingångsklasser.
Test av gränsvärde
Test av gränsvärde fokuserar i princip på gränsvärden. Den utvärderar om ett visst intervall värden skulle vara acceptabelt av systemet eller inte. Test av gränsvärde är användbart för att minska / minimera antalet testfall. Gränsvärde-testning är bäst lämpad för de system där input ligger inom vissa områden.
Testtabell för beslut
En beslutstabell visar orsaker och deras samtidiga effekter i form av en matris. Vid beslutstabeltestning finns det en unik kombination i varje kolumn.
Orsak-effekt Grafik
Orsak-effekt Grafik utvecklar ett samband mellan orsaker (logiska ingångar) med motsvarande effekt (Åtgärder). De representeras med hjälp av booleska grafer. Stegen som ska följas är följande:
- Identifiering av ingångar och utgångar.
- Utveckling av orsak-verkan graf.
- Omvandling av diagrammet till beslutstabellen.
- Omvandling av beslutstabellregler till testfall.
Kravbaserad testning
Denna typ av testning inkluderar kontroll av om kraven som nämns i SRS eller programvarukravspecifikation är giltiga eller inte.
Test av kompatibilitet
För att leverera funktionalitet beror både produkterna och infrastrukturen på resultatet av testfallsutförandet. Oavsett ändringar i infrastrukturparametrarna förväntas produkten fortfarande fungera korrekt. Några av parametrarna som vanligtvis påverkar programvarans kompatibilitet listas nedan:
- Pentium 3 eller Pentium 4 processorer och antalet använda processorer
- 32-bitars eller 64-bitarsarkitektur
- Databaseservrar eller andra backend-komponenter
- Typ av operativsystem (Windows, Linux osv.).
Arbeta med Black Box Testing
Följande är de grundläggande stegen som krävs för att utföra Black Box Testing.
- För det första hanteras systemets specifikationer och krav.
- För det andra skulle testaren välja logiska ingångar, det vill säga positiva testscenarier för att kontrollera om SUT har behandlat dem korrekt eller inte. Dessutom väljs ogiltiga ingångar, det vill säga negativt testscenario också för att kontrollera att SUT kan upptäcka dem.
- För det tredje bestämmer testare sedan förväntade utgångar för alla giltiga ingångar.
- För det fjärde skapar programvarutestare testfall med de valda och giltiga ingångarna.
- För det femte körs skapade testfall.
- För det sjätte skiljer programvarutestare mellan de faktiska utgångarna med de förväntade utgångarna och kontrollerar om de är desamma.
- Slutligen, om några hittas, är de fixade och testade igen.
fördelar
- Black box-test utförs alltid ur användarens synvinkel eftersom det skulle hjälpa till att avslöja avvikelser avsevärt.
- Black box-testare behöver inte heller veta några programmeringsspråk.
- Black box-testare behöver inte veta hur programvaran har implementerats.
- Testfall relaterade till svart låda är utformade av testare så snart specifikationerna är i slutfört skede.
nackdelar
- Eftersom ingen teknisk kunskap eller programmeringskunskap behövs kan det finnas fall att ignorera alla giltiga och möjliga villkor i scenariot som måste testas.
- Det finns möjligheter till mindre testning och okunnighet för varje möjlig ingång och deras uttestning på grund av tidsbegränsningar (fastställd tid).
- Det kompletta och färdiga testet Täckning är ofta inte möjligt för komplexa och stora projekt.
Varför ska vi använda Black Box Testing?
Verktyg för Black Box-testning är i princip inspelnings- och uppspelningsverktyg. Dessa verktyg registrerar testfall i form av skript som TSL, JavaScript, VB-skript, etc. Alla dessa verktyg används i princip för regressionstest för att kontrollera om den tillhandahållna nybyggnaden har gjort någon fel i redan fungerande applikationsfunktionalitet .
Omfattning
De framstående och viktigaste typerna av Black Box Testing är följande:
- Funktionell testning: Denna typ av svartboxtestning gäller allt systemets funktionskrav och det utförs av mjukvarutestare.
- Icke-funktionell testning: Denna typ av svartboxtestning avser inte testning av den specifika funktionaliteten, utan allt om icke-funktionella krav som prestanda, användbarhet, skalbarhet och mycket mer.
- Regressionstest: Regression Testing utförs efter att en kod har fixats, eventuella koduppgraderingar eller något annat underhåll av systemet görs för att verifiera om den nya koden inte har påverkat den befintliga funktionaliteten.
skillnader
Black Box Testing är mjukvarutestningstekniken där intern struktur eller design eller implementering av produkten som testas är okänd för testaren.
White Box Testing är en mjukvarutestningsteknik där den interna strukturen eller designen eller implementeringen av produkten som testas är känd för en testare.
| Black Box Testing | Testning av vit låda |
| Test av svartbox är där den interna strukturen eller programmet eller koden är okänd. | Testning av vitlåda är där testaren har kunskap om programmets interna struktur |
| Det görs vanligtvis av mjukvarutestare. | Det görs vanligtvis av mjukvaruutvecklare. |
| Här krävs absolut ingen kunskap om implementering. | Här krävs kunskap om implementering. |
| Det kan också kallas yttre / extern mjukvarutestning. | Det kan också kallas inre / intern mjukvarutestning. |
| Black box-testning är det funktionella testet av programvaran. | Testning av vitlåda är programvarans strukturella test. |
| Denna testning kan initieras på basis av kravspecifikationsdokumentet. | Denna typ av testning av programvara startas efter ett detaljerat designdokument. |
| Här krävs ingen kunskap om programmeringsspråk. | Här är det obligatoriskt att ha kunskap om minst ett programmeringsspråk. |
| Det är i grund och botten testning av programvaran. | Det är den grundläggande logiska testen av programvaran. |
| Det är mest tillämpligt på de högre testnivåerna. | Det är mest tillämpligt på de lägre testnivåerna. |
| Det kallas också beteendestestning. | Det kallas också för tydlig testning eller glaslådestestning. |
| Black box-testning är mindre tidskrävande än White Box-testning. | Testning av vitlåda är mer tidskrävande än svartboxtestning. |
| Svartboxtestning är inte lämpligt för algoritmtestning. | Testning av vitlåda är lämplig för algoritmtestning. |
| Det kan åstadkommas med test- och felmetoder. | De inre eller inre gränserna för data tillsammans med dess domän kan testas noggrant. |
| Till exempel: Söka efter något på google med hjälp av nyckelord | Till exempel: Använd ingångar för att kontrollera och verifiera om det finns slingor. |
typer
| typer
|
Slutsats:
Alla ämnen som diskuteras är såväl grundläggande som avancerade ämnen relaterade till Black Box-testning och grunden för alla dess tekniker och metoder.
Eftersom det knappast är möjligt att testa var och en tillsammans med mänskligt engagemang och det också med 100 procents noggrannhet men om de redan specificerade metoderna används mycket effektivt kommer det utan tvivel att förbättra systemets kvalitet. För att avsluta är därför Black Box-testning en allvarligt mycket effektiv metod för att identifiera bristerna och verifiera systemets funktionalitet.
Rekommenderade artiklar
Detta har varit en guide till Black Box Testing. Här diskuterade vi hur Black Box Testing utförs med hjälp av exempel och olika Black Box Testing-tekniker med verktyg. Du kan också gå igenom våra andra artiklar som föreslås för att lära dig mer–
- Testning av vit låda
- Testa intervjufrågor
- Vad är Hypervisor
- Speltestintervjuer