Hva er testdekning?
Testdekning er definert som en beregning i Software Testing som måler testmengden utført av et sett med test. Det vil omfatte å samle informasjon om hvilke deler av et program som kjøres når du kjører testpakken for å bestemme hvilke grener av betingede uttalelser 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.
I denne veiledningen vil du lære
- Hva er testdekning?
- Hva testdekning dekker?
- Hvordan testdekning kan oppnås?
- Fordeler med testdekning
- Hva er hovedforskjellene mellom kodedekning og testdekning?
- Formel for å beregne testdekning
- Eksempler på testdekning
- Eksempel 1:
- Eksempel 2:
- Ulemper:
Hva testdekning dekker?
- Finne området for et krav som ikke er implementert av et sett med testtilfeller
- Hjelper med å lage flere testsaker for å øke dekningen
- Identifisere et kvantitativt mål på testdekning, som er en indirekte metode for kvalitetskontroll
- Identifisere meningsløse testsaker som ikke øker dekningen
Hvordan testdekning kan oppnås?
- Testdekning kan gjøres ved å utøve statiske gjennomgangsteknikker som fagfellevurderinger, inspeksjoner og gjennomgang
- Ved å transformere ad-hoc-manglene til kjørbare testsaker
- På kodenivå eller enhetstestnivå kan testdekning oppnås ved å benytte de automatiserte kodedekningene eller enhetstestdekkingsverktøyene
- Funksjonell testdekning kan gjøres ved hjelp av riktige verktøy for testadministrasjon
Fordeler med testdekning
- Det kan sikre kvaliteten på testen
- Det kan hjelpe deg med å identifisere hvilke deler av koden som faktisk ble berørt for utgivelsen eller reparasjonen
- Det kan hjelpe deg med å bestemme banene i applikasjonen som ikke ble testet
- Forhindre defektlekkasje
- Tid, omfang og kostnad kan holdes under kontroll
- Feilforebygging på et tidlig stadium av prosjektets livssyklus
- Den kan bestemme alle beslutningspunkter og baner som brukes i applikasjonen, som lar deg øke testdekningen
- Avvik i krav, testtilfeller og mangler på enhetsnivå og kodenivå kan bli funnet på en enkel måte
Hva er hovedforskjellene mellom kodedekning og testdekning?
Kodedekning og testdekning er måleteknikker som lar deg vurdere kvaliteten på søknadskoden.
Her er noen kritiske forskjeller mellom bodene til disse dekningsmetodene:
| Parametere | Kodedekning | Test dekning |
| Definisjon | Kodedekningsterm brukt når søknadskode utøves når en applikasjon kjører. | Testdekning betyr overordnet testplan. |
| Mål | Kodedekkingsmålinger kan hjelpe teamet med å overvåke automatiserte tester. | Testdekning er gitt detaljer om nivået den skriftlige kodingen av en applikasjon er testet på. |
| Undertyper | Kodedekning delt med undertyper som uttalelsesdekning, tilstandsdekning, filialdekning, Google-dekning, FSM-dekning. | Ingen undertype av testdekningsmetode. |
Formel for å beregne testdekning
For å beregne testdekning, må du følge trinnene nedenfor:
Trinn 1) De totale kodelinjene i programvarekvaliteten du tester
Trinn 2) Antall kodelinjer som alle testtilfeller utfører for øyeblikket
Nå må du finne (X delt på Y) multiplisert med 100. Resultatet av denne beregningen er din testdekning%.
For eksempel:
Hvis antall kodelinjer i en systemkomponent er 500 og antall linjer utført over alle eksisterende testtilfeller er 50, så er testdekningen din:
(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 det kutter grønnsakene eller fruktene nøyaktig eller ikke. Imidlertid er det andre aspekter å se etter som brukeren burde kunne håndtere det komfortabelt.
Eksempel 2:
For eksempel hvis du vil sjekke notisblokkapplikasjonen. Å sjekke det er essensielle funksjoner er en nødvendighet. Du må imidlertid dekke andre aspekter ettersom notisblokkapplikasjonen reagerer forventet mens du bruker andre applikasjoner, brukeren forstår bruken av applikasjonen, ikke krasjer når brukeren prøver å gjøre noe uvanlig, etc.
Ulemper:
- De fleste oppgavene i testdekkingshåndboken, da det ikke er noen verktøy å automatisere. Derfor tar det mye krefter å analysere kravene og lage testsaker.
- Testdekning lar deg telle funksjoner og deretter måle mot flere tester. Imidlertid er det alltid plass til dommerfeil.