Årsag og virkning Graf - Dynamisk skrivetekst til skrivning til maksimal dækning med færre testsager

cause effect graph dynamic test case writing technique

Dynamiske testteknikker - Årsag og virkningsgraf.

Test case skrivning udgør en integreret del af testningen, hvad enten det er manuel eller automatisering. Hvert projekt er eksklusivt og har en række testbetingelser, der skal dækkes.

Vi skal fokusere på to punkter, når vi skriver testcases. Disse er:

• Afbødning af risikoen
• Dækning

Dette papir drejer sig om det andet punkt, der er 'Coverage'. For at være præcis - Dækning af krav.

Hvad du vil lære:

• Test case skrivningsteknikker til dynamisk test
  • Introduktion til årsag og virkning
  • Tegn en årsag og virkningsgraf ifølge situationen
  • Skrivning af beslutningstabel baseret på årsag og virkning
  • Skrivning af testsager fra beslutningstabellen
  • Konklusion
  • Anbefalet læsning

Test case skrivningsteknikker til dynamisk test

• Ækvivalenspartitionering
• Grænseværdi-analyse
• Beslutningstabel
• Årsag og virkning graf teknik
• Statens overgangsdiagram
• Orthogonal Array Testing (OATS)
• Fejl gætte.

Vi har nogle rigtig gode papirer 1^St., to^ndog 3^rdpoint (Equivalence Partitioning, BVA og Decision-tabeller) her i STH. Jeg vil diskutere punkt 4, som er årsagen og effekten-grafen.

Introduktion til årsag og virkning

Årsag og virkning-grafen er en dynamik test case skriveteknik . Her er årsagerne inputbetingelserne, og effekterne er resultaterne af disse inputbetingelser.

Årsag-effekt-graf er en teknik, der starter med et sæt krav og bestemmer de mindst mulige testsager for maksimal testdækning, hvilket reducerer testudførelsestid og -omkostninger. Målet er at reducere det samlede antal testsager og stadig opnå den ønskede applikationskvalitet ved at dække de nødvendige testsager for maksimal dækning.

Men samtidig er der naturligvis nogle ulemper ved at bruge denne testcase-skriveteknik. Det tager tid at modellere alle dine krav i denne Cause-Effect-graf, før du skriver testsager.

Cause-Effect Graph-teknikken genopretter kravspecifikationen med hensyn til det logiske forhold mellem input- og outputbetingelserne. Da det er logisk, er det indlysende at bruge boolske operatører som AND, OR og NOT.

Brugte notationer:

Lad os nu prøve at implementere denne teknik med nogle eksempler:

• Tegn en årsag og effekt-graf baseret på et krav / en situation.
• Årsag og virkning Graf er givet, tegne en beslutningstabel baseret på den for at tegne testsagen.

Lad os se dem begge en efter en.

Tegn en årsag og virkningsgraf ifølge situationen

Situation :

“Udskriv besked” er software, der læser to tegn, og afhængigt af deres værdier udskrives beskeder.

• Det første tegn skal være et 'A' eller et 'B'.
• Det andet tegn skal være et ciffer.
• Hvis det første tegn er et “A” eller “B”, og det andet tegn er et ciffer, skal filen opdateres.
• Hvis det første tegn er forkert (ikke et 'A' eller 'B'), skal meddelelsen X udskrives.
• Hvis det andet tegn er forkert (ikke et ciffer), skal meddelelsen Y udskrives.

Opløsning :

Årsagerne til denne situation er:
C1 - Første karakter er A
C2 - Første karakter er B
C3 - det andet tegn er et ciffer

trådløs netværkstrafik kan fanges med sniffere

Virkningerne (resultaterne) for denne situation er:
E1 - Opdater filen
E2 - Udskriv besked “X”
E3 - Udskriv besked “Y”

LAD OS BEGYNDE!!

Først tegner du årsagerne og virkningerne som vist nedenfor:

Tast - Gå altid fra Effekt til Årsag (venstre mod højre). Det betyder, for at få effekt “E”, hvilke årsager der skal være sande.

I dette eksempel skal vi starte med Effect E1.

Effekt E1 er til opdatering af filen. Filen opdateres når
- Det første tegn er “A”, og det andet tegn er et ciffer
- Det første tegn er “B”, og det andet tegn er et ciffer
- Det første tegn kan enten være “A” eller “B” og kan ikke være begge.

Lad os nu sætte disse 3 punkter i symbolsk form:

For at E1 skal være sandt - er følgende årsager:
- C1 og C3 skal være sandt
- C2 og C3 skal være sandt
- C1 og C2 kan ikke være sandt sammen. Dette betyder, at C1 og C2 udelukker hinanden.

Lad os nu tegne dette:

Så som i ovenstående diagram, for at E1 skal være sand, er betingelsen (C1 C2) C3

Cirklen i midten er bare en fortolkning af midtpunktet for at gøre grafen mindre rodet.
Der er en tredje betingelse, hvor C1 og C2 udelukker hinanden. Så den endelige graf for effekt E1 at være sand er vist nedenfor:

Lad os gå til Effekt E2:
E2 angiver udskrivningsmeddelelsen “X”. Besked X udskrives, når det første tegn hverken er A eller B.
Dette betyder, at Effekt E2 holder, når enten C1 ELLER C2 er ugyldig. Så grafen for Effekt E2 vises som (I blå linje)

For effekt E3.
E3 angiver udskrivningsmeddelelsen “Y”. Meddelelse Y udskrives, når det andet tegn er forkert.
Dette betyder, at Effekt E3 vil være sand, når C3 er ugyldig. Så grafen for Effekt E3 vises som (i grøn linje)

Dette fuldender grafen Årsag og virkning for ovenstående situation.

Lad os nu bevæge os for at tegne Beslutningstabel baseret på ovenstående graf .

hvordan man laver en bunke i java

Skrivning af beslutningstabel baseret på årsag og virkning

Skriv først årsagerne og virkningerne ned i en enkelt kolonne vist nedenfor

Nøglen er den samme. Gå fra bund til top, hvilket betyder at krydse fra Effekt til Årsag.

Start med Effekt E1. For at E1 skal være sand, er betingelsen (C1 C2) C3.
Her repræsenterer vi Sand som 1 og falsk som 0

Sæt først Effekt E1 som sand i den næste kolonne som

Nu for at E1 skal være '1' (sand), har vi nedenstående to betingelser -
C1 OG C3 vil være sandt
C2 OG C3 vil være sandt

For at E2 skal være sand, skal enten C1 eller C2 være falsk vist som,

For at E3 skal være sandt, skal C3 være falsk.

Så det er afsluttet. Lad os fuldføre grafen ved at tilføje 0 i den tomme kolonne og medtage test-case-id'en.

Skrivning af testsager fra beslutningstabellen

Nedenfor er et eksempler på en testcase til Test Case 1 (TC1) og Test Case 2 (TC2).

På en lignende måde kan du oprette andre testsager.

(En testcase indeholder mange andre attributter som forudsætninger, testdata, sværhedsgrad, prioritet, build, version, frigivelse, miljø osv. Jeg antager, at alle disse attributter skal medtages, når du skriver testsagerne i den aktuelle situation)

faser i softwareudviklingens livscyklus

Konklusion

Sammenfatning af trinene igen:

• Tegn cirklerne for årsager og effektgrafer
• Start fra effekter og bevæg dig mod årsagen.
• Kig efter gensidigt eksklusive årsager.

Dette afslutter den dynamiske test case case skriveteknik for årsag og effekt. Vi har set, hvordan man tegner grafen, og hvordan man tegner beslutningstabellen ud fra den. Det sidste trin i skrivning af testsager baseret på beslutningstabellen er forholdsvis let.

Om forfatteren: Dette er en gæsteartikel af Shilpa Chatterjee Roy. Hun arbejder inden for softwaretest i de sidste 8,5 år inden for forskellige domæner.

Du er velkommen til at diskutere dine skrivemetoder til testsager i kommentarerne nedenfor.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

• Hvad er ortogonal testteknik (OATS)?
• Hvad er defektbaseret testteknik?
• Hvad er gætteteknik for fejl?
• Sådan skriver du komplekse forretningslogiske testscenarier ved hjælp af beslutningstabellen
• 12 bedste værktøjer til fremstilling af linjegraf til oprettelse af fantastiske linjegrafer (2021 RANGER)
• Hvad er mutationstest: Vejledning med eksempler
• Sådan oprettes Mock Service og dynamisk respons i SoapUI
• Skrivningstest med Spock Framework