Wat is impactanalyse bij softwaretests?

what is impact analysis software testing

In deze zelfstudie wordt uitgelegd wat impactanalyse is, wat de voordelen ervan zijn, hoe u deze uitvoert en hoe u een impactanalysedocument opstelt:

Zoals we weten, heeft technologie zowel positieve als negatieve gevolgen voor de samenleving. Elke simpele wijziging kan een impact hebben op dat systeem. Zelfs een heel kleine wijziging kan een enorme impact hebben op het systeem.

In deze tutorial zullen we de impactanalyse in detail begrijpen en zullen we ook enkele stappen zien om impactanalysedocumenten op te stellen.

Laten we het belang van deze analyse begrijpen met behulp van een ER-diagram (Entity Relationship).

Wat je leert:

VPN voor kodi gratis

• Belang van impactanalyse
  • Wat is impactanalyse?
  • Hoe voer je een effectieve impactanalyse uit?
  • Hoe is de impactanalysemethode nuttig voor ontwikkelaars?
  • Hoe is de impactanalysemethode nuttig voor testers?
  • Hoe een impactanalysedocument opstellen?
  • Voordelen van impactanalyse bij testen
• Gevolgtrekking
  • Aanbevolen literatuur

Belang van impactanalyse

Beschouw het ER-diagram van het Department Shop Management System. We willen dit gegevensmodeldiagram bewerken door de ‘Artikel’ module te hernoemen naar de ‘Product’ module. Uit Fig: nr. 01 kunnen we zien dat de ‘Item’ -module in relatie staat tot veel andere modules. Dus als we de ‘Item’ -module hernoemen, heeft dit onvermijdelijk gevolgen voor andere modules.

Afb: Nr. 01: Managementsysteem voor warenhuizen

Voordat we dergelijke wijzigingen aanbrengen, moeten we dus goed analyseren over het datamodel en de impact van de wijzigingen. In gevallen waarin de betrokken mensen niet goed nadenken over de gevolgen van wijzigingen die ze in de modules gaan doorvoeren, kan dit de goede werking van de applicatie zelf beïnvloeden. Daarom is impactanalyse erg belangrijk.

Opmerking: deze analyse toont het onverwachte gedrag en alle bijwerkingen van de applicatie.

Wat is impactanalyse?

Het omvat het analyseren van de impact van wijzigingen die zijn aangebracht in functies / modules in de applicatie. Het kan in bijna alle fasen van de levenscyclus van softwareontwikkeling worden gedaan, zoals projectvereisten, systeemontwerp, codering, testen, enz.

• Analyseren van modules met behulp van impactanalyse documenten. Het zal de risico's vinden die verbonden zijn aan elke vorm van wijzigingen in een module / product.
• Het helpt bij het inschatten van de teaminspanning die nodig is om veranderingen in het systeem teweeg te brengen.
• Het helpt ook om een ​​prototype te implementeren voor de ontwikkelaars en testers om de effecten in het systeem te ervaren.

Hoe voer je een effectieve impactanalyse uit?

Hieronder worden de stappen weergegeven die worden uitgevoerd bij het uitvoeren van de analyse voor een project:

1. Bereid een team voor.
2. Inspecteer modules op hoog niveau.
3. Inspecteer low-level modules.
4. Evalueer de impact.
5. Beheer negatieve gevolgen.

Stap 1Bereid een team voor

Voordat we wijzigingen aanbrengen in de modules in de applicatie, hebben we een team nodig. Teamleden moeten toegang hebben tot alle modules in de applicatie en moeten een grondige kennis hebben van de voorgestelde wijzigingen.

Sommige teamleden zullen niet op de hoogte zijn van alle modules. Maar na de implementatie van impactanalyse hebben alle leden een grondige kennis van het systeem.

Stap 2Inspecteer modules op hoog niveau

Teamleden analyseren eerst de modules op hoog niveau in de applicatie, die mogelijk worden beïnvloed door de voorgestelde wijzigingen. Op dit moment moeten ze een betere kennis hebben van de strategie en workflowregels in de modules.

Stap 3Inspecteer low-level modules

Na inspectie van de high-level modules, zullen teamleden de low-level modules inspecteren en de impact van de veranderingen daarin identificeren. Teamleden kunnen een document voorbereiden met de impact van wijzigingen in elke module. Ze kunnen een Excel-blad of Word-document gebruiken.

Stap 4Evalueer de impact

Het document dat door de teamleden is opgesteld, zal de lijst met zowel positieve als negatieve gevolgen van de aangebrachte wijzigingen onthullen. Met behulp van het document zullen de teamleden een duidelijk beeld hebben van het voordeel dat kan ontstaan ​​door de verandering en de problemen waarmee ze te maken zullen krijgen als gevolg van de verandering.

Stap # 5Beheer negatieve gevolgen

Op dit moment zullen de teamleden een precies beeld hebben van de voor- en nadelen van de veranderingen. Als gevolg hiervan kunnen ze de wijzigingen accepteren of weigeren, na overleg met de teamleden en belanghebbenden.

Testers kunnen regressietesten uitvoeren. Regressietesten helpen om de problemen tussen de modules te herkennen, die zijn ontstaan ​​door de impact van veranderingen daarin.

Hoe is de impactanalysemethode nuttig voor ontwikkelaars?

In een project kan soms de eis van de opdrachtgever veranderen, zelfs na het starten van de ontwikkelprocessen. Ontwikkelaars hebben misschien wat codering gedaan. Later, vanwege de wijzigingen in de vereiste, moeten ze hun codes wijzigen. Dus ontwikkelaars bewerken de codes volgens de vereisten en leggen de wijzigingen vast.

Er kunnen meer dan één ontwikkelaar bij het ontwikkelingsproces betrokken zijn. In sommige situaties is het buitengewoon moeilijk om de impact van wijzigingen in verschillende modules te volgen, aangezien meer dan één ontwikkelaar de codes vastlegt.

Ontwikkelaar ‘A’ is mogelijk niet op de hoogte van de workflow in een andere module, die wordt afgehandeld door ontwikkelaar ‘B’. Dus zelfs als het testen wordt uitgevoerd door ontwikkelaars, blijven sommige modules en functies ‘Niet getest’. Ontwikkelaars hadden ook een goede tracking van gedeelde bronnen nodig.

In dergelijke situaties kunnen we bijeenkomsten voor software-impactanalyse houden voordat we wijzigingen in de modules aanbrengen. Na de bijeenkomst stellen de teamleden het document Impactanalyse op. Het moet de laatste wijzigingen en alle op risico gebaseerde informatie weerspiegelen.

Na de bijeenkomst zijn de ontwikkelaars op de hoogte van alle modules in de applicatie. Bij dergelijke bijeenkomsten wordt rekening gehouden met de mening van elk teamlid.

Ontwikkelaars zullen de hele applicatie / het eindproduct in overweging nemen voordat ze wijzigingen aanbrengen. Testen door ontwikkelaars zullen beter zijn. Het risico op fouten in de laatste ontwikkelingsfase wordt dus verkleind.

Opmerking: het impactanalyse-document moet up-to-date worden gehouden.

Hoe is de impactanalysemethode nuttig voor testers?

De communicatie tussen de ontwikkelaars en testers is erg belangrijk. Soms ontvangen testers geen meldingen over de wijzigingen in de vereiste en gaan ze door met het testproces zonder informatie over wijzigingen. Dit is een verspilling van tijd en middelen.

Zonder de Impact Analyse-methode blijven de nieuwe features in de applicatie ‘niet getest’. Als de testers op de hoogte zijn van de nieuwe features die in de applicatie zijn toegevoegd, kunnen ze beginnen met regressietesten.

Na de analyse beginnen de testers met het maken of aanpassen van de testcases op basis van de wijzigingen in de vereiste of nieuwe functies die aan het systeem zijn toegevoegd.

Opmerking: Deze analyse helpt de testers om te beslissen op welke gebieden ze zich moeten concentreren op het testen, en ze kunnen prioriteit geven aan de testgevallen. De efficiëntie bij het testen kan dus worden verbeterd ​

Hoe een impactanalysedocument opstellen?

Alle deelnemers aan de impactbijeenkomst dragen bij aan de totstandkoming van een impactanalysedocument. Over het algemeen is het een Excel-bestand. Het kan ook een Word-document zijn.

De sjabloon van dit document is als een matrix. Het is heel gemakkelijk te begrijpen. Het heeft een hoge leesbaarheid. Raadpleeg tabel nr. 02 voor meer details.

Laten we het impactanalysedocument leren voorbereiden. Een project kan veel modules, functionaliteiten en features bevatten.

Overweeg een klein project met 5 kenmerken:

1. Log in
2. Profiel
3. Postbus
4. Toevoegen aan favorieten
5. Uitloggen

Hieronder (tabel nr. 02) is de overeenkomstige impactanalysetabel van dit specifieke project weergegeven.

Hier vertegenwoordigen de kolommen de modules / features die zijn veranderd en rijen van de matrix vertegenwoordigen de modules / features die door de veranderingen zijn beïnvloed. De ontwikkelaars zullen een markering () in de tabel aanbrengen wanneer een wijziging in kenmerk ‘A’ kenmerk ‘B’ beïnvloedt; voordat dit document aan testers wordt gegeven.

Om sterke invloed te tonen hebben we de RODE kleur gebruikt. De GELE kleur wordt gebruikt om matige invloed te tonen, GROENE kleur vertoont een zwakke invloed. Raadpleeg tabel nr. 03 voor meer details.

Daarbij kunnen testers de wijzigingen in de modules gemakkelijk begrijpen door naar de verschillende kleurcodes in het document te kijken. Het document fungeert als een checklist voor de ontwikkelaars en zij kunnen verifiëren of hij een module en de afhankelijkheden heeft gemist.

Als er een wijziging is in de inlogfunctie, heeft dit vooral invloed op de ‘Inloggen’ functie zelf. De wijzigingen in de inlogfunctie kunnen de ‘Profiel’ functie en ‘Uitloggen’ een beetje beïnvloeden. Dit wordt in het impactanalyse-document gemarkeerd met kleurcodes. Het document ziet er dus uit als tabel 04

We kunnen cijfers gebruiken om het niveau van invloed aan te geven dat zojuist in tabel 05 is weergegeven. Tabel nr. 04 kan dus opnieuw worden getekend zoals tabel nr. 06.

In tabel nr. 06 krijgt de login-functie (niveau van invloed: 03) de hoogste prioriteit. Profielfunctie (beïnvloedingsniveau: 02) krijgt matige prioriteit. De uitlogfunctie (beïnvloedingsniveau: 01) krijgt de laagste prioriteit.

Opmerking:

• De cijfers in de tabel zijn erg nuttig voor het QA-team. Ze kunnen de testgevallen gemakkelijk prioriteren op basis van de cijfers.
• Sommige grote projecten zullen meer invloed hebben. Het wordt gespecificeerd in de onderstaande tabel. (Raadpleeg tabel nr. 07 voor uw referentie.)

Hoe het impactanalysedocument voorbereiden voor een project met veel functies en subfuncties?

Beschouw een project met 20 functies en elk hoofdkenmerk van dat project heeft elk 5 subfuncties. De matrix die het impactanalysedocument vertegenwoordigt, is erg groot en zal moeilijk te onderhouden zijn. De bijbehorende tabel ziet eruit als tabel nr.08.

Om dit probleem op te lossen, kunnen we een speciale tabel gebruiken om de modules en submodules in het impactanalysedocument weer te geven. Raadpleeg tabel nr. 09, de rijen vertegenwoordigen de belangrijkste kenmerken en kolommen vertegenwoordigen de subkenmerken.

Door dit document te gebruiken voor grote projecten, kunnen de ontwikkelaars gemakkelijk de subfuncties markeren die een impact hebben als gevolg van de wijziging in de hoofdfunctie. De leesbaarheid van dit document is beter in vergelijking metTafel nr 09​

Opmerking: alle subfuncties hebben geen impact vanwege wijzigingen in de hoofdfunctie.

Overweeg nu een ander project met 50 hoofdmodules. Het project heeft een groep ontwikkelaars. Verschillende ontwikkelaars werken aan verschillende taken in het project (nieuwe functies toevoegen, bugfixes, refactoring, enz.).

We kunnen de wijzigingen in een project weergeven met behulp van een impactanalysedocument. De ontwikkelaar schrijft de informatie over de overeenkomstige wijziging in de tabel. Raadpleeg tabel nr.10 en tabel nr.11

hoe open je een .dat-bestand?

Voordelen van impactanalyse bij testen

• Nauwkeurig: Dit document geeft altijd nauwkeurige gegevens over de wijzigingen in modules / functies in de applicatie.
• Verhoogde efficiëntie bij het testen: Met behulp van dit document kunnen de testers testcases efficiënter plannen, aangezien het document duidelijke informatie geeft over de wijzigingen in de modules.
• Gesynchroniseerd werk: Alle teamleden zijn verantwoordelijk voor het bijwerken van het impactanalysedocument. Dit document moet up-to-date zijn.
• Nauwkeurig: Omdat het document goed leesbaar is, zullen testers een duidelijk beeld hebben van de wijzigingen in een applicatie door naar het document te kijken.
• Verkorte testtijd: Naast het testen van het hele systeem, kunnen de testers testen uitvoeren in de modules en submodules die zijn gewijzigd. Testers kunnen testgevallen prioriteren en plannen. Daardoor kunnen ze de testtijd verkorten.
• Dekking verhoogd: Met behulp van dit document zullen testers ervoor zorgen dat ze de submodules hebben gecontroleerd die worden beïnvloed door de wijzigingen in de modules. Hierdoor zal de testdekking voor het project toenemen.
• Standaardisatie van testresultaat: Ontwikkelaars en testers zullen een gemeenschappelijk impactanalysedocument gebruiken, dat elke wijziging in de module weergeeft.
• De verantwoordelijkheid van Team neemt toe: Teamleden moeten dit document up-to-date houden. Elk teamlid is verantwoordelijk voor het bijwerken van de informatie over de wijzigingen die hij in het systeem heeft aangebracht.
• Geef de taak vroeg en gemakkelijk prioriteit: Omdat het document een duidelijk beeld geeft van de veranderingen, kunnen de testers het testen eraan prioriteren.
• Duidelijke kennis over het product: Met behulp van dit document krijgen zowel ontwikkelaars als testers een idee van alle modules die in het systeem aanwezig zijn.
• Eenvoudige bugdetectie: Bugdetectie is veel verbeterd. Een impactanalysedocument is handig voor integratietests.

Gevolgtrekking

Een project kan worden uitgevoerd met of zonder impactanalyse. Maar we hebben de voordelen van het impactanalysedocument uit het bovenstaande artikel gezien. De testtijd is sterk verminderd met de introductie van dit document. Testers hoeven geen tijd te verspillen door de functies te testen die niet zijn gewijzigd.

Met de introductie van dit document is de communicatie tussen de ontwikkelaars en testers sterk verbeterd en dit leidt tot efficiëntie bij het testen. Testers krijgen een beter beeld van het hele systeem.

We hopen dat u een duidelijk begrip heeft van Impact Analyse in Testing. Deel gerust uw opmerkingen.

Aanbevolen literatuur

• Software testen QA Assistant Job
• Software Testing-cursus: bij welk Software Testing Institute moet ik me aansluiten?
• Softwaretest Schrijver van technische inhoud Freelancer-baan
• Softwaretests kiezen als uw carrière
• Test uw analysemogelijkheden en denkvermogen - Softwaretestoefeningen (deel 2)
• Feedback en recensies over softwaretestcursussen
• Enkele interessante sollicitatievragen voor het testen van software
• Is het testen van software een emotionele taak?