Introduktion till Black Box Testing
Black box-testtekniker är en metod som involverar den interna strukturen, designen eller implementeringen av den artikel som ska testas. De tester som genomförs kan vara antingen funktionella eller icke-funktionella. Detta kallas black-box-testning eftersom personen som testar systemet inte känner till den interna kodstrukturen. Testaren vet ingenting om implementeringsdetaljer och om de interna vägarna. Testningen utförs helt på grundval av mjukvarukrav och specifikationer som tas emot av testaren. Huvudfokuset i denna testning är den ingång och utgång som tillhandahålls systemet.
Tekniker för Black Box Testing
Testfallen som är utformade för att testa ett system spelar en viktig roll i testningen. Hur de skapas och de scenarier de täcker bör beaktas. Testare kan skapa kravspecifikationsdokument med hjälp av nedanstående tekniker:
- Ekvivalenspartitionering
- Gränsvärde-analys
- Testtabell för beslut
- Statlig övergångstest
- Fel att gissa
- Grafbaserade testmetoder
- Jämförelsetest
- Använd fallteknik
Följande är teknikerna som förklaras nedan:
1. Jämviktstest
- Denna teknik delar ingångsvärdena som tillhandahålls till programvaran i olika grupper eller klasser. Detta görs på grundval av den produktion som kommer att komma som ett resultat. Denna teknik är också känd som Equivalence Class Partitioning. Genom att göra detta sparar vi ansträngningen att ge olika input. Istället ger vi ett värde till gruppen eller klassen för att testa resultatet för den gruppen eller klassen. Detta hjälper till att förbättra testtäckningen och i sin tur minska omarbetningen. Tiden sparas också eftersom inga separata ingångar ska anges. Inmatningen för varje klass är tillräcklig.
- Låt oss ta ett exempel på betyg som eleverna får. Om en student får över 75% så har han / hon säkrat första klass med utmärkelse. På samma sätt, om poängen är mellan 60% till 75%, har han / hon säkrat First Class. Om poängen är mellan 50% till 60% så är Second Class. Om poängen är mellan 40% till 50%, då klarar du klass, annars misslyckas. Här kommer det att finnas fyra klasser. Dessa testfall bildas och det säkerställs att alla möjligheter följaktligen täcks. Därför är testning med alla värden i denna uppsättning tillräcklig.
2. Gränsvärde-analys
- Här fokuseras på de värden som finns närvarande vid gränserna. Det beror på att det vanligtvis finns många problem när det gäller att testa med värden som fokuserar på gränser. Gränsen fokuserar på värden nära gränsen där systemets beteende förändras. I gränsvärde-analysen ska båda ingångar, som är giltiga och ogiltiga, testas.
- Om vi till exempel vill testa värden som sträcker sig från 1 till 100 bör vi kontrollera om programmet fungerar för värden som 1-1, 1 + 1, 1, 100-1, 100 + 1, etc. Detta hjälper till sparar tid igen eftersom vi bara kan kontrollera för värden som 0, 1, 2, 99, 100 och 101.
3. Testtabell för beslut
När det finns logiska förhållanden eller beslutssteg ska denna teknik användas. Dessa kan vara som om ett visst villkor inte är uppfyllda bör åtgärd A utföras, annars ska åtgärd B utföras. Testaren måste identifiera inmatningen och åtgärderna som ska utföras utifrån villkoren. En beslutstabell skapas baserat på dessa. Tänk på ett exempel där ett udda antal fordon endast är tillåtna på måndag, onsdag, fredag och söndag, medan jämna antal fordon är tillåtna på tisdag, torsdag och lördag. I det här fallet finns det två villkor och två åtgärder. Tillstånd 1 är udda fordon och tillstånd 2 är jämnt fordon. Åtgärderna är de dagar då dessa fordon kan vara på vägarna. Det totala antalet testfall i detta fall kan vara fyra och följaktligen kan beslutstabellen härledas i enlighet därmed.
4. Statlig övergångstest
I denna teknik försöker testfallet att testa systemet under olika tillstånd. Detta tillstånd kan ändras beroende på olika förhållanden eller händelser. När en viss händelse inträffar kan dessa scenarier testas.
5. Fel gissa
Denna teknik är huvudsakligen baserad på erfarenhet. När en testare har erfarenhet av att arbeta med någon applikation är dess beteende och funktionaliteter kända för honom / henne. Detta är ett sätt som många problem kan hittas på. Genom att använda denna erfarenhet är det lätt för testarna att gissa var de flesta utvecklare är benägna att göra misstag. Dessa kan hantera nollvärden, acceptera skicka-knappen utan något värde, ladda upp en fil utan bifogad fil, ladda upp en fil med mindre än eller mer än den angivna gränsvärdet, etc.
6. Grafbaserad testning
Varje applikation byggs med hjälp av vissa objekt. Alla objekt som används noteras och en graf förbereds. Från denna graf identifieras förhållandet mellan varje objekt och testfall skrivs i enlighet därmed.
7. Jämförelsetest
I denna teknik används olika versioner av samma programvara och jämförs sedan för att testa hela systemet. Beteendet noteras och jämförs för alla versioner och eventuella avvikelser noteras.
8. Använd Case-teknik
Denna teknik används för att identifiera alla testfall som används enligt systemet. Alla scenarier noteras som hjälper till att förstå den fullständiga funktionaliteten för varje funktion på ett ändamålsenligt sätt. Testfallen bör ha fall som täcker alla scenarier från början till slut enligt systemanvändningen.
Slutsats
Black Box-testning går inte in på detaljerna i kodningen. Den fokuserar främst på att testa och validera programmets beteende och funktionalitet. Det finns inget behov av teknisk bakgrund och testning kan startas så snart utvecklingen av projektet är klar. Både testare och utvecklare kan arbeta med silon. Det är mer effektivt för stora applikationer där funktionalitet betyder mer än den koden. Det hjälper också till att identifiera fel och problem i ett tidigt skede av testningen. När omprövningen är klar kan det verifieras om problemen fortfarande kvarstår och systemet verifieras igen.
Rekommenderade artiklar
Detta är en guide till Black Box Testing Techniques. Här diskuterar vi introduktionen till Black Box Testing, Techniques och Top 8 Techniques i Black Box. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- Fuzz Testing
- Negativt test
- Testtabell för beslut
- Testning av grå rutor