cause effect graph dynamic test case writing technique
Dynamiske testteknikker - Årsak og virkningsgraf.
Prøvesakeskriving utgjør en integrert del av testingen, enten det er manuell eller automatisering. Hvert prosjekt er eksklusivt og har en rekke testbetingelser som må dekkes.
Vi bør fokusere på to punkter når vi skriver prøvesaker. Disse er:
- Redusere risikoen
- Dekning
Denne artikkelen dreier seg om det andre punktet som er 'Dekning'. For å være presis - Krav Dekning.
Hva du vil lære:
Testcase-skriveteknikker for dynamisk testing
- Ekvivalenspartisjonering
- Grenseverdianalyse
- Beslutningstabell
- Årsak og virkning grafteknikk
- Statlig overgangsdiagram
- Ortogonal Array Testing (OATS)
- Feil gjetting.
Vi har noen veldig gode papirer 1St., 2ndog 3rdpoeng (Equivalence Partitioning, BVA og Decision tabeller) her i STH. Jeg skal diskutere punkt 4 som er årsaken og effekten.
Introduksjon til årsak og virkning
Årsak og virkning-grafen er en dynamikk test case skriveteknikk . Her er årsakene inngangsbetingelsene og effektene er resultatene av disse inngangsbetingelsene.
Cause-Effect Graph er en teknikk som starter med et sett med krav og bestemmer minimum mulig testtilfeller for maksimal testdekning som reduserer testutførelsestid og -kostnad. Målet er å redusere det totale antallet testsaker, og fremdeles oppnå ønsket applikasjonskvalitet ved å dekke de nødvendige testsakene for maksimal dekning.
Men samtidig er det selvsagt noen ulemper ved å bruke denne testkasseteknikk. Det tar tid å modellere alle kravene dine i denne årsakseffektgrafen før du skriver testsaker.
Cause-Effect Graph-teknikken gjengir kravspesifikasjonen når det gjelder det logiske forholdet mellom inngangs- og utgangsbetingelsene. Siden det er logisk, er det åpenbart å bruke boolske operatører som AND, OR og NOT.
Notasjoner brukt:
La oss nå prøve å implementere denne teknikken med noen eksempler:
- Tegn en årsak og effekt-graf basert på et krav / situasjon.
- Årsak og virkning Graf er gitt, tegne en beslutningstabell basert på den for å tegne testsaken.
La oss se dem begge en etter en.
Tegn en årsak og virkningsgraf etter situasjonen
situasjon :
hvordan finne nettverkssikkerhetsnøkkel for mobil hotspot
“Skriv ut melding” er programvare som leser to tegn, og avhengig av verdiene, blir meldinger skrevet ut.
- Det første tegnet må være 'A' eller 'B'.
- Det andre tegnet må være et siffer.
- Hvis det første tegnet er “A” eller “B” og det andre tegnet er et siffer, må filen oppdateres.
- Hvis det første tegnet er feil (ikke et 'A' eller 'B'), må meldingen X skrives ut.
- Hvis det andre tegnet er feil (ikke et siffer), må meldingen Y skrives ut.
Løsning :
Årsakene til denne situasjonen er:
C1 - Første karakter er A
C2 - Første karakter er B
C3 - det andre tegnet er et siffer
Effektene (resultatene) for denne situasjonen er:
E1 - Oppdater filen
E2 - Utskriftsmelding “X”
E3 - Utskriftsmelding “Y”
LA OSS BEGYNNE!!
Først tegner du årsakene og effektene som vist nedenfor:
Nøkkel - Gå alltid fra Effekt til Årsak (fra venstre til høyre). Det betyr at for å få effekt “E”, hvilke årsaker som skal være sanne.
I dette eksemplet, la oss starte med Effect E1.
Effekt E1 er for oppdatering av filen. Filen oppdateres når
- Det første tegnet er “A” og det andre tegnet er et siffer
- Det første tegnet er “B” og det andre tegnet er et siffer
- Det første tegnet kan enten være “A” eller “B” og kan ikke være begge.
La oss nå sette disse 3 punktene i symbolsk form:
For at E1 skal være sant - er følgende årsaker:
- C1 og C3 skal være sant
- C2 og C3 skal være sant
- C1 og C2 kan ikke være sant sammen. Dette betyr at C1 og C2 er gjensidig utelukkende.
La oss nå tegne dette:
Så som i diagrammet ovenfor, for at E1 skal være sant, er tilstanden (C1 
C2) 
C3
Sirkelen i midten er bare en tolkning av midtpunktet for å gjøre grafen mindre rotete.
Det er en tredje tilstand der C1 og C2 utelukker hverandre. Så den endelige grafen for effekt E1 å være sant er vist nedenfor:
La oss gå til Effekt E2:
E2 angir utskriftsmelding “X”. Melding X skrives ut når det første tegnet verken er A eller B.
Dette betyr at effekt E2 vil oppfylle når enten C1 ELLER C2 er ugyldig. Så grafen for Effekt E2 vises som (I blå linje)
For Effect E3.
E3 angir utskriftsmeldingen “Y”. Melding Y blir skrevet ut når det andre tegnet er feil.
Dette betyr at Effekt E3 vil være sant når C3 er ugyldig. Så grafen for Effekt E3 vises som (I grønn linje)
Dette fullfører grafen Årsak og virkning for situasjonen ovenfor.
La oss nå flytte for å tegne Beslutningstabell basert på grafen ovenfor .
app som lar deg spionere på en annen telefon
Skrive beslutningstabell basert på årsak og virkning
Først skriver du ned årsakene og effektene i en enkelt kolonne vist nedenfor
Nøkkelen er den samme. Gå fra bunn til topp, noe som betyr å krysse fra Effekt til Årsak.
Start med Effekt E1. For at E1 skal være sant, er tilstanden (C1 C2) C3.
Her representerer vi True as en og Falske som 0
Sett først Effekt E1 som sann i neste kolonne som
Nå for at E1 skal være '1' (sant), har vi nedenstående to betingelser -
C1 OG C3 vil være sant
C2 OG C3 vil være sant
For at E2 skal være sant, må enten C1 eller C2 være falsk vist som,
For at E3 skal være sant, bør C3 være falsk.
Så det er fullført. La oss fullføre grafen ved å legge til 0 i den tomme kolonnen og inkluder testtilfelleidentifikatoren.
Skrive testtilfeller fra beslutningstabellen
Nedenfor er et eksempler på testtilfelle for Test Case 1 (TC1) og Test Case 2 (TC2).
På en lignende måte kan du lage andre testsaker.
(En testsak inneholder mange andre attributter som forutsetninger, testdata, alvorlighetsgrad, prioritet, build, versjon, utgivelse, miljø osv. Jeg antar at alle disse attributtene skal inkluderes når du skriver testsakene i den faktiske situasjonen)
fordeler og ulemper med Linux vs Windows
Konklusjon
Oppsummering av trinnene igjen:
- Tegn sirkler for årsaker og effektgrafer
- Start fra effekter og gå mot årsaken.
- Se etter gjensidig utelukkende årsaker.
Dette fullfører den dynamiske prøveskriveteknikken Cause and Effect. Vi har sett hvordan man tegner grafen og hvordan man tegner beslutningstabellen basert på den. Det siste trinnet med å skrive testsaker basert på avgjørelsestabellen er relativt enkelt.
Om forfatteren: Dette er en gjesteartikkel av Shilpa Chatterjee Roy. Hun jobber innen Software Testing-feltet de siste 8,5 årene på forskjellige domener.
Diskuter gjerne testmetodene dine i kommentarene nedenfor.
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- Hva er Orthogonal Array Testing Technique (OATS)?
- Hva er feilbasert testteknikk?
- Hva er feil gjetningsteknikk?
- Hvordan skrive komplekse forretningslogiske testscenarier ved hjelp av beslutningstabellteknikk
- 12 beste linjediagramverktøy for å lage fantastiske linjediagrammer (2021 RANGER)
- Hva er mutasjonstesting: opplæring med eksempler
- Hvordan lage Mock Service og dynamisk respons i SoapUI
- Skriveenhetstester med Spock Framework