Meny

Hur man skriver komplexa affärslogiska testscenarier med hjälp av beslutstabellsteknik

  • Huvud
  • Teststrategi
  • Hur man skriver komplexa affärslogiska testscenarier med hjälp av beslutstabellsteknik

how write complex business logic test scenarios using decision table technique

Prova Vårt Instrument För Att Eliminera Problem

Beslutstabeltestning är ett enkelt och säkert tillvägagångssätt för att identifiera testscenarier för komplex affärslogik .

Det finns flera tekniker för design av testfall. I den här artikeln lär vi oss att använda beslutstabellen effektivt till skriva testfall för en applikation med komplex affärslogik.

Här är en illustration:

Vi vet alla att reglerna och valideringen av verksamheten tar upp en stor del av kraven från kunderna. Medan vi observerar hur dessa krav representeras och kommuniceras till hela projektgruppen av affärsanalytiker eller kunder, får vi veta att de flesta av sådana affärsregler och logik presenteras i ett logiskt processflödesdiagram.

Skrivningsscenario med hjälp av beslutstabellsteknik

En logisk process Flödesschema för ett komplext krav består av många grenar, noder och beslutsrutor. Förhoppningsvis förväntas vi testare täcka alla dessa grenar och röra vid varje hörn och hörn av ett så komplext logiskt träd. Jag har också mött sådana komplexa affärsflöden och försökt många tekniska förberedelsestekniker för testfall / testscenarier för att göra processen enklare.

Slutligen tyckte jag att tekniken för beslutstabeltestning var mycket användbar i denna aspekt. Här är hur en Decision Table-teknik kan göra testscenariot förberedelser för komplex affärslogik enklare.

Exempel: Skriva testfall för en inloggningsskärm med hjälp av beslutstabellstekniken:

Låt oss ta en Exempel på beslutstabell under affärsbehovet för en inloggningsskärm.

Test av beslutstabell

Fig: 1.0 Exempel på affärsflödesdiagram

Det första steget vi gör är att namnge alla grenar och lämna med siffror eller alfabet enligt nedan.

1, 2, 3 är bladen och a, b & c är grenarna.

app som låter dig spionera på andra telefoner

Sedan måste vi skapa en beslutstabell enligt nedan: (Klicka för att förstora bilden)

Test av beslutstabell 1

Fig 1.1 Beslutstabell för affärsflöde fig 1.0

Vad du kommer att lära dig:

Poäng att komma ihåg

  • Alla valideringar som anges i beslutsrutorna ska göras av kolumnerna på bordet.
  • Alla resultat (löv) som nämns i flödesdiagrammet ska täckas i beslutstabellen.
  • Alla kombinationer av ingångar som behövs för att uppnå ett visst resultat ska nämnas i kombinationskolumnen och kan inkluderas när testfallet skrivs.
  • Efter att ha slutfört beslutstabellen måste man bara verifiera om alla grenar och löv i det logiska trädet är täckta.

Fördelar med att använda beslutstabellsteknik

# 1) Alla komplexa affärsflöden representerade som ett diagram kan enkelt täckas med denna teknik.
#två) Det ger snabbt förtroende för testfallet. Man behöver inte behöva granska sina egna testfall flera gånger för att få förtroende.
# 3) Lätt att förstå. Vem som helst kan göra testfall från denna mall för beslutstabell.
# 4) Omarbetning av testfall och testscenarier kan helt undvikas, eftersom det ger fullständig täckning vid första skottet.

Begränsningar att använda beslutstabellsteknik

# 1) Vissa testfallstekniska förberedelsestekniker som gränsvärdesanalys, ekvivalenspartitionering kan inte tas emot direkt i den här mallen. Men man kan notera det i kombinationskolumnen och använda dem när man skriver testfall.

Innan jag förklarar varför andra testfallstekniker inte kan säkerställa lika mycket noggrannhet som beslutstabeller, vill jag snabbt påminna andra Svart låda och vit låda testfallstekniker.

Andra testfallstekniker

# 1) Gränsvärde-analys är en programvarutestningsteknik där testfall är utformade för att inkludera representanter för gränsvärden inom och ur ett visst intervall.

#två) Partitionering av ekvivalens även kallad Partitionering av ekvivalensklass är en Software Testing-teknik som delar upp det givna tillståndet i partitioner och en ingångsdata från varje partition kan väljas för testning.

# 3) Test av statlig övergång är en svart-box-testteknik, som kan användas för att utforma testfall för ett system som förvärvar ett begränsat antal stater och som kan passera från en stat till en annan vid specifika händelser.

# 4) Fel gissning är en teknik där testarens erfarenhet används för att hitta felen eller en del av en applikation med störst möjlighet att hitta fel. Detta är en färdighetsbaserad teknik utan några regler.

# 5) Använd falltestning I denna teknik används användningsfall / scenarier för att skriva testfall. Interaktionen mellan användare och system beskrivs i ett användningsfall.

Några fler tekniker för testdesign:

# 6) Uttalande täckning
# 7) Skyddstäckning
# 8) Explorerande testning

Varför kan andra testfallstekniker för affärslogik inte visa sig vara användbara som beslutstabeller?

# 1) Gränsvärdenanalys och ekvivalensklasspartitionering är avsedd för numeriska intervall och längd. Båda dessa tekniker i sig kan inte garantera 100% testtäckning för affärsregler.

#två) Error Guessing handlar mer om upplevelsen. Även om erfarenhet krävs kan det inte visa sig vara allt.

vilket etl-verktyg som är bäst på marknaden

# 3) Med testtekniken State Transition kan man säkerställa att alla delar av det logiska trädet täcks men det föreslår inte dokument eller artefakter eftersom beslutstabellstekniken säkerställer täckning med en beslutstabell (fig 1.1).

Slutsats

För att skriva testfall för affärslogik är det lämpligt att följa nedan steg för att förbereda testfall för att säkerställa maximal testtäckning:

Steg 1) Använda sig av en beslutstabell testfall design teknik för att uppnå 100% logisk täckning.
Steg 2) Gränsvärde-analys och ekvivalenspartitionering för att täcka olika ingångsserier.
Steg 3) Kombinationer och permutationer för validering på fältnivå (men inte alla permutationer krävs).
Steg 4) Fel gissning (förutom de fel som kan identifieras från ovanstående tre steg) med erfarenhet som en sista touch

Med rätt kombination av alla dessa tekniker hoppas jag att du kommer att kunna upptäcka nästan alla testscenarier för alla ansökningar som testas.

Om författaren: Hari Narayan är en professionell programvarutestare med mer än 3 års arbetserfarenhet i att skriva testscenarier för komplex affärslogik. Han arbetar för närvarande med Plintron Global Technologies.

Låt oss veta vilken testfallsteknik du använder oftast i ditt projekt? Och vilken är den bästa metoden enligt din erfarenhet?

Dela gärna dina värdefulla kommentarer / förslag om den här artikeln.

Rekommenderad läsning

^