Hvad er konsekvensanalyse ved softwaretest?

what is impact analysis software testing

Denne selvstudie forklarer, hvad der er konsekvensanalyse, det fordeler, hvordan man gennemfører det, og hvordan man forbereder dokument om konsekvensanalyse:

Som vi ved, har teknologi både positive og negative virkninger på samfundet. Enhver simpel ændring kan påvirke systemet. Selv en meget lille ændring kan have en enorm indflydelse på systemet.

I denne vejledning vil vi forstå konsekvensanalysen i detaljer og vil også se nogle trin til at udarbejde konsekvensanalysedokumenter.

Lad os forstå vigtigheden af ​​denne analyse ved hjælp af et ER-diagram (Entity Relationship).

Hvad du vil lære:

hvordan man åbner en .jar-fil på Windows 10

• Betydningen af ​​konsekvensanalyse
  • Hvad er konsekvensanalyse?
  • Hvordan gennemføres en effektiv konsekvensanalyse?
  • Hvordan er virkningsanalysemetoden nyttig for udviklere?
  • Hvordan er virkningsanalysemetoden nyttig for testere?
  • Sådan forbereder du et dokument til konsekvensanalyse?
  • Fordele ved konsekvensanalyse ved testning
• Konklusion
  • Anbefalet læsning

Betydningen af ​​konsekvensanalyse

Overvej ER-diagrammet for Department Shop Management System. Vi vil redigere dette datamodeldiagram ved at omdøbe 'Item' modulet til 'Product' modulet. Fra fig. Nr. 01 kan vi se, at 'Item'-modulet er i relation til mange andre moduler. Så hvis vi omdøber 'Element'-modulet, vil det uundgåeligt påvirke andre moduler.

Fig. Nr. 01: Department Shop Management System

Så før vi foretager sådanne ændringer, er vi nødt til at analysere godt om datamodellen og virkningen af ​​ændringerne. I tilfælde, hvor de berørte mennesker ikke tænker grundigt over konsekvenserne af ændringer, de vil foretage i modulerne, kan det påvirke den korrekte funktion af selve applikationen. Derfor er konsekvensanalyse meget vigtig.

Bemærk: Denne analyse viser den uventede adfærd og alle bivirkningerne ved applikationen.

Hvad er konsekvensanalyse?

Det indebærer at analysere virkningen af ​​ændringer foretaget i funktioner / moduler i applikationen. Det kan gøres på næsten alle faser af softwareudviklings livscyklus som projektkrav, systemdesign, kodning, test osv.

• Analyse af moduler ved hjælp af konsekvensanalysedokumenter. Den finder de risici, der er forbundet med enhver form for ændringer i et modul / produkt.
• Det hjælper med at estimere teamindsatsen, der er nødvendig for at producere ændringer i systemet.
• Det hjælper også med at implementere en prototype for udviklere og testere til at opleve effekterne i systemet.

Hvordan gennemføres en effektiv konsekvensanalyse?

Nedenfor er de trin, der er udført i gennemførelsen af ​​analysen for et projekt:

1. Forbered et hold.
2. Undersøg moduler på højt niveau.
3. Undersøg moduler på lavt niveau.
4. Evaluer indvirkningen.
5. Administrer negative konsekvenser.

Trin 1Forbered et hold

Før vi foretager ændringer i modulerne i applikationen, skal vi have et team. Teammedlemmer skal have adgang til alle moduler i applikationen og skal have grundig viden om de foreslåede ændringer.

Nogle teammedlemmer er uvidende om alle modulerne. Men efter implementeringen af ​​konsekvensanalyse vil alle medlemmer have en grundig viden om systemet.

Trin 2Undersøg moduler på højt niveau

Teammedlemmer analyserer først modulerne på højt niveau i applikationen, som kan blive påvirket af de foreslåede ændringer. På dette tidspunkt skal de have bedre viden om strategien og workflowreglerne i modulerne.

Trin # 3Undersøg moduler på lavt niveau

Efter inspektion af modulerne på højt niveau inspicerer teammedlemmer modulerne på lavt niveau og identificerer virkningen af ​​ændringerne i det. Teammedlemmer kan forberede et dokument, der viser virkningen af ​​ændringer i hvert modul. De kan enten bruge et excel-ark eller orddokument.

Trin # 4Evaluer indvirkningen

Dokumentet udarbejdet af teammedlemmerne afslører listen over både positive og negative virkninger af de foretagne ændringer. Ved hjælp af dokumentet får teammedlemmerne en klar idé om den fordel, der kan opstå på grund af ændringen, og de problemer, de vil stå over for på grund af ændringen.

Trin # 5Administrer negative konsekvenser

Lige nu vil holdmedlemmerne have en præcis idé om fordele og ulemper ved ændringerne. Som et resultat kan de enten acceptere eller benægte ændringerne efter at have drøftet det med teammedlemmerne og interessenterne.

bedste gratis filkonverter til Windows 10

Testere kan udføre regressionstest. Regressionstest hjælper med at genkende problemerne blandt modulerne, som er opstået på grund af virkningen af ​​ændringer i dem.

Hvordan er virkningsanalysemetoden nyttig for udviklere?

I et projekt kan det krav, som klienten fremsætter, undertiden ændre sig, selv efter start af udviklingsprocesserne. Udviklere har muligvis kodet noget. Senere på grund af ændringerne i kravet skal de ændre deres koder. Så udviklere redigerer koderne i henhold til kravene og foretager ændringerne.

Der kan være mere end en udvikler involveret i udviklingsprocessen. I nogle situationer er det ekstremt vanskeligt at spore virkningen af ​​ændringer i forskellige moduler, da mere end en udvikler forpligter koderne.

Udvikler 'A' er muligvis uvidende om arbejdsgangen i et andet modul, der håndteres af udvikler 'B'. Så selvom test udføres af udviklere, forbliver nogle moduler og funktioner 'Ikke testet'. Udviklere havde også brug for en god sporing af delte ressourcer.

I sådanne situationer kan vi gennemføre møder om softwarepåvirkningsanalyse, inden vi foretager ændringer i modulerne. Efter mødet forbereder holdmedlemmer dokumentet om konsekvensanalyse. Den skal afspejle de seneste ændringer og alle risikobaserede oplysninger.

Efter mødet vil udviklerne være opmærksomme på alle modulerne i applikationen. På sådanne møder tages holdningene fra hvert holdmedlem i betragtning.

Udviklere overvejer hele applikationen / det endelige produkt, inden de foretager ændringer. Test udført af udviklere vil være bedre. Så risikoen for at få fejl i den sidste fase af udviklingen reduceres.

Bemærk: Dokumentet om konsekvensanalyse skal holdes ajour.

Hvordan er virkningsanalysemetoden nyttig for testere?

Kommunikationen mellem udviklerne og testere er meget vigtig. Undertiden modtager testere ikke meddelelser om ændringerne i kravet, og de fortsætter testprocessen uden nogen oplysninger om ændringer. Dette er spild af tid og ressourcer.

Uden metoden Impact Analysis forbliver de nye funktioner i applikationen 'ikke testet'. Hvis testerne kender til de nye funktioner, der tilføjes i applikationen, kan de starte regressionstest.

Efter analysen begynder testerne at oprette eller ændre testcases i henhold til ændringer i kravet eller nye funktioner tilføjet til systemet.

Bemærk: Denne analyse hjælper testere med at beslutte, hvilke områder der skal fokuseres på testning, og de kan prioritere testsagerne. Således kan effektiviteten i test forbedres .

Sådan forbereder du et dokument til konsekvensanalyse?

Alle deltagere i konsekvensmødet vil bidrage til oprettelsen af ​​et dokument om konsekvensanalyse. Generelt er det en excel-fil. Det kan også være et orddokument.

Skabelonen til dette dokument er som en matrix. Det er meget let at forstå. Det har høj læsbarhed. Se tabel nr. 02 for flere detaljer.

Lad os lære at forberede dokument om konsekvensanalyse. Et projekt kan indeholde mange moduler, funktionaliteter og funktioner.

Overvej et lille projekt med 5 funktioner:

1. Log på
2. Profil
3. Postkasse
4. Tilføj til favoritter
5. Log ud

Nedenfor (tabel nr. 02) er den tilsvarende tabel med virkningsanalyse for dette projekt.

Her repræsenterer kolonnerne de moduler / funktioner, der er ændret, og rækker i matrixen repræsenterer de moduler / funktioner, der er påvirket af ændringerne. Udviklerne markerer () i tabellen, når en ændring i Feature 'A' påvirker Feature 'B'; inden dette dokument gives til testere.

For at vise stærk indflydelse har vi brugt den RØDE farve. Den GUL farve bruges til at vise moderat indflydelse, GRØN farve viser en svag indflydelse. Se tabel nr. 03 for flere detaljer.

Dermed kan testere let forstå ændringerne i modulerne ved at se på de forskellige farvekoder i dokumentet. Dokumentet fungerer som en tjekliste for udviklerne, og de kan kontrollere, om han har gået glip af noget modul og afhængighederne.

Hvis der er en ændring i Login-funktionen, vil det mest påvirke selve 'Login' -funktionen. Ændringerne i login-funktionen kan påvirke funktionen 'Profil' og 'Logout' lidt. Dette er markeret i dokumentet Impact Analysis ved hjælp af farvekoder. Så dokumentet vil se ud som tabel nr. 04

Vi kan bruge tal til at indikere det indflydelsesniveau, der netop er vist i tabel nr. 05. Så tabel nr. 04 kan tegnes om som tabel nr. 06.

I tabel nr. 06 får login-funktionen (niveau for indflydelse: 03) den højeste prioritet. Profilfunktion (indflydelsesniveau: 02) prioriteres moderat. Logout-funktion (indflydelsesniveau: 01) har den laveste prioritet.

Bemærk:

• Tallene vist i tabellen er meget nyttige for QA-teamet. De kan let prioritere testsagerne baseret på antallet.
• Nogle store projekter vil have flere niveauer af indflydelse. Det er specificeret i nedenstående tabel. (Se tabel nr. 07 for din reference.)

Hvordan forbereder jeg Impact Analysis-dokumentet til et projekt med mange funktioner og underfunktioner?

Overvej et projekt, der har 20 funktioner, og hvert hovedfunktion i projektet har 5 underfunktioner hver. Matrixen, der repræsenterer dokumentet om konsekvensanalyse, er meget stor og vil være vanskelig at vedligeholde. Den tilsvarende tabel vil se ud som tabel nr.08.

Så for at løse dette problem kan vi bruge en speciel tabel til at repræsentere modulerne og undermodulerne i konsekvensanalysedokumentet. Se tabel nr. 09, rækkerne repræsenterer hovedfunktionerne, og kolonnerne repræsenterer underfunktioner.

Ved at bruge dette dokument til store projekter kan udviklerne nemt markere de underfunktioner, der har indflydelse på grund af ændringen i hovedfunktionen. Læsbarheden af ​​dette dokument er bedre sammenlignet medTabel nr. 09.

Bemærk: Alle underfunktioner har ikke indflydelse på grund af ændringer i hovedfunktionen.

Overvej nu et andet projekt med 50 hovedmoduler. Projektet har en gruppe udviklere. Forskellige udviklere arbejder på forskellige opgaver på projektet (tilføjelse af nye funktioner, bug-fixing, refactoring osv.).

Vi kan vise ændringerne i et projekt ved hjælp af et Impact Analysis-dokument. Udvikleren skriver oplysningerne om den tilsvarende ændring i tabellen. Se tabel nr. 10 og tabel nr. 11

Fordele ved konsekvensanalyse ved testning

• Nøjagtig: Dette dokument giver altid nøjagtige data vedrørende ændringer i moduler / funktioner i applikationen.
• Øget effektivitet ved testning: Ved hjælp af dette dokument kan testerne planlægge testsager mere effektivt, da dokumentet giver klar information om ændringerne i modulerne.
• Synkroniseret arbejde: Alle teammedlemmer er ansvarlige for opdatering af dokumentet om konsekvensanalyse. Dette dokument skal være opdateret.
• Præcis: Da dokumentet er let læseligt, vil testere have en klar idé om ændringerne i en applikation ved at se på dokumentet.
• Nedsat testtid: Bortset fra at teste hele systemet kan testere udføre test i de moduler og undermoduler, der har ændret sig. Testere kan prioritere og planlægge testsager. Dermed kan de reducere testtiden.
• Dækning øget: Ved hjælp af dette dokument vil testere sikre sig, at de har kontrolleret de undermoduler, der er påvirket af ændringerne i modulerne. Dermed øges testdækningen for projektet.
• Standardisering af testresultat: Udviklere og testere vil bruge et fælles Impact Analysis-dokument, der repræsenterer hver eneste ændring i modulet.
• Teamets ansvar øges: Teammedlemmer skal holde dette dokument opdateret. Hvert teammedlem er ansvarlig for at opdatere oplysningerne om de ændringer, han har foretaget i systemet.
• Prioriter opgaven tidligt og let: Da dokumentet giver et klart billede af ændringerne, kan testere prioritere test i henhold til det.
• Tydelig viden om produktet: Ved hjælp af dette dokument vil både udviklere og testere have en idé om alle modulerne i systemet.
• Nem fejlregistrering: Fejldetektion er meget forbedret. Et virkningsanalysedokument er nyttigt til integrationstest.

Konklusion

Et projekt kan udføres med eller uden konsekvensanalyse. Men vi har set fordelene ved Impact Analysis-dokumentet fra ovenstående artikel. Testtiden er stærkt reduceret med introduktionen af ​​dette dokument. Testere behøver ikke at spilde tid ved at teste de funktioner, der ikke ændrer sig.

Med introduktionen af ​​dette dokument forbedres kommunikationen mellem udviklerne og testerne meget, og dette fører til effektivitet i testningen. Testere får en bedre idé om hele systemet.

bedste websted at se anime online

Vi håber, du har en klar forståelse af konsekvensanalyse i test. Du er velkommen til at dele dine kommentarer.

Anbefalet læsning

• Softwaretest QA Assistant Job
• Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
• Softwaretest Teknisk indhold Writer Freelancer Job
• Valg af softwaretest som din karriere
• Test dine analysefunktioner og tænkningskraft - Software-testøvelser (del 2)
• Feedback og anmeldelser om softwaretestkursus
• Nogle interessante softwaretestinterviewspørgsmål
• Er softwaretestning en følelsesmæssig opgave?