Hvad er sonderende testning? Teknikker med eksempler

Hvad er sonderende testning?

EXPLORATORY TESTING er en type softwaretest, hvor testcases ikke oprettes på forhånd, men testere kontrollerer systemet i farten. De noterer muligvis ideer om, hvad de skal teste inden testudførelse. Fokus for sonderende test er mere på test som en "tænkende" aktivitet.

Exploratory Testing bruges i vid udstrækning i Agile modeller og handler om opdagelse, undersøgelse og læring. Det understreger den personlige testers personlige frihed og ansvar.

Under scriptet test designer du først testsager og senere med testudførelse. Tværtimod er sonderende test en samtidig proces med testdesign og testudførelse, alt sammen på samme tid.

Scriptet testudførelse er normalt en ikke-tænkende aktivitet, hvor testere udfører testtrinnene og sammenligner de faktiske resultater med forventede resultater. En sådan testudførelsesaktivitet kan automatiseres kræver ikke mange kognitive færdigheder.

Selvom den nuværende tendens inden for softwaretest er at presse på for automatisering , er sonderende test en ny måde at tænke på. Automatisering har sine grænser

Forskelle mellem scriptet og sonderende testning

Scriptet test	Undersøgende test
Styret ud fra kravene	Styret ud fra krav og udforskning under test
Bestemmelse af testsager i god tid	Bestemmelse af testsager under test
Bekræftelse af test med kravene	Undersøgelse af system eller applikation
Understreger forudsigelse og beslutningstagning	Understreger tilpasningsevne og læring
Involverer bekræftet test	Involverer efterforskning
Handler om at kontrollere test	Handler om forbedring af testdesign
Som at holde en tale - du læser ud fra et udkast	Som at føre en samtale - det er spontant
Scriptet er i kontrol	Testers sind er i kontrol

Undersøgende test -

• Er ikke tilfældig test, men det er ad hoc-test med det formål at finde fejl
• Er struktureret og streng
• Er kognitivt (tænkende) struktureret sammenlignet med den proceduremæssige struktur af scriptet test. Denne struktur kommer fra charter, tidsboksning osv.
• Er meget lærerig og håndterbar
• Det er ikke en teknik, men det er en tilgang. Hvilke handlinger du udfører næste styres af det, du laver i øjeblikket

Sådan udføres udforskningstest

Følgende er en trinvis proces om, hvordan man udforsker test, som også kaldes sessionsbaseret testadministration (SBTM-cyklus):

1. Opret en fejltaksonomi (klassificering)
   • Kategoriser almindelige typer fejl fundet i tidligere projekter
   • Analyser årsagsanalysen af ​​problemerne eller fejlene
   • Find risici og udvikle ideer til at teste applikationen.
2. Test Charter
   • Test Charter bør foreslå
     1. hvad man skal teste
     2. hvordan det kan testes
     3. Hvad skal der ses
   • Testideer er udgangspunktet for efterforskningstest
   • Testcharter hjælper med at bestemme, hvordan slutbrugeren kunne bruge systemet
3. Time Box
   • Denne metode inkluderer et par testere, der arbejder sammen ikke mindre end 90 minutter
   • Der bør ikke være nogen afbrudt tid i disse 90 minutters session
   • Timebox kan udvides eller reduceres med 45 minutter
   • Denne session tilskynder testere til at reagere på svaret fra systemet og forberede sig på det korrekte resultat
4. Gennemgå resultater:
   • Evaluering af manglerne
   • At lære af testningen
   • Analyse af dækningsområder
5. Debriefing:
   • Kompilering af outputresultaterne
   • Sammenlign resultaterne med chartret
   • Kontroller, om der er behov for yderligere test

For eksempel skal følgende under udforskende udførelse gøres:

• Testets mission skal være meget klar
• Hold noter om, hvad der skal testes, hvorfor det skal testes, og vurderingen af ​​produktkvaliteten
• Sporing af spørgsmål og spørgsmål rejst under sonderende test
• Bedre at parre testere op til effektiv test
• Jo mere vi tester, jo mere sandsynligt er det, at vi udfører rigtige testsager for de krævede scenarier

Det er meget vigtigt at tage et dokument og overvåge følgende

• Testdækning - Uanset om vi har taget notater om dækningen af ​​testsager og forbedret softwarekvaliteten
• Risici - Hvilke risici skal dækkes, og hvilke er alle vigtige?
• Testudførelseslog - Optagelser på testudførelsen
• Problemer / forespørgsler - Skriv notater om spørgsmålet og spørgsmål om systemet

Smartere sonderende test finder flere fejl på kortere tid.

Fordele og ulemper ved sonderende test

Pro

Con

Denne testning er nyttig, når kravsdokumenter ikke er tilgængelige eller delvist tilgængelige Det involverer undersøgelsesproces, som hjælper med at finde flere fejl end normal test- Afdæk fejl, der normalt ignoreres af andre testteknikker Hjælper med at udvide testernes fantasi ved at udføre flere og flere testsager, som endelig også forbedrer produktiviteten Denne test går ned til den mindste del af en applikation og dækker alle kravene Denne test dækker alle typer test, og den dækker forskellige scenarier og tilfælde Tilskynder til kreativitet og intuition Generering af nye ideer under testudførelse

Denne test afhænger udelukkende af testerkompetencer Begrænset af domænernes viden om testeren Ikke egnet til lang udførelsestid

Udfordringer ved sonderende test:

Der er mange udfordringer ved sonderende test, og de forklares nedenfor:

• At lære at bruge applikationen eller softwaresystemet er en udfordring
• Replikering af fiasko er vanskelig
• Det kan være udfordrende at afgøre, om værktøjer skal bruges
• Bestem de bedste testtilfælde, der skal udføres, kan være vanskelige
• Rapportering af testresultaterne er en udfordring, da rapporten ikke har planlagte scripts eller cases, der skal sammenlignes med det faktiske resultat eller resultat
• Dokumentation af alle begivenheder under udførelse er vanskelig at registrere
• Ved ikke, hvornår testen skal stoppes, da sonderende test har bestemte testsager at udføre.

Hvornår skal man bruge sonderende test?

Undersøgende test kan bruges i udstrakt grad når

• Testteamet har erfarne testere
• Tidlig iteration er påkrævet
• Der er en kritisk applikation
• Nye testere kom ind i holdet

Konklusion:

I softwareteknik udføres udforskende test for at overvinde begrænsningerne ved scriptet test. Det hjælper med at forbedre Test Case-pakken. Det empati med læring og tilpasningsevne.