Black Box Testing
Black Box Testing är en mjukvarutestningsmetod där funktionerna i programapplikationer testas utan att ha kunskap om intern kodstruktur, implementeringsdetaljer och interna vägar. Black Box Testing fokuserar främst på in- och utmatning av programvaruapplikationer och baseras helt och hållet på programkrav och specifikationer. Det är också känt som Behavioral Testing.
Ovanstående Black-Box kan vara vilket programvarusystem du vill testa. Till exempel ett operativsystem som Windows, en webbplats som Google, en databas som Oracle eller till och med din egen anpassade applikation. Under Black Box Testing kan du testa dessa applikationer genom att bara fokusera på in- och utgångar utan att känna till deras interna kodimplementering. Tänk på följande videohandledning-
Klicka här om videon inte är tillgänglig
Hur man gör BlackBox-testning
Här följer de generiska stegen för att utföra alla typer av Black Box-test.
- Inledningsvis undersöks systemets krav och specifikationer.
- Tester väljer giltiga ingångar (positivt testscenario) för att kontrollera om SUT bearbetar dem korrekt. Vissa ogiltiga ingångar (negativt testscenario) väljs också för att verifiera att SUT kan upptäcka dem.
- Tester bestämmer förväntade utgångar för alla dessa ingångar.
- Programvarutestare konstruerar testfall med de valda ingångarna.
- Testfallet utförs.
- Programvarutestare jämför de faktiska utgångarna med de förväntade utgångarna.
- Eventuella defekter är fixade och testade igen.
Typer av Black Box-testning
Det finns många typer av Black Box Testing men följande är de framträdande -
- Funktionell testning - Denna testtyp för svart låda är relaterad till ett systems funktionella krav; det görs av programvarutestare.
- Icke-funktionell testning - Denna typ av svartboxtestning är inte relaterad till testning av specifik funktionalitet, men icke-funktionella krav som prestanda, skalbarhet, användbarhet.
- Regressionstestning - Regressionstestning görs efter kodkorrigeringar, uppgraderingar eller annat systemunderhåll för att kontrollera att den nya koden inte har påverkat den befintliga koden.
Verktyg som används för Black Box-testning:
Verktyg som används för Black Box-test beror till stor del på vilken typ av Black Box-test du gör.
- För funktionella / regressionstest kan du använda - QTP, Selen
- För icke-funktionella tester kan du använda - LoadRunner, Jmeter
Black Box Testing Techniques
Följande är den framträdande teststrategin bland de många som används i Black Box Testing
- Test av ekvivalensklass: Den används för att minimera antalet möjliga testfall till en optimal nivå samtidigt som den bibehåller rimlig testtäckning.
- Gränsvärdestestning: Gränsvärdestestning fokuserar på gränsvärdena. Denna teknik avgör om ett visst värdeintervall är acceptabelt av systemet eller inte. Det är mycket användbart för att minska antalet testfall. Det är mest lämpligt för system där en ingång ligger inom vissa intervall.
- Test av beslutstabell: En beslutstabell placerar orsaker och deras effekter i en matris. Det finns en unik kombination i varje kolumn.
Jämförelse mellan Black Box och White Box Testing:
| Black Box Testing | White Box Testing |
|---|---|
| Huvudfokus för Black Box-testning är validering av dina funktionskrav. | White Box Testing (Unit Testing) validerar intern struktur och funktion av din programvarukod |
| Black box-testning ger abstraktion från kod och fokuserar på testinsatser på programvarans systembeteende. | För att utföra White Box Testing är kunskap om underliggande programmeringsspråk viktigt. Dagens mjukvarusystem använder en mängd olika programmeringsspråk och tekniker och det är inte möjligt att känna till dem alla. |
| Black box-testning underlättar testkommunikation mellan moduler | Testning av vitlåda underlättar inte testkommunikation mellan moduler |
Black Box Testing och programvaruutveckling livscykel (SDLC)
Black box-test har sin egen livscykel som kallas Software Testing Life Cycle (STLC) och det är relativt varje steg i Software Development Life Cycle of Software Engineering.
- Krav - Detta är det första steget i SDLC och i detta steg samlas ett krav. Programvarutestare deltar också i detta skede.
- Testplanering och analys - Testtyper som gäller för projektet bestäms. En testplan skapas som bestämmer möjliga projektrisker och deras minskning.
- Design - I detta steg skapas testfall / skript på grundval av dokument för programvarukrav
- Testutförande - I det här steget utförs testfall som är förberedda. Fel om några är fixade och testade igen.