Testdekning i programvaretesting

Hva er testdekning?

Testdekning er definert som en beregning i Software Testing som måler mengden testing utført av et sett med tester. Det vil inkludere å samle informasjon om hvilke deler av et program som kjøres når testpakken kjøres for å finne ut hvilke grener av betingede setninger som er tatt.

Enkelt sagt er det en teknikk for å sikre at testene dine tester koden din eller hvor mye av koden du trente ved å kjøre testen.

Hva Testdekning gjør?

  • Finne området for et krav som ikke er implementert av et sett med testtilfeller
  • Hjelper med å lage flere testtilfeller for å øke dekningen
  • Identifisere et kvantitativt mål for testdekning, som er en indirekte metode for kvalitetssjekk
  • Identifisere meningsløse testtilfeller som ikke øker dekningen

Hvordan kan testdekning oppnås?

  • Testdekning kan gjøres ved å trene statiske vurderingsteknikker som fagfellevurderinger, inspeksjoner og gjennomgang
  • Ved å transformere ad-hoc-defektene til kjørbare testtilfeller
  • På kodenivå eller enhetstestnivå kan testdekning oppnås ved å benytte de automatiserte kodedeknings- eller enhetstestdekningsverktøyene
  • Funksjonell testdekning kan gjøres ved hjelp av riktige teststyringsverktøy

Fordeler med testdekning i programvareteknikk

  • Det kan kvalitetssikre testen
  • Det kan hjelpe med å identifisere hvilke deler av koden som faktisk ble berørt for utgivelsen eller rettelsen
  • Det kan hjelpe å finne stiene i søknaden din som ikke ble testet
  • Forhindre Defekt lekkasje
  • Tid, omfang og kostnader kan holdes under kontroll
  • Feilforebygging på et tidlig stadium av prosjektets livssyklus
  • Den kan bestemme alle beslutningspunkter og stier som brukes i applikasjonen, noe som lar deg øke testdekningen
  • Mangler i krav, testtilfeller og mangler på enhetsnivå og kodenivå kan på en enkel måte finnes

Hva er de viktigste forskjellene mellom kodedekning og testdekning?

Kodedekning og testdekning er måleteknikker som lar deg vurdere kvaliteten på søknadskoden din.

Her er noen kritiske forskjeller mellom boder med disse dekningsmetodene:

Parametre Kodedekning Test dekning
Definisjon Kodedekningsbegrep som brukes når applikasjonskode brukes når en applikasjon kjører. Testdekning betyr overordnet testplan.
Mål Kodedekningsberegninger kan hjelpe teamet med å overvåke deres automatiserte tester. Testdekning gis detaljer om hvilket nivå den skriftlige kodingen av en applikasjon er testet til.
subtyper Kodedekning delt inn med undertyper som erklæringsdekning, tilstandsdekning, avdelingsdekning, Toogle-dekning, FSM-dekning. Ingen undertype av testdekningsmetode.

Testdekningsformel

For å beregne testdekningen, må du følge trinnene nedenfor:

Trinn 1) Den totale kodelinjen i programvarekvaliteten du er testing

Trinn 2) Antall linjer med kode som alle testtilfeller utfører for øyeblikket

Nå må du finne (X delt på Y) multiplisert med 100. Resultatet av denne beregningen er testdekningen %.

For eksempel:

Hvis antall linjer med kode i en systemkomponent er 500 og antall linjer utført på tvers av alle eksisterende testtilfeller er 50, så er testdekningen:

(50 / 500) * 100 = 10%

Eksempler på testdekning

Eksempel 1:

For eksempel, hvis "kniv" er et element du vil teste. Da må du fokusere på å sjekke om den skjærer grønnsakene eller fruktene nøyaktig eller ikke. Imidlertid er det andre aspekter å se etter som brukeren skal kunne håndtere det komfortabelt.

Eksempel 2:

For eksempel hvis du vil sjekke notisblokkapplikasjonen. Da er det en nødvendighet å sjekke de essensielle funksjonene. Du må imidlertid dekke andre aspekter ettersom notatblokkapplikasjonen reagerer forventet mens du bruker andre applikasjoner, brukeren forstår bruken av applikasjonen, ikke krasjer når brukeren prøver å gjøre noe uvanlig osv.

Ulemper med testdekning:

  • De fleste oppgavene i testdekningen er manuelle da det ikke er noen verktøy å automatisere. Derfor krever det mye innsats å analysere kravene og lage testcases.
  • Testdekning lar deg telle funksjoner og deretter måle mot flere tester. Det er imidlertid alltid rom for skjønnsfeil.