Hva er utforskende testing?

by: Thomas Hamilton Thomas Hamilton
Hours oppdatert

⚡ Smart oppsummering

Utforskende testing er en testmetode der testere designer og utfører testtilfeller samtidig uten å skripte dem på forhånd, med vekt på undersøkelse, læring og testerintuisjon for å avdekke feil som skriptet testing ofte overser, og er mye brukt i smidig utvikling.

  • 🔍 Utforskende testing definert: Testere designer og kjører tester på sparket i stedet for å skrive dem på forhånd.
  • 🆚 vs. skripttesting: Skriptbasert testing bekrefter krav; utforskende testing undersøker og tilpasser seg under testing.
  • 🧠 Tenkeaktivitet: Det vektlegger læring, kreativitet og testerintuisjon for å finne skjulte feil.
  • 🗂️ SBTM-prosess: Feiltaksonomi, testcharter, tidsboks, gjennomgangsresultater og debriefing.
  • ✅ Beste for: Manglende krav, tidlige iterasjoner, kritiske applikasjoner og erfarne testere.
  • 🇧🇷 Avveining: Finner flere feil og oppmuntrer til kreativitet, men er sterkt avhengig av testernes ferdigheter.
Les mer

Hva er utforskende testing

Hva er utforskende testing?

Utforskende testing er en type programvaretesting der testtilfeller ikke opprettes på forhånd, men testere sjekker systemet i farten. De kan notere ned ideer om hva de skal teste før testutførelse. Fokus for utforskende testing er mer på testing som en "tenke" aktivitet.

Utforskende testing er mye brukt i smidige modeller og handler om oppdagelse, etterforskning og læring. Den legger vekt på personlig frihet og ansvar for den enkelte tester.

Hvorfor utforskende testing?

Under skripttesting designer du testcaser først og fortsetter senere med testkjøring. Tvert imot, utforskende testing er en samtidig prosess med testdesign og testutførelse, alt gjort på samme tid.

Skriptbasert testutførelse er vanligvis en ikke-tenkende aktivitet der testere utfører testtrinnene og sammenligner de faktiske resultatene med forventede resultater. Slik testutførelse kan automatiseres, da den ikke krever mange kognitive ferdigheter.

Utforskende testing

Selv om den nåværende trenden innen programvaretesting er å presse på automatisering, er utforskende testing en ny måte å tenke på. Automatisering har sine begrensninger

Utforskende testing

Forskjeller mellom skriptbasert og utforskende testing

Skripttesting Utforskende testing
Rettet fra krav Rettet fra krav og undersøkende under testing
Fastsettelse av testtilfeller i god tid Fastsettelse av testtilfeller under testing
Bekreftelse av testing med kravene Undersøkelse av system eller applikasjon
Legger vekt på prediksjon og beslutningstaking Legger vekt på tilpasningsevne og læring
Innebærer bekreftet testing Innebærer etterforskning
Handler om å kontrollere tester Handler om Forbedring av testdesign
Som å holde en tale – du leser fra et utkast Som å føre en samtale – det er spontant
Manuset har kontroll Testerens sinn har kontroll

Utforskende testteknikker

  • Er ikke tilfeldig testing, men det er ad-hoc testing med det formål å finne feil
  • Er strukturert og streng
  • Er kognitivt (tenkende) strukturert sammenlignet med prosedyrestrukturen til scripted testing. Denne strukturen kommer fra Charter, tidsboksing etc.
  • Er svært lærevillig og håndterlig
  • Det er ikke en teknikk, men det er en tilnærming. Hvilke handlinger du utfører neste er styrt av hva du gjør for øyeblikket

Hvordan utføre utforskende tester

Følgende er en trinnvis prosess om hvordan du utfører utforskende testing, som også kalles øktbasert teststyring (SBTM-syklus):

Trinn 1) Lag en feiltaksonomi (klassifisering)

  • Kategoriser vanlige typer feil funnet i tidligere prosjekter
  • Analyser rotårsaksanalysen av problemene eller feilene
  • Finn risikoene og utvikle ideer for å teste applikasjonen.

Trinn 2) Test Charter

  • Test Charter bør foreslå
    1. hva du skal teste
    2. hvordan det kan testes
    3. Hva må ses på
  • Testideer er utgangspunktet for utforskningstesting
  • Test charter hjelper med å bestemme hvordan sluttbrukeren kan bruke systemet

Trinn 3) Tid Box

  • Denne metoden inkluderer et par testere som jobber sammen ikke mindre enn 90 minutter
  • Det skal ikke være noen avbrutt tid i disse 90 minutters øktene
  • Timebox kan forlenges eller reduseres med 45 minutter
  • Denne økten oppfordrer testere til å reagere på responsen fra systemet og forberede seg på riktig utfall

Trinn 4) Review resultater

  • Vurdering av defektene
  • Lærer av testingen
  • Analyse av dekningsområder

Trinn 5) Debriefing

  • Sammenstilling av utdataresultatene
  • Sammenlign resultatene med charteret
  • Sjekk om ytterligere testing er nødvendig

RELATERTE ARTIKLER

Beste praksis utforskende testing

Under utforskende utførelse må følgende gjøres:

  • Oppdraget med testing bør være veldig tydelig
  • Før notater om hva som må testes, hvorfor det må testes og vurdering av produktkvaliteten
  • Tracking av spørsmål og problemstillinger som ble reist under utforskende testing
  • Bedre å koble sammen testerne for effektiv testing
  • Jo mer vi tester, jo mer sannsynlig vil vi utføre riktige testtilfeller for de nødvendige scenariene

Det er veldig viktig å ta et dokument og overvåke følgende

  • Testdekning – Om vi ​​har tatt notater om dekningen av testtilfeller og forbedret kvaliteten på programvaren
  • Risikoer – Hvilke risikoer må dekkes og hvilke er alle viktige?
  • Testutførelseslogg – Opptak på testutførelsen
  • Problemer/spørsmål – Ta notater om spørsmålet og problemer på systemet

Smartere utforskende testing finner flere feil på kortere tid.

Fordeler og ulemper med utforskende testing

Fordeler

  • Denne testen er nyttig når kravdokumenter ikke er tilgjengelige eller delvis tilgjengelige
  • Det involverer undersøkelsesprosess som hjelper til med å finne flere feil enn vanlig testing-
  • Avdekke feil som normalt ignoreres av andre testteknikker
  • Hjelper med å utvide fantasien til testere ved å utføre flere og flere testtilfeller som til slutt også forbedrer produktiviteten
  • Denne testingen borer ned til den minste delen av en applikasjon og dekker alle kravene
  • Denne testingen dekker alle typer testing og dekker ulike scenarier og tilfeller
  • Oppmuntrer til kreativitet og intuisjon
  • Generering av nye ideer under testgjennomføring

Ulemper

  • Denne testingen avhenger utelukkende av testerens ferdigheter
  • Begrenset av domenekunnskapen til testeren
  • Ikke egnet for lang utførelsestid

Utfordringer ved utforskende testing

Det er mange utfordringer med utforskende testing, og de er forklart nedenfor:

  • Å lære å bruke applikasjonen eller programvaresystemet er en utfordring
  • Replikering av feil er vanskelig
  • Det kan være utfordrende å avgjøre om verktøy må brukes
  • Det kan være vanskelig å finne de beste testsakene å utføre
  • Rapportering av testresultatene er en utfordring ettersom rapporten ikke har planlagte skript eller saker for å sammenligne med det faktiske resultatet eller resultatet
  • Dokumentasjon av alle hendelser under utførelse er vanskelig å registrere
  • Utforskende testing har ikke klare testtilfeller å utføre, noe som gjør det vanskelig å bestemme når man skal stoppe.

Når bruke utforskende testing?

Utforskende testing kan brukes mye når

  • Testteamet har erfarne testere
  • Tidlig iterasjon er nødvendig
  • Det er en kritisk applikasjon
  • Nye testere kom inn i laget

Spørsmål og svar

Utforskende testing er strukturert, målrettet og bruker skjemaer og tidsbokser for å finne feil, mens ad-hoc-testing er uformell og uplanlagt. Utforskende testing er dokumentert og repeterbar; ad-hoc-testing er vanligvis ikke det.

Utforskende testing er hovedsakelig en manuell, tankedrevet aktivitet fordi den er avhengig av testerens intuisjon og sanntidsbeslutninger. Verktøy kan imidlertid registrere økter, registrere logger og støtte dokumentasjon under testing.

SBTM er en strukturert måte å kjøre utforskende testing på i tidsbegrensede, charterdrevne økter. Testerne dokumenterer funnene sine, og gjennomfører deretter en debrief for å gjennomgå dekning, mangler og om mer testing er nødvendig.

AI støtter utforskende testing ved å foreslå testideer, generere testdokumenter, analysere logger for avvik og identifisere uprøvde områder. Det forsterker testernes intuisjon i stedet for å erstatte den utforskende tankeprosessen.

Nei. Utforskende testing er avhengig av menneskelig kreativitet, nysgjerrighet og domenevurdering som AI ikke kan gjenskape fullt ut. AI bistår ved å håndtere repeterende analyse, men dyktige testere er fortsatt avgjørende for oppdagelse.

Oppsummer dette innlegget med: