Impact Analys in Software Testing

Vad är effektanalys?

Impact Analysis definieras som att analysera effekten av förändringar i den distribuerade produkten eller applikationen. Den ger information om de områden i systemet som kan påverkas på grund av ändringen i den särskilda delen eller funktionerna i applikationen.

Effekten analyseras på Krav, Design & Architecture, impact on Test and impact on time.

Med införandet av nya funktioner i applikationen eller produkten blir det absolut nödvändigt att kontrollera inverkan av dessa nya funktioner eller förändringar på systemets prestanda. Av denna anledning görs Impact Analysis.

Varför görs förändringspåverkansanalys?

Det görs för att förstå det möjliga resultatet av att implementera förändringen. Att inducera för mycket funktionalitet i en produkt kan minska produktens totala prestanda.
För att identifiera alla filer, dokument och modeller som kan behöva ändras om ett team bestämmer sig för att implementera förändringen i produkt
Att uppskatta den insats som krävs bakom genomförandet av förändringen
Att identifiera den uppgift som krävs för att genomföra förändringen
Det kommer att lista beroenden på ett specifikt element

Vad är Impact Analysis Document?

Effektanalysdokument kan användas som en checklista. Den används för att utvärdera ändringsbegäran innan man arbetar med dem. Effektanalysdokumentet bör ge detaljer som

Kort beskrivning av ett problem
Förklara eller visa ett exempel på hur defekten orsakar fel och/eller ineffektivitet
Inkludera en uppskattning av komplexitet
Inkludera en uppskattning av kostnad och tid för en åtgärd
Funktionalitet som ska testas
Lista ner de nya testfallen som skapats för ändringen
Referensdokument- Nämn referensdokumentet, teknisk specifikation etc.

Exempelvis:

Effektanalysdokument.

Ändra begäran-ID:
Titel:
DescriptJon:
Förbered datum:
Uppskattning av prioritering:
- Relativ nytta
- Relativt straff
- Relativ kostnad
- Relativ risk
Beräknad total ansträngning: …..timmar
Beräknad förlorad ansträngning: ……..timmar
Beräknad schemaeffekt:……dagar
Kvaliteten påverkas;
Andra krav som påverkas:
Andra uppgifter som berörs:
Integrationsproblem:

Hur man presenterar Impact Analysis influensnivå

Impact Analysis kan markeras enligt färgkoden för att representera det kritiska hos ändringarna eller inverkan av ändringarna på systemet. Färgkoden kan vara vad som helst som visas nedan.

Röd- Stark
Gul- Måttlig
Grön- Svag

Tabellen ovan förklarar effekten av de genomförda ändringarna

Funktioner som är markerade med rött indikerar huvuddragen som ändras, de med gult är de funktioner som påverkas mindre av förändringen och de med grönt är minst.
Funktioner som nämns vertikalt liknar de funktioner som ändras medan horisontellt nämns de funktioner som utförda ändringar kan påverka. Till exempel, i exemplet ovan påverkar ändringen i funktion 1 funktion3
För ett större projekt där funktioner och funktioner är fler än ovanstående kanske tabellen inte är till någon nytta. I sådana fall används ett annat tillvägagångssätt, där utvecklaren omedelbart markerar graden av inflytande på grund av förändringarna i huvudfunktionerna. Som visas nedan där effekten av huvudfunktionen är markerad för respektive underfunktioner.

Exempel på frågor som ska lösas för att utföra konsekvensanalys

Vilka är de negativa biverkningarna eller riskerna med att göra den föreslagna förändringen?
Skaffas något verktyg för att implementera och testa förändringen?
Om förändringen accepteras, hur mycket ansträngning kommer att gå förlorad som redan har investerats?
Påverkar föreslagna ändringar prestationskraven negativt?
För att verifiera den föreslagna ändringen krävs annan användarinput?
Ökar förändringen produktkostnaden?
Är den föreslagna förändringen något som den nuvarande personalen har kunskaper och färdigheter?
Ställer den föreslagna förändringen några oacceptabelt krav på någon datorresurs?

Bästa praxis för förändring Impact Analysis

Innan du börjar med Impact Analysis, se till att testbegäran inte innehöll någon information om den del av projektet som påverkades av förändringar
Fortsatt kommunikation mellan utvecklare och testare är ett måste, för att inte missa någon förändring som krävs för att implementera i den slutliga produkten
Identifiera om några ändringar, raderingar eller tillägg i användargränssnittet krävs.
Uppskatta antalet acceptans-, system- eller integrationstestfall som kommer att krävas
Identifiera eventuella effekter av den föreslagna ändringen av en annan projektplan, konfigurationsplan eller kvalitetssäkringsplan.

Sammanfattning

Konsekvensanalysen kommer att säkerställa vilken del av en ansökan som behöver ändras
Effekten på systemet analyseras på krav, design och Architecture, inverkan på test, etc.
Det hjälper till att analysera vilken nivå av regressionstestning krävs