Impactanalyse bij het testen van software

Wat is impactanalyse?

Impactanalyse wordt gedefinieerd als het analyseren van de impact van wijzigingen in het ingezette product of de ingezette applicatie. Het geeft de informatie over de delen van het systeem die kunnen worden beïnvloed als gevolg van de wijziging in de specifieke sectie of functies van de toepassing.

De impact wordt geanalyseerd op Requirements, Design & Architecture, impact op Test en impact op planning.

Met de integratie van nieuwe functies in een applicatie of product, wordt het noodzakelijk om de invloed van deze nieuwe functies of wijzigingen op de prestaties van het systeem te controleren. Om deze reden wordt er een Impact Analyse uitgevoerd.

In deze tutorial leer je-

Waarom wordt Change Impact Analyse gedaan?

  • Het wordt gedaan om inzicht te krijgen in de mogelijke uitkomst van de implementatie van de wijziging. Door te veel functionaliteit in een product te introduceren, kunnen de algehele prestaties van het product afnemen.
  • Om alle bestanden, documenten en modellen te identificeren die mogelijk moeten worden gewijzigd als een team besluit de productwijziging door te voeren
  • Om de inspanning te schatten die nodig is om de verandering door te voeren
  • Om de taak te identificeren die nodig is om de wijziging door te voeren
  • Het zal de afhankelijkheden van een specifiek element weergeven

Wat is een impactanalysedocument?

Impactanalysedocument kan als checklist worden gebruikt. Het wordt gebruikt om wijzigingsverzoeken te evalueren voordat eraan wordt gewerkt. Het document met impactanalyse moet details bevatten zoals:

  • Korte beschrijving van een probleem
  • Leg uit of toon een voorbeeld van hoe het defect storing en/of inefficiëntie veroorzaakt
  • Voeg een schatting van de complexiteit toe
  • Geef een schatting van de kosten en tijd voor een reparatie
  • Functionaliteit die moet worden getest
  • Maak een lijst van de nieuwe testgevallen die voor de wijziging zijn gemaakt
  • Referentiedocument- Vermeld het referentiedocument, de technische specificatie, enz.

Voorbeeld:

Impactanalysedocument.

  1. Wijzig verzoek-ID:
  2. Titel:
  3. Beschrijving:
  4. Datum voorbereiden:
  5. Prioritering schatting:
    • Relatief voordeel
    • Relatieve straf
    • Relatieve kosten
    • Relatief risico
  6. Geschatte totale inspanning: …..uur
  7. Geschatte verloren inspanning: ……..uur
  8. Geschatte planning Impact:……dagen
  9. Kwaliteit beïnvloed;
  10. Andere vereiste beïnvloed:
  11. Andere betrokken taken:
  12. Integratie problemen:

Hoe impactanalyse invloedsniveau te presenteren

Impactanalyse kan worden gemarkeerd volgens de kleurcode om de kriticiteit van de wijzigingen of de impact van de wijzigingen op het systeem weer te geven. De kleurcode kan van alles zijn, zoals hieronder weergegeven.

  • Rood- Sterk
  • Geel- Matig
  • Groen- Zwak

In de bovenstaande tabel wordt de impact van de doorgevoerde wijzigingen uitgelegd

  • Kenmerken die met rood zijn gemarkeerd, geven de belangrijkste kenmerken aan die zijn gewijzigd, die met geel zijn de kenmerken die minder worden beïnvloed door de wijziging en die met groen zijn de minste.
  • Functies die verticaal worden genoemd, lijken op die functies die worden gewijzigd, terwijl horizontaal die functies worden genoemd die uitgevoerde wijzigingen van invloed kunnen zijn. In het bovenstaande voorbeeld heeft de verandering in kenmerk 1 bijvoorbeeld invloed op het kenmerk3
  • Voor een groter project waar de features en functionaliteiten meer zijn dan bovenstaande tabel kan het geen nut hebben. In zo'n geval wordt een andere benadering gevolgd, waarbij de ontwikkelaar meteen het niveau van invloed markeert als gevolg van de veranderingen in hoofdkenmerken. Zoals hieronder getoond, waar de impact van het hoofdkenmerk is gemarkeerd voor de respectievelijke subkenmerken.

Voorbeeldvragen die moeten worden beantwoord voor het uitvoeren van impactanalyse

  • Wat zijn de nadelige bijwerkingen of risico's van het doorvoeren van de voorgestelde wijziging?
  • Wordt er een tool aangeschaft om de verandering te implementeren en te testen?
  • Als de wijziging wordt geaccepteerd, hoeveel moeite gaat er dan verloren die al is geïnvesteerd?
  • Hebben voorgestelde wijzigingen een nadelige invloed op de prestatie-eisen?
  • Is er andere gebruikersinvoer vereist om de voorgestelde wijziging te verifiëren?
  • Verhoogt de wijziging de productkosten?
  • Is de voorgestelde wijziging iets waar de huidige staf over kennis en vaardigheden beschikt?
  • Legt de voorgestelde wijziging een onaanvaardbaar beslag op een computerbron?

Best practices voor impactanalyse van veranderingen

  • Voordat u begint met Impactanalyse, moet u ervoor zorgen dat het testverzoek geen informatie bevat over dat deel van het project dat werd beïnvloed door wijzigingen
  • Voortzetting van de communicatie tussen ontwikkelaar en tester is een must, om geen enkele wijziging te missen die nodig is om in het eindproduct te implementeren
  • Bepaal of er wijzigingen, verwijderingen of toevoegingen in de gebruikersinterface nodig zijn.
  • Schat het aantal benodigde acceptatie-, systeem- of integratietestgevallen
  • Identificeer eventuele gevolgen van de voorgestelde wijziging voor een ander projectplan, configuratiebeheerplan of kwaliteitsborgingsplan.

Samenvatting

  • De impactanalyse zal er zeker van zijn welk deel van een applicatie moet worden gewijzigd
  • De impact op het systeem wordt geanalyseerd op Requirements, Design & Architecture, impact op Test, etc.
  • Het helpt om te analyseren welk niveau van regressietesten vereist is