Vad är konsekvensanalys vid programvarutestning?

what is impact analysis software testing

Denna handledning förklarar vad som är konsekvensanalys, fördelar, hur man genomför det och hur man förbereder dokument för konsekvensanalys:

Som vi vet har teknik både positiva och negativa effekter på samhället. Varje enkel förändring kan påverka systemet. Även en mycket liten förändring kan ha en enorm inverkan på systemet.

I denna handledning kommer vi att förstå konsekvensanalysen i detalj och kommer också att se några steg för att förbereda konsekvensanalysdokument.

vad är en eps-fil?

Låt oss förstå vikten av denna analys med hjälp av ett ER-diagram (Entity Relationship).

Vad du kommer att lära dig:

• Betydelsen av konsekvensanalys
  • Vad är konsekvensanalys?
  • Hur man genomför en effektiv konsekvensanalys?
  • Hur är metod för konsekvensanalys användbar för utvecklare?
  • Hur är effekten av analysanalys användbar för testare?
  • Hur man förbereder dokument för konsekvensanalys?
  • Fördelar med konsekvensanalys vid testning
• Slutsats
  • Rekommenderad läsning

Betydelsen av konsekvensanalys

Tänk på ER-diagrammet för Department Shop Management System. Vi vill redigera detta datamodelldiagram genom att byta namn på modulen 'Artikel' till modulen 'Produkt'. Från fig: nr 01 kan vi se att modulen 'Artikel' står i förhållande till många andra moduler. Så om vi byter namn på 'Artikel'-modulen kommer det oundvikligen att påverka andra moduler.

Fig: Nr 01: Varuhushanteringssystem

Så innan vi gör sådana ändringar måste vi analysera väl om datamodellen och effekterna av förändringarna. I de fall där berörda personer inte tänker noga över konsekvenserna av ändringar som de kommer att genomföra i modulerna kan det påverka hur applikationen fungerar korrekt. Det är därför konsekvensanalys är mycket viktigt.

Obs! Den här analysen visar oväntat beteende och alla biverkningar av applikationen.

Vad är konsekvensanalys?

Det handlar om att analysera effekterna av ändringar som gjorts i funktioner / moduler i applikationen. Det kan göras på nästan alla stadier av livscykeln för programvaruutveckling som projektkrav, systemdesign, kodning, testning etc.

• Analysera moduler med hjälp av konsekvensanalysdokument. Den hittar de risker som är förknippade med alla typer av förändringar i en modul / produkt.
• Det hjälper till att uppskatta lagarbete som behövs för att åstadkomma förändringar i systemet.
• Det hjälper också till att implementera en prototyp för utvecklare och testare för att uppleva effekterna i systemet.

Hur man genomför en effektiv konsekvensanalys?

Nedan följer stegen som utförs för att genomföra analysen för ett projekt:

1. Förbered ett team.
2. Inspektera moduler på hög nivå.
3. Inspektera lågnivåmoduler.
4. Utvärdera påverkan.
5. Hantera negativa konsekvenser.

Steg 1Förbered ett team

Innan vi gör ändringar i modulerna i applikationen måste vi ha ett team. Teammedlemmar ska ha tillgång till alla moduler i applikationen och måste ha grundlig kunskap om de föreslagna ändringarna.

Vissa teammedlemmar känner inte till alla moduler. Men efter genomförandet av konsekvensanalys kommer alla medlemmar att ha en grundlig kunskap om systemet.

Steg 2Inspektera moduler på hög nivå

Teammedlemmar analyserar först modulerna på hög nivå i applikationen, vilket kan påverkas av de föreslagna ändringarna. Vid denna tidpunkt måste de ha bättre kunskap om strategin och arbetsflödesreglerna i modulerna.

Steg 3Inspektera lågnivåmoduler

Efter att ha inspekterat högnivåmodulerna kommer teammedlemmar att inspektera lågnivåmodulerna och identifiera effekterna av förändringarna i den. Teammedlemmar kan förbereda ett dokument som visar effekterna av förändringar i varje modul. De kan antingen använda ett excel-ark eller ett orddokument.

Steg 4Utvärdera påverkan

Dokumentet som lagmedlemmarna utarbetat kommer att avslöja listan över både positiva och negativa effekter av de ändringar som gjorts. Med hjälp av dokumentet kommer teammedlemmarna att ha en tydlig uppfattning om den fördel som kan uppstå på grund av förändringen och de frågor de kommer att möta på grund av förändringen.

Steg 5Hantera negativa konsekvenser

Just nu kommer teammedlemmarna att få en exakt uppfattning om fördelarna och nackdelarna med förändringarna. Som ett resultat kan de antingen acceptera eller förneka ändringarna efter att ha diskuterat det med teammedlemmarna och intressenterna.

Testare kan utföra regressionstest. Regressionstestning hjälper till att känna igen problemen bland modulerna, som har uppstått på grund av effekterna av förändringar i dem.

Hur är metod för konsekvensanalys användbar för utvecklare?

I ett projekt kan ibland det krav som ställs av klienten förändras, även efter att utvecklingsprocesserna startat. Utvecklare kan ha gjort lite kodning. Senare, på grund av ändringarna i kravet, måste de ändra sina koder. Så utvecklare redigerar koderna enligt kraven och gör ändringarna.

Det kan vara mer än en utvecklare involverad i utvecklingsprocessen. I vissa situationer är det extremt svårt att spåra effekterna av förändringar i olika moduler, eftersom mer än en utvecklare begår koderna.

Utvecklare 'A' kanske inte känner till arbetsflödet i en annan modul, som hanteras av utvecklare 'B'. Så även om testning utförs av utvecklare kommer vissa moduler och funktioner att förbli 'Inte testade'. Utvecklare behövde också en bra spårning av delade resurser.

I sådana situationer kan vi genomföra möten för mjukvarueffektanalys innan vi gör några ändringar i modulerna. Efter mötet förbereder lagmedlemmarna dokumentet för konsekvensanalys. Den måste återspegla de senaste ändringarna och all riskbaserad information.

Efter mötet kommer utvecklarna att vara medvetna om alla moduler i applikationen. Vid sådana möten beaktas åsikterna från varje lagmedlem.

Utvecklare kommer att överväga hela applikationen / slutprodukten innan de gör några ändringar. Testning av utvecklare kommer att bli bättre. Så risken för att få fel i det sista utvecklingsstadiet kommer att minskas.

Obs! Dokumentet om konsekvensanalys bör hållas uppdaterad.

Hur är effekten av analysanalys användbar för testare?

Kommunikationen mellan utvecklarna och testarna är mycket viktig. Ibland kommer testare inte att få meddelanden om ändringarna i kravet, och de kommer att fortsätta testprocessen utan någon information om ändringar. Detta är ett slöseri med tid och resurser.

Utan metoden för konsekvensanalys förblir de nya funktionerna i applikationen ”ej testade”. Om testarna känner till de nya funktionerna som läggs till i applikationen kan de börja regressionstester.

Efter analysen börjar testarna skapa eller modifiera testfallet enligt förändringarna i kravet eller nya funktioner som läggs till i systemet.

Notera: Denna analys hjälper testarna att bestämma vilka områden de ska fokusera på testning, och de kan prioritera testfallet. Således kan effektiviteten vid testning förbättras .

Hur man förbereder dokument för konsekvensanalys?

Alla deltagare i effektmötet kommer att bidra till skapandet av ett dokument för konsekvensanalys. Generellt är det en excel-fil. Det kan också vara ett orddokument.

Mallen för detta dokument är som en matris. Det är väldigt lätt att förstå. Den har hög läsbarhet. Se tabell 02 för mer information.

Låt oss lära oss att förbereda dokument för konsekvensanalys. Ett projekt kan innehålla många moduler, funktioner och funktioner.

Tänk på ett litet projekt med fem funktioner:

1. Logga in
2. Profil
3. Brevlåda
4. Lägg till i favoriter
5. Logga ut

Nedan (Tabell 02) visas motsvarande tabell för konsekvensanalys för just detta projekt.

Här representerar kolumnerna modulerna / funktionerna som har ändrats och raderna i matrisen representerar modulerna / funktionerna som har påverkats av ändringarna. Utvecklarna kommer att markera () i tabellen när en förändring i Feature 'A' påverkar Feature 'B'; innan detta dokument ges till testare.

c intervjua frågor och svar för nybörjare

För att visa starkt inflytande har vi använt RÖD färg. Den Gula färgen används för att visa måttligt inflytande, GRÖN färg visar ett svagt inflytande. Se tabell.03 för mer information.

På så sätt kan testare enkelt förstå ändringarna i modulerna genom att titta på de olika färgkoderna i dokumentet. Dokumentet fungerar som en checklista för utvecklarna och de kan verifiera om han har missat någon modul och beroenden.

Om det finns en förändring av inloggningsfunktionen kommer det mest att påverka själva inloggningsfunktionen. Ändringarna i inloggningsfunktionen kan påverka funktionen ”Profil” och ”Logga ut” något. Detta markeras i dokumentet Impact Analysis med färgkoder. Så dokumentet kommer att se ut som tabell nr.04

Vi kan använda siffror för att ange den inflytandegrad som just visas i tabell nr 05. Så, tabell nr.04 kan ritas om som tabell nr 06.

I tabell nr 06 ges inloggningsfunktionen (influensnivå: 03) högsta prioritet. Profilfunktionen (influensnivå: 02) ges måttlig prioritet. Logout-funktionen (inflytandegrad: 01) ges lägst prioritet.

Notera:

• Siffrorna som visas i tabellen är till stor hjälp för QA-teamet. De kan enkelt prioritera testfall baserat på siffrorna.
• Vissa stora projekt kommer att ha mer inflytande. Det anges i tabellen nedan. (Se tabell nr 07 för din referens.)

Hur förbereder jag Impact Analysis-dokumentet för ett projekt med många funktioner och underfunktioner?

Tänk på ett projekt med 20 funktioner och varje huvudfunktion i det projektet har 5 underfunktioner vardera. Matrisen som representerar dokumentet Impact Analysis är mycket stor och kommer att vara svår att underhålla. Motsvarande tabell ser ut som tabell nr.08.

Så för att övervinna detta problem kan vi använda en speciell tabell för att representera modulerna och delmodulerna i konsekvensanalysdokumentet. Se tabell nr.09, raderna representerar huvudfunktionerna och kolumnerna representerar underfunktioner.

api test intervju frågor och svar

Genom att använda detta dokument för stora projekt kan utvecklarna enkelt markera de underfunktioner som har inverkan på grund av förändringen i huvudfunktionen. Läsbarheten i detta dokument är bättre jämfört medTabell 09.

Obs! Alla underfunktioner kommer inte att påverka på grund av ändringar i huvudfunktionen.

Tänk nu på ett annat projekt med 50 huvudmoduler. Projektet har en grupp utvecklare. Olika utvecklare arbetar med olika uppgifter i projektet (lägga till nya funktioner, bug-fixing, refactoring, etc.).

Vi kan visa ändringarna i ett projekt med hjälp av ett Impact Analysis-dokument. Utvecklaren skriver informationen om motsvarande ändring i tabellen. Se tabell nr 10 och tabell nr 11

Fördelar med konsekvensanalys vid testning

• Exakt: Detta dokument kommer alltid att ge korrekta uppgifter om ändringarna i moduler / funktioner i applikationen.
• Ökad effektivitet vid testning: Med hjälp av detta dokument kan testarna planera testfall mer effektivt, eftersom dokumentet ger tydlig information om ändringarna i modulerna.
• Synkroniserat arbete: Alla teammedlemmar är ansvariga för att uppdatera dokumentet om konsekvensanalys. Detta dokument måste vara uppdaterat.
• Exakt: Eftersom dokumentet är lättläst kommer testare att ha en tydlig uppfattning om ändringarna i en applikation genom att titta på dokumentet.
• Minskad testtid: Förutom att testa hela systemet kan testarna utföra test i de moduler och delmoduler som har ändrats. Testare kan prioritera och planera testfall. Därigenom kan de minska testtiden.
• Täckning ökad: Med hjälp av detta dokument kommer testarna att se till att de har kontrollerat de delmoduler som påverkas av ändringarna i modulerna. Genom att göra detta kommer testtäckningen för projektet att öka.
• Standardisering av testresultat: Utvecklare och testare kommer att använda ett vanligt dokument för effektanalys, som representerar varje förändring i modulen.
• Teamets ansvar ökar: Teammedlemmar måste hålla detta dokument uppdaterad. Varje lagmedlem är ansvarig för att uppdatera informationen om de ändringar han har gjort i systemet.
• Prioritera uppgiften tidigt och enkelt: Eftersom dokumentet ger en tydlig bild av ändringarna kan testarna prioritera testning enligt det.
• Tydlig kunskap om produkten: Med hjälp av detta dokument kommer både utvecklare och testare att få en uppfattning om alla moduler som finns i systemet.
• Enkel upptäckt av fel: Felavkänning är mycket bättre. Ett dokument för konsekvensanalys är till hjälp för integrationstester.

Slutsats

Ett projekt kan göras med eller utan konsekvensanalys. Men vi har sett fördelarna med dokumentet Impact Analysis från ovanstående artikel. Testtiden reduceras kraftigt med introduktionen av detta dokument. Testare behöver inte slösa tid genom att testa de funktioner som inte har förändrats.

Med introduktionen av detta dokument förbättras kommunikationen mellan utvecklare och testare mycket och detta leder till effektivitet i testningen. Testare får en bättre uppfattning om hela systemet.

Vi hoppas att du har en tydlig förståelse för konsekvensanalys vid testning. Dela gärna dina kommentarer.

Rekommenderad läsning

• Programvarutestning QA-assistentjobb
• Programvarutestningskurs: Vilket programvarutestinstitut ska jag gå med?
• Programvarutestning Tekniskt innehåll Writer Freelancer Jobb
• Välja programvarutestning som din karriär
• Testa dina analysfunktioner och tänkande - programvarutestningsövningar (del 2)
• Programtestkursfeedback och recensioner
• Några intressanta programtestintervjufrågor
• Är programvarutestning en känslomässig uppgift?