klar til at opdatere din viden om de bedste testteknikker? Test af sort boks refererer til en hel skattekiste af testteknikker, der hjælper os med at opnå fremragende testdækning, mens vi indsnævrer antallet af sager og sparer tid.

læs videre for at forstå, hvad sort boks test er (præcis) og de teknikker dit team kan bruge til at påvirke din næste cyklus.

hvad er sort boks test?

Test af sort boks betyder simpelthen, at den interne arbejdsstruktur (koden) er ukendt. Testerne validerer de funktionelle krav uden at gennemgå kildekoden.

tænk på koden som skjult inde i en sort boks. For alle indgange sammenligner testeren de forventede udgange med de faktiske udgange.

Med denne type test gennemgår testere ikke den interne kode og har ikke nødvendigvis kendskab til dens struktur eller interne stier. I stedet bruger de viden om programmelkravene til at formulere testcases.

sort boks vs. hvid boks test?

Hvis test af sort boks repræsenterer” ukendt “internt program, så tænk på test af hvid boks som” kendt.”

med test af hvid boks skal en tester have kendskab til programmeringssproget og systemstrukturen, der bruges. I modsætning til test af sort boks, der er afhængig af en slutbrugers perspektiv, inkluderer test af hvid boks teknikker, som en slutbruger aldrig ville simulere, fordi testere gennemgår koden for at finde problemer med sikkerhed, informationsstrøm og hastighed.

hvad er de øverste sorte boks testteknikker?

testteknikker med sort boks er simpelthen alle de testteknikker, hvor testeren ikke er forpligtet til at kende den interne kode.

der er mange.

disse seks testteknikker med sort boks sigter mod strategisk at dække produktet, mens den samlede mængde sager sænkes:

• Ækvivalenspartitionering – dette testeksempel med sort boks reducerer tonsvis af omarbejdning. Testere grupperer testbetingelser sammen, så kun en testtilstand kræver test i hver gruppe. Hvis denne betingelse fungerer, skal alle gruppens betingelser også fungere. For eksempel med en uploader kan denne teknik bruges til at teste filtyper og størrelser uden at skulle overlappe hver kombination.
• Boundary value analysis – med boundary value analysis tester du grænserne for, hvilke værdier der er tilladt. Så hvis systemet kun skal acceptere et tal mellem 1 og 100, vil du gerne teste disse grænser såvel som lidt over og lige under (0 og 101), men du behøver ikke spilde tid på at teste tallene imellem.
• Decision table testing – denne teknik bruges bedst til komplekse kombinationer, hvor forskellige input fører til forskellige beslutninger (i modsætning til ækvivalenspartitionering og grænseværdianalyse). Også kendt som årsag og virkning tabeller, kan beslutningstabeller hjælpe med at afklare forventede output og sørge for, at der ikke går glip af kombinationer, når der dannes testsager.

• State transition testing – ethvert system, der kan give forskellige udgange for samme input afhængigt af eksterne forhold kræver tilstandsovergangstest. Eksempel: en pengeautomat, der giver testeren $60 og derefter senere, giver ikke testeren $60 (fordi kontoen er dyppet under dette beløb); eller et trafiklys, der bliver grønt, når du udløser sensoren, men senere ikke (fordi en anden var der først og får lov til at dreje til venstre, før du går lige). Denne type testeksempel på sort boks kan have de samme input, men forskellige output, fordi systemet er “overgået” til en ny tilstand.
• sonderende test – med sonderende test simulerer testeren nøje brugeradfærd, mens den strategisk bevæger sig gennem handlinger i systemet for at maksimere testdækningen. Dette betragtes som en sort boks teknik, fordi der ikke kræves kendskab til den interne kode. I stedet skal testere kende programmelkravene og forventet adfærd. Derfra kan de opføre sig som brugere—men altid holde deres testers hatte på.
• fejl gætte – fejl gætte er ligesom det lyder. En tester ” gæt ” var fejl er mest sandsynligt at blive fundet. Men da følgende faktorer går ind i beslutningen, er et “gæt” ikke rigtig et retfærdigt udtryk: testernes egen erfaring, viden om applikationen, resultater fra tidligere testcyklusser, kundeudstedelsesbilletter, problemer med tidligere udgivelser og risikorapporter. Når du prøver at vælge, hvilken del af applikationen der får den mest grundige test, er fejl gætte et must.

fordele ved testteknikker i sort boks

Test af sort boks kræver ikke avanceret programmeringsviden, så mens det at finde testere, der kan kode, kan være meget vigtigt for andre teknikker som test af hvid boks, enhedstest og AI og PA inden for automatisering, er det ikke nødvendigt at få funktionel test dækket.

denne form for test kan udføres ved hjælp af optagelses-og afspilningsværktøjer, men kræver ikke dyre værktøjer eller suiter. nøglen med test af sort boks er at strategisere testplandækning, overlappe testsager, hvor det er nødvendigt, reducere redundans, hvor det er muligt, og kombinere teknikker for at minimere antallet af fejl, der gør det til produktion.

Testlio er din partner i super fantastisk test ved hjælp af afprøvede teknikker og nye metoder. Se, hvordan Testlio fungerer, eller send os en linje, så går vi med at tilpasse en demo, der passer til dine særlige behov.