Introduksjon til Test Case Design Techniques
Den viktigste og avgjørende fasen i utviklingen av programvare er testfasen. Testing hjelper ikke bare med å bestemme kvaliteten på et produkt, men det gjør det også mulig å endre og oppgradere produktet når det gjelder sluttbrukervennlighet og brukervennlighet. I denne artikkelen vil vi ta for oss den grunnleggende forestillingen om test case design teknikker av forskjellige slag.
Testfall er de grunnleggende byggesteinene som når de settes sammen danner testfasen.
Hva er en prøvesak?
- De er ofte et forhåndsdefinert sett med instruksjoner som adresserer trinnene som skal tas for å avgjøre om sluttproduktet viser det ønskede resultatet eller ikke. Disse instruksjonene kan omfatte forhåndsdefinerte sett med innganger, forhold sammen med deres respektive sluttresultater.
- For å være gjennom med testingen kan man imidlertid ofte ende opp med for mange testfall. For å unngå slike scenarier, bør man finne den beste test case designteknikken i henhold til kravene for å redusere et betydelig antall testsaker.
- Disse test case designteknikkene er med på å skape effektive test cases som dekker de forskjellige funksjonene som bestemmer kvaliteten og verdien av et produkt.
Test case-design er overveiende klassifisert i henhold til arten av testing i tre typer. De er:
- Spesifikasjonsbasert designteknikk.
- Strukturbasert designteknikk.
- Erfaringsbasert designteknikk.
1. Spesifikasjonsbasert designteknikk
Dette er også populært kjent som black-box design-teknikken. I denne designteknikken blir testsakene skrevet ved å ta hensyn til kundens funksjonelle krav og spesifikasjoner. Produktets interne virkning er uten betydning. Derfor blir navnet svart-bokstesting brukt i dette tilfellet. Det er videre delt inn i undertyper:
- Ekvivalensfordelingsteknikk:
Dataene som brukes som input for testfallene er delt inn i grupper basert på en viss logikk. Prosessen med å velge en enkelt inngang for å representere gruppen den tilhører, og utføre testen din med denne inngangen, er kjent som ekvivalenspartisjonering .
Vurder for eksempel et program som vil validere passordet ditt. Kravet for at passordet ditt skal være gyldig er at det skal inneholde minimum åtte tegn, skal være alfanumerisk og inneholde minst ett spesialtegn. I dette tilfellet kan inngangene være i forskjellige ekvivalente partisjoner, for eksempel gyldige innganger som oppfyller de spesifikke kriteriene og ugyldige innganger der en kategori inneholder åtte tegn, alle alfabeter, en annen inndatakategori inneholder åtte tegn - alle numeriske, mens en annen partisjon inneholder åtte tegn som bare inneholder spesielle karakterer og så videre.
- Grenseverdi-analyse teknikk:
I dette tilfellet vurderes verdiene fra nedre grense og øvre grense.
For eksempel godtar en applikasjon bare firesifrede numeriske verdier. Her er området fra 1000 til 9999. Her vil en sak inneholde innganger 999 og 9998, en annen sak vil inneholde inngang 1000 og 9999 og en annen vil ha innganger 0001 og 10000.
- Beslutningstabellteknikk:
Beslutningstabeller gjør det lettere å kombinere alle mulige scenarier som kan oppstå for et bestemt produkt eller applikasjon det gjelder. Derfor skriver man testsaker med beslutningstabellene, da referansepunktet gir en effektive testsaker som gir utmerket testdekning.
- Testingsteknikk for statlig overgang:
I denne teknikken blir applikasjonen testet ved bruk av grafisk fremstilling av de forskjellige overgangstilstandene til en applikasjon som videre er avhengig av forskjellige funksjoner og funksjonaliteter i den applikasjonen. Den er først og fremst basert på den statlige maskinmodellen.
- Bruk sakstestingsteknikk:
De forskjellige scenariene som en sluttbruker vil møte når de bruker eller interagerer med applikasjonen, testes i denne teknikken.
2. Strukturbasert testing
- Strukturbasert testing omhandler en applikasjons intern struktur og arkitektur. Her testes kildekoden som brukes til å utvikle applikasjonen. Når det gjelder strukturbasert testing, er det derfor nødvendig med en god forståelse av koden og dens interne flyt for å kunne utforme testsakene. Strukturbasert testing kalles også test av hvitbokser og testing av glassbokser.
- Kvaliteten på koden blir analysert basert på forskjellige faktorer som kodedekning, lesbarhet, vedlikeholdbarhet, sikkerhet eller bug sårbarhet, gjenbrukbarhet, etc.
Ulike typer strukturbasert testing er:
- Erklæringstestteknikk:
Ved uttalelsestesting utføres kildekoden mens du tester for å måle kodedekningen.
- Beslutningstestteknikk:
Her blir beslutningspunktene for kode vurdert. Avgjørelsespunktene er "mens" -tilstanden, "hvis-ellers" -tilstanden, etc. Den beregner prosentandelen av beslutningspoengene som blir utført og avgjør om det er utilgjengelige utsagn i koden eller ikke.
- Tilstandstestingsteknikk:
Den sjekker uttrykk for boolesk tilstand som er utsagnene der forholdene enten resulterer i SANN eller FALSE. For å sikre at betingelsene blir utført når de er oppfylt, utføres testing ved å bruke både Sanne og FALSE parametere mot hver tilstandserklæring.
- Testingsteknikk for flere tilstander : Dette ligner tilstandstesting, men kan kreve en rekke testtilfeller sammenlignet med tilstandstesting på grunn av involvering av flere forhold. Å skrive disse testsakene kan imidlertid være en kjedelig oppgave på grunn av dens kompleksitet.
- Banetestteknikk : Dette inkluderer testing av alle uavhengige kjørbare uttalelser i applikasjonen fra ende til ende for å finne feilkode hvis noen.
3. Erfaringsbasert testing
Som navnet sier, er denne testteknikken basert på en testers erfaring og ekspertise innen lignende applikasjoner og teknologier. Disse er videre delt inn i:
- Feil gjetting:
Testere ser for seg mulig feilforekomst basert på tidligere erfaring og kunnskap om applikasjonen. Dette er helt basert på testerens evne til å komme med effektive testtilfeller som kan utrydde årsaker som sannsynligvis vil føre til feil.
- Utforskende tester:
I dette blir prøvesakene skrevet og utført parallelt. Denne teknikken hjelper deg med å identifisere kritiske feil som kan ha blitt savnet i tradisjonell testing.
Konklusjon - Test Case Design Techniques
Velge det beste test case design som samsvarer med dine krav vil føre til effektiv testing og feilfri levering av applikasjonen. Dette vil resultere i et bedre kvalitetsprodukt og dermed forbedre sluttbrukeropplevelsen.
Anbefalte artikler
Dette har vært en guide til Test Case Design Techniques. Her har vi diskutert grunnleggende konsepter, hva som er test case, og forskjellige typer Test Case Design Techniques. Du kan også se på følgende artikkel for å lære mer -
- Røykprøving vs sanitetstesting
- Selen Testing
- White Box Testing
- Grey Box Testing
- Hva er fornuftstesting og hvordan fungerer det?
- Topp 6 kodedekningsverktøy
- Hva er test case? | Betydningen | Nyttige tips og triks