Analýza dopadů v testování softwaru
Co je to analýza dopadů?
Analýza dopadů je definována jako analýza dopadu změn v nasazeném produktu nebo aplikaci. Poskytuje informace o oblastech systému, které mohou být ovlivněny změnou v konkrétní sekci nebo funkcích aplikace.
Dopad je analyzován na požadavky, design a Architecture, dopad na Test a dopad na harmonogram.
Se začleněním nových funkcí do aplikace nebo produktu se stává nutností kontrolovat vliv těchto nových funkcí nebo změn na výkon systému. Z tohoto důvodu se provádí analýza dopadů.
Proč se provádí analýza dopadů změn?
- Provádí se pro pochopení možného výsledku implementace změny. Zavedení příliš velkého množství funkcí do produktu může snížit celkový výkon produktu.
- Identifikace všech souborů, dokumentů a modelů, které mohou být nutné upravit, pokud se tým rozhodne implementovat změnu v produktu
- Odhadnout úsilí potřebné k implementaci změny
- Identifikovat úkol potřebný k implementaci změny
- Vypíše závislosti na konkrétním prvku
Co je dokument analýzy dopadů?
Dokument Analýza dopadů lze použít jako kontrolní seznam. Používá se k vyhodnocení požadavků na změnu před prací na nich. Dokument Analýza dopadů by měl obsahovat podrobnosti, např
- Stručný popis problému
- Vysvětlete nebo ukažte příklad toho, jak závada způsobuje selhání a/nebo neúčinnost
- Zahrňte odhad složitosti
- Uveďte odhad nákladů a času na opravu
- Funkčnost k otestování
- Vypište nové testovací případy vytvořené pro změnu
- Referenční dokument – uveďte referenční dokument, technickou specifikaci atd.
Příklad:
Dokument analýzy dopadů.
- ID požadavku na změnu:
- Titul:
- Description:
- Datum přípravy:
- Odhad priority:
- Relativní přínos
- Relativní trest
- Relativní náklady
- Relativní risk
- Odhadované celkové úsilí: …..hodin
- Odhadovaná ztráta úsilí: ……..hodin
- Odhadovaný harmonogram Dopad:……dní
- kvalita ovlivněna;
- Další dotčený požadavek:
- Další dotčené úkoly:
- Problémy s integrací:
Jak prezentovat úroveň vlivu analýzy dopadů
Analýza dopadů může být označena podle barevného kódu, aby reprezentovala kritičnost změn nebo dopad změn na systém. Kód barvy může být jakýkoli, jak je uvedeno níže.
- Červená - silná
- Žlutá - střední
- Zelená - Slabá
Výše uvedená tabulka vysvětluje dopad implementovaných změn
- Prvky, které jsou označeny červeně, označují hlavní prvky, které se změnily, prvky se žlutou barvou jsou prvky, které jsou změnou méně ovlivněny, a prvky se zelenou barvou jsou ty nejmenší.
- Vertikálně uvedené vlastnosti se podobají těm prvkům, které jsou změněny, zatímco horizontálně jsou uvedeny ty prvky, které mohou provedené změny ovlivnit. Například ve výše uvedeném příkladu má změna prvku 1 vliv na prvek 3
- Pro větší projekt, kde jsou vlastnosti a funkce více než výše uvedená tabulka, nemusí být k ničemu. V takovém případě se používá jiný přístup, kdy vývojář rovnou označí míru vlivu v důsledku změn hlavních vlastností. Jak je uvedeno níže, kde je u příslušných dílčích funkcí označen vliv hlavní funkce.
Vzorové otázky, které je třeba řešit při provádění analýzy dopadu
- Jaké jsou nepříznivé vedlejší účinky nebo rizika provedení navrhované změny?
- Pořizuje se nějaký nástroj pro implementaci a testování změny?
- Pokud bude změna přijata, kolik úsilí již bylo vynaloženo na ztrátu?
- Ovlivňují navrhované změny nepříznivě požadavky na výkon?
- Je k ověření navrhované změny vyžadován další uživatelský vstup?
- Zvyšuje změna cenu produktu?
- Je navrhovaná změna něčím, čím mají stávající zaměstnanci znalosti a dovednosti?
- Klade navrhovaná změna nějaké nepřijatelné požadavky na jakýkoli počítačový zdroj?
Osvědčené postupy pro analýzu dopadů změn
- Před zahájením analýzy dopadu se ujistěte, že požadavek na testování neobsahuje žádné informace o těch částech projektu, které byly ovlivněny změnami
- Pokračovat v komunikaci mezi vývojářem a testerem je nutností, aby vám neunikla žádná změna potřebná k implementaci do finálního produktu
- Zjistěte, zda jsou nutné nějaké změny, odstranění nebo doplnění uživatelského rozhraní.
- Odhadněte počet případů přijetí, testování systému nebo integrace, které budou vyžadovány
- Identifikujte jakýkoli dopad navrhované změny na jiný plán projektu, plán řízení konfigurace nebo plán zajištění kvality.
Shrnutí
- Analýza dopadů zajistí, jakou část aplikace je třeba změnit
- Dopad na systém je analyzován podle požadavků, designu a Architektura, dopad na Test atd.
- Pomáhá analyzovat, na jaké úrovni regresní testování je nutné