Analýza dopadů v testování softwaru
Charles Moore
⚡ Chytré shrnutí
Analýza dopadu v testování softwaru hodnotí, jak se navrhovaná změna projeví v požadavcích, návrhu, kódu, testech a harmonogramu dodávek, a tak dále.ping Týmy odhadují úsilí, upřednostňují pokrytí regresí a předcházejí nezamýšleným chybám před vydáním.
Co je to analýza dopadů?
Analýza dopadu je proces analýzy dopadu změn provedených v nasazeném produktu nebo aplikaci. Identifikuje oblasti systému, které mohou být ovlivněny změnou určité části nebo funkce aplikace.
Dopad se posuzuje v rámci požadavků, návrhu a Architextura, testování a harmonogram dodávek.
Kdykoli jsou do aplikace nebo produktu přidány nové funkce, je nezbytné zkontrolovat, jak tyto změny ovlivní výkon a stabilitu systému. Z tohoto důvodu se provádí analýza dopadu.
Proč se provádí analýza dopadu změn?
- Pochopit možné důsledky implementace změny. Přidání příliš velkého množství funkcí do produktu může snížit celkový výkon.
- Identifikovat každý soubor, dokument a model, který by mohl být nutné upravit, pokud se tým rozhodne změnu implementovat.
- Odhadnout úsilí potřebné k implementaci změny.
- Identifikovat úkoly potřebné k implementaci změny.
- Vypsat závislosti na konkrétním prvku, který je měněn.
Co je to dokument s analýzou dopadů?
Dokument s analýzou dopadů lze použít jako kontrolní seznam pro vyhodnocení požadavku na změnu předtím, než na něm tým začne pracovat. Dokument by měl obsahovat podrobnosti, jako například:
- Stručný popis problému.
- Vysvětlení nebo příklad toho, jak vada způsobuje selhání nebo neefektivitu.
- Odhad složitosti.
- Odhad nákladů a času potřebného k opravě.
- Funkcionalita, která má být testována.
- Nové testovací případy vytvořené pro tuto změnu.
- Referenční dokumenty, jako například technická specifikace nebo související konstrukční poznámky.
Příklad:
Dokument analýzy dopadů.
- ID požadavku na změnu:
- Titul:
- Description:
- Datum přípravy:
- Odhad prioritizace:
- Relativní přínos
- Relativní trest
- Relativní náklady
- Relativní risk
- Odhadovaná celková náročnost: ______ hodin
- Odhadovaná ztráta úsilí: ______ hodin
- Odhadovaný dopad na harmonogram: ______ dní
- Ovlivněná kvalita:
- Další ovlivněné požadavky:
- Další dotčené úkoly:
- Problémy s integrací:
Jak prezentovat analýzu dopadu a úroveň vlivu
Analýzu dopadu lze znázornit barevným kódem, který ukazuje kritickost změn v systému. Běžný barevný kód je uveden níže:
- Červená – Silný náraz
- Žlutá – Mírný dopad
- Zelená – Slabý dopad
Výše uvedená tabulka vysvětluje dopad zavedených změn:
- Červeně označené prvky jsou hlavní prvky, které se změnily. Žlutě označené prvky jsou změnou ovlivněny méně. Zeleně označené prvky jsou změnou ovlivněny nejméně.
- Vertikálně uvedené prvky jsou ty, které se mění. Horizontálně uvedené prvky jsou ty, které může změna ovlivnit. Ve výše uvedeném příkladu změna v prvku 1 ovlivňuje prvek 3.
- U většího projektu, kde je mnoho prvků a funkcionalit, nemusí být výše uvedená tabulka praktická. V takovém případě se použije jiný přístup, kdy vývojář přímo vyznačí úroveň vlivu způsobenou změnami v hlavních prvcích, jak je znázorněno níže, kde je dopad hlavního prvku vyznačen u každého dílčího prvku.
Ukázkové otázky, které je třeba zodpovědět při provádění analýzy dopadů:
- Jaké jsou nepříznivé vedlejší účinky nebo rizika provedení navrhované změny?
- Je potřeba pořídit si nějaký nový nástroj pro implementaci a otestování změny?
- Pokud bude změna přijata, kolik již vynaloženého úsilí bude ztraceno?
- Mají navrhované změny negativní dopad na výkonnostní požadavky?
- Je k ověření navrhované změny vyžadován další vstup od uživatele?
- Zvyšuje změna cenu produktu?
- Mají současní zaměstnanci znalosti a dovednosti k realizaci navrhované změny?
- Klade navrhovaná změna nějaké nepřijatelné požadavky na jakýkoli počítačový zdroj?
Nejlepší postupy pro analýzu dopadu změn
- Před zahájením analýzy dopadu se ujistěte, že požadavek na testování identifikuje každou část projektu, která je změnami ovlivněna.
- Neustálá komunikace mezi vývojářem a testerem je nezbytná, aby se nepromeškala žádná změna nutná ve finálním produktu.
- Určete, zda jsou nutné nějaké změny, odstranění nebo doplnění uživatelského rozhraní.
- Odhadněte počet potřebných akceptačních, systémových a integračních testovacích případů.
- Identifikujte jakýkoli dopad navrhované změny na projektový plán, plán řízení konfigurace nebo plán zajištění kvality.
Typy analýzy dopadu v testování softwaru
Analýza dopadu změny není jednotná technika. Odborníci obvykle používají jeden ze tří doplňkových typů k zodpovězení různých otázek týkajících se navrhované změny.
- TracAnalýza dopadu na proveditelnost: Používá požadavky TracMatice proveditelnosti a návrhové vazby pro mapování každého požadavku na moduly, testy a dokumenty, které jej implementují. Když se požadavek změní, matice odhalí všechny následné artefakty, které je třeba aktualizovat nebo znovu otestovat.
- Analýza dopadu závislostí: Studuje grafy volání, datové toky a rozhraní.tracts uvnitř kódové základny. Změna jednoho modulu je traceditováno prostřednictvím přímých volajících, nepřímých volajících a sdílených datových struktur, takže skryté dominové efekty se projeví ještě předtím, než se změna uskuteční.
- Experimentální (historická) analýza dopadu: Zkoumá historická data o změnách – minulé defekty, neúspěšné sprinty a úniky regresí – aby předpověděl, jak se bude aktuální změna chovat. Moderní nástroje kombinují dolování historie správy verzí se statistickými modely nebo modely strojového učení, aby vyhodnotily riziko každé změny.
Většina týmů kombinuje alespoň dva z těchto typů. TracEability vám řekne, které dokumenty jsou ovlivněny, analýza závislostí vám řekne, který kód je ovlivněn, a historická analýza vám řekne, jak riziková je daná změna pravděpodobně.
Oblíbené nástroje pro analýzu dopadu změn
Moderní analýza dopadu změn se zřídka provádí v tabulkovém procesoru. Týmy kombinují nástroj pro správu požadavků s nástrojem pro analýzu kódu a nástrojem pro správu testů, které sdílejí společný... traclehká páteř.
- Jama Connect, IBM DVEŘE, Modern Requirements, a požadavky na zrak: Zaznamenávejte požadavky, udržujte základní hodnoty a generujte zprávy o dopadu napříč propojenými požadavky, testy a riziky, když je navržena změna.
- Atlassian Jira s Xray nebo Zefýr: Track uživatelských příběhů, defektů a testovacích případů. Zprávy o dopadu ukazují každý příběh a test, kterého se navrhovaná změna dotýká v rámci sprintu nebo release trainu.
- SonarQube, Porozumění pomocí SciTools a Structure101: Analyzujte závislosti zdrojového kódu a vytvářejte grafy volání a reporty o propojení, aby inženýr mohl vidět následný kód ovlivněný změnou.
- Spouštěcí, Testim Automatické léčení a TestGrid: Využijte strojové učení k předpovědi, které testy s největší pravděpodobností odhalí vady způsobené změnou, což umožňuje inteligentní výběr testů a rychlejší regresní cykly.
- Microsoft Excel nebo Google Povlečení na postel: Stále se široce používá pro počáteční dokument analýzy dopadů, barevně kódované tabulky vlivů a protokol žádostí o změny u menších projektů.
Správná kombinace závisí na velikosti kódové základny, regulačním prostředí a způsobu doručování. Regulovaná odvětví se pro auditovatelné funkce spoléhají na Jama nebo DOORS. tracsnadnost, zatímco agilní produktové týmy se spoléhají na Jiru, SonarQubea nástroj pro testování dopadu.
