Black Box testen - Hoe het werkt - Techniek & voordeel - Toepassingsgebied en gebruik

• Overzicht van Black Box-testen

Overzicht van Black Box-testen

Black Box Testing is een softwaretestmethode waarbij de interne structuur of het ontwerp of de implementatie van het te testen item onbekend is voor de tester.

Wat is softwaretesten?

Software testen is de procedure van het evalueren van een systeem met de bedoeling om bugs te vinden. Het wordt uitgevoerd om te controleren of het systeem voldoet aan de opgegeven vereisten. Testen meet de algehele kwaliteit van het systeem in termen van juistheid, volledigheid, bruikbaarheid, prestaties en andere functionele en niet-functionele kenmerken.

Black box-testen is een softwaretesttechniek die zich richt op de analyse van softwarefunctionaliteit versus interne systeemmechanismen. Black box-testen is ontwikkeld als een methode voor het analyseren van klantvereisten, specificaties en hoogwaardige ontwerpstrategieën. Een blackbox-softwaretester selecteert geldige en ongeldige invoerset en code-uitvoeringsvoorwaarden en controleert op geldige uitvoerreacties. Black box-testen wordt ook wel functionele testen of closed-box testen genoemd.

Bijvoorbeeld een zoekmachine van een applicatie. In een zoekmachine voert een gebruiker tekst in de zoekbalk van de browser in. De zoekmachine zou dan de gerelateerde uitvoer van gebruikersgegevens lokaliseren en ophalen. Wat er achter de schermen gebeurt, is onbekend voor de gebruiker. Aldus begrijpt interne implementatie hem niet.

Blackbox-testvoordelen zijn onder meer:

• Eenvoud: vergemakkelijkt het testen van ontwerpen op hoog niveau en complexe applicaties
• Bespaart bronnen: testers richten zich op softwarefunctionaliteit.
• Testcases: focus op softwarefunctionaliteit om snelle ontwikkeling van testcases te vergemakkelijken.
• Biedt flexibiliteit: specifieke programmeerkennis is niet vereist.

Een voorbeeld

De tester test de webpagina's, dat wil zeggen door middel van klikken en toetsaanslagen door een browser te gebruiken door invoer te bieden en zonder de kennis van de interne structuren, waardoor de uitvoer wordt vergeleken met de verwachte resultaten.

Hulpmiddelen die worden gebruikt voor Black Box-testen

Blackbox-testtools zijn in principe afhankelijk van het type blackbox-test dat u implementeert.

• Functionele / regressietests kunnen worden uitgevoerd via QTP of Selenium
• Niet-functionele tests kunnen worden uitgevoerd via LoadRunner of Jmeter.

levels

In Black Box Testing zijn de volgende niveaus voor het testen van software:

• Integratie testen
• Systeem testen
• Acceptatietesten

Naarmate het niveau hoger is, zou de doos groter en complexer zijn en komt ook meer van black-box testen in beeld.

Definitie van Black Box-test

Blackbox-testen kunnen worden gedefinieerd als een testtechniek waarbij de functionaliteit van Application Under Test (AUT) wordt getest, maar waarbij de structuur van de interne code, de details van de implementatie en eventuele kennis van de interne paden van de software over het hoofd worden gezien.

Blackbox-testen begrijpen

Black box-testen heeft betrekking op alle softwarespecificaties en vereisten. Black Box Testing richt zich alleen op invoer en uitvoer van het softwaresysteem en doet helemaal geen moeite met interne kennis van de software.

Hoe maakt Black Box Testing werken zo gemakkelijk?

Er is de Software Testing Life Cycle, d.w.z. STLC, die Black Box-testen is, gerelateerd aan elke fase van de Software Development Life Cycle.

1. In de eerste of eerste fase van STLC worden de vereisten van het product verzameld. Dit staat bekend als de fase voor het verzamelen van vereisten.
2. De fase die volgt is de fase Testplanning en Testanalyse. De resultaten van deze fase zijn over het algemeen soorten tests die volgens het project moeten worden uitgevoerd en een testplan om risico's te bepalen en deze risico's te beperken.
3. De derde fase is de ontwerpfase waarin testgevallen, testscripts worden opgesteld met behulp van de software-vereiste documenten of het business-vereiste document.
4. De laatste fase staat bekend als de testuitvoering. Zoals de naam al aangeeft, worden in deze fase alle testgevallen of scripts uitgevoerd. Alle gevonden bugs worden gerapporteerd, verholpen en opnieuw getest.

Wat kunt u doen met Black Box Testing?

Enkele van de prominente teststrategieën die bij Black Box-tests worden gebruikt, worden hieronder uitgelegd:

• Gelijkwaardigheidsklasse testen
• Grenswaarde testen
• Beslissingstabel testen
• Oorzaak-effect testen
• Op vereisten gebaseerd testen
• Compatibiliteitstesten

Gelijkwaardigheidsklasse testen

Dit type testen heeft de voorkeur omdat het helpt bij het minimaliseren van de testgevallen tot een niveau waar de kansen op dekking van de vereisten op een optimaal niveau zijn.

Dit gebeurt in de volgende twee stappen-

1. Identificatie en verdeling in gelijkwaardigheidsklassen: eerst worden de invoergegevens verdeeld in minimaal twee sets - de eerste set bevat een lijst met geldige invoerwaarden en de tweede set bevat de lijst met ongeldige invoerwaarden. Als er bijvoorbeeld een leeftijdskader is met een leeftijd tussen 20-40, kunnen geldige invoerwaarden 21, 25, 30, 39, enz. Zijn en kunnen ongeldige invoerwaarden elke waarde kleiner dan 20 of groter dan 40 zoals 10, 15, 45, 55, etc.

2. Aanmaken van testgevallen - Een uniek identificatienummer wordt toegewezen aan elke geldige invoerklasse en ongeldige invoerklasse en vervolgens worden testgevallen geschreven met de bedoeling de twee sets invoerklassen te dekken.

Grenswaarde testen

Grenswaardetests zijn hoofdzakelijk gericht op grenswaarden. Het evalueert of een bepaald waardenbereik al dan niet acceptabel is voor het systeem. Het testen van grenswaarden is nuttig om het aantal testgevallen te verminderen / minimaliseren. Grenswaardetests zijn het meest geschikt voor de systemen waar de invoer binnen bepaalde bereiken ligt.

Beslissingstabel testen

Een beslissingstabel toont de oorzaken en hun gelijktijdige effecten in de vorm van een matrix. Bij het testen van de beslissingstabel bestaat er een unieke combinatie in elke kolom.

Oorzaak-gevolg Graphing

Oorzaak-effect Grafiek ontwikkelt een relatie tussen oorzaken (logische ingangen) met bijbehorend effect (Acties). Ze worden weergegeven met behulp van Booleaanse grafieken. De te volgen stappen zijn als volgt:

1. Identificatie van ingangen en uitgangen.
2. Ontwikkeling van oorzaak-gevolg grafiek.
3. Transformatie van de grafiek in de beslissingstabel.
4. Conversie van beslissingstabelregels naar testgevallen.

Op eisen gebaseerd testen

Dit type testen omvat het controleren of de vereisten die worden genoemd in de SRS of de softwarevereistenspecificatie geldig zijn of niet.

Compatibiliteitstests

Om functionaliteit te leveren, zijn zowel de producten als de infrastructuur afhankelijk van het resultaat van de uitvoering van de testcase. Ongeacht de wijzigingen die zijn aangebracht in de infrastructuurparameters, wordt nog steeds verwacht dat het product naar behoren werkt. Enkele parameters die in het algemeen de compatibiliteit van software beïnvloeden, worden hieronder vermeld:

1. Pentium 3- of Pentium 4-processors en het aantal gebruikte processors
2. 32-bit of 64-bit architectuur
3. Databaseservers of andere back-endcomponenten
4. Type besturingssysteem (Windows, Linux, enz.).

Werken met Black Box-testen

Hieronder volgen de basisstappen die nodig zijn om Black Box-tests uit te voeren.

• Ten eerste worden de specificaties en vereisten van het systeem behandeld.
• Ten tweede zou de tester logische ingangen kiezen, dat wil zeggen positieve testscenario's om te controleren of SUT ze correct heeft verwerkt of niet. Bovendien worden ook ongeldige invoer, dat wil zeggen een negatief testscenario, gekozen om te controleren of de SUT ze kan detecteren.
• Ten derde zouden testers vervolgens de verwachte output voor alle geldige inputs bepalen.
• Ten vierde creëert softwaretester testgevallen met die geselecteerde en geldige ingangen.
• Ten vijfde worden gemaakte testgevallen uitgevoerd.
• Ten zesde maken softwaretesters een onderscheid tussen de werkelijke uitgangen en de verwachte uitgangen en controleren ze of ze hetzelfde zijn.
• Ten slotte worden eventuele problemen opgelost en opnieuw getest.

voordelen

• Black box-tests worden altijd uitgevoerd vanuit het oogpunt van een gebruiker, omdat dit zou helpen om discrepanties aanzienlijk aan het licht te brengen.
• Black box-testers hoeven ook geen programmeertalen te kennen.
• Black box-testers hoeven niet te weten hoe de software is geïmplementeerd.
• Testcases met betrekking tot black box worden ontworpen door testers zodra de specificaties in de voltooide fase zijn.

nadelen

• Omdat er geen technische of programmeerkennis nodig is, kunnen er gevallen zijn waarin alle geldige en mogelijke voorwaarden van het te testen scenario worden genegeerd.
• Er zijn mogelijkheden voor minder testen en onwetendheid van elke mogelijke input en hun output testen vanwege tijdsbeperkingen (vastgestelde tijd).
• De complete en voltooide test Dekking is vaak niet mogelijk voor complexe en grote projecten.

Waarom zouden we Black Box Testing gebruiken?

Tools van Black box-testen zijn in principe programma's voor opnemen en afspelen. Deze tools registreren de testgevallen in de vorm van scripts zoals TSL, JavaScript, VB-script, enz. Al deze tools worden in principe gebruikt voor regressietests om te controleren of de geleverde nieuwbouw een defect heeft gemaakt in de al prima werkende functionaliteit van de applicatie .

strekking

De prominente en belangrijkste soorten Black Box-testen zijn de volgende:

• Functionele testen: dit type black box-testen heeft alles te maken met de functionele vereisten van het systeem en wordt uitgevoerd door softwaretesters.
• Niet-functionele testen: dit type black box-testen heeft geen betrekking op het testen van de specifieke functionaliteit, maar allemaal op niet-functionele vereisten zoals prestaties, bruikbaarheid, schaalbaarheid en nog veel meer.
• Regressietesten: regressietesten worden uitgevoerd nadat een code is vastgesteld, code-upgrades of ander onderhoud van het systeem is uitgevoerd om te controleren of de nieuwe code de bestaande functionaliteit niet heeft beïnvloed.

verschillen

Black Box Testing is de softwaretesttechniek waarbij de interne structuur of het ontwerp of de implementatie van het product dat wordt getest onbekend is voor de tester.

White Box Testing is een softwaretesttechniek waarbij de interne structuur of het ontwerp of de implementatie van het product dat wordt getest bekend is bij een tester.

Black Box testen	White Box testen
Black box testen is waarbij de interne structuur of het programma of de code onbekend is.	White box testing is waarbij de tester kennis heeft over de interne structuur van software
Het wordt meestal gedaan door softwaretesters.	Het wordt meestal gedaan door softwareontwikkelaars.
Hier is absoluut geen kennis van implementatie vereist.	Hier is kennis van de implementatie vereist.
Het kan ook externe / externe softwaretests worden genoemd.	Het kan ook worden genoemd als interne / interne softwaretests.
Black box-testen is de functionele test van de software.	White box-testen is de structurele test van de software.
Deze test kan worden gestart op basis van het document met vereiste specificaties.	Dit type testen van software wordt gestart na een gedetailleerd ontwerpdocument.
Hier is geen kennis van programmeertaal vereist.	Hier is het verplicht om kennis te hebben van ten minste één programmeertaal.
Het is eigenlijk gedragstesten van de software.	Het is het fundamentele logische testen van de software.
Het is meestal van toepassing op de hogere testniveaus.	Het is meestal van toepassing op de lagere testniveaus.
Het wordt ook gedragstesten genoemd.	Het wordt ook genoemd als testen op doorzichtige of glazen dozen.
Black box-testen kost minder tijd dan White Box-testen.	White box-testen kost meer tijd dan Black box-testen.
Black box-testen zijn niet geschikt voor algoritmetests.	White box-testen is geschikt voor algoritmetesten.
Het kan worden bereikt door vallen en opstaan.	De binnenste of interne grenzen van gegevens samen met het domein ervan kunnen grondig worden getest.
Bijvoorbeeld: iets zoeken op google met behulp van trefwoorden	Bijvoorbeeld: invoer gebruiken om lussen te controleren en te verifiëren.
Types Functioneel testen Niet-functioneel testen Regressietesten	Types Pad testen Lus testen Conditie testen

Conclusie:

Alle besproken onderwerpen zijn basis- en geavanceerde onderwerpen met betrekking tot Black Box-testen en de kern van alle technieken en methoden.

Omdat het nauwelijks mogelijk is om alles en iedereen samen met menselijke betrokkenheid te testen en dat ook met 100 procent nauwkeurigheid, maar als de reeds gespecificeerde methoden zeer effectief worden gebruikt, zal dit zonder enige twijfel de kwaliteit van het systeem verbeteren. Daarom is Black Box-testen een serieus zeer effectieve methode om de defecten te identificeren en de functionaliteit van het systeem te controleren.

Aanbevolen artikelen

Dit is een handleiding voor Black Box Testing geweest. Hier hebben we besproken hoe Black Box Testing wordt uitgevoerd met behulp van voorbeelden en verschillende Black Box Testing Technieken met tools. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie–

1. White Box testen
2. Interviewvragen testen
3. Wat is hypervisor
4. Sollicitatievragen voor Game Testing