what is impact analysis software testing
V tomto výučbe sa dozviete, čo je to analýza vplyvu, aké výhody má, ako ju vykonať a ako pripraviť dokument o analýze vplyvu:
Ako vieme, technológia má na spoločnosť pozitívny aj negatívny vplyv. Každá jednoduchá zmena môže mať vplyv na tento systém. Aj veľmi malá zmena môže mať obrovský dopad na systém.
V tomto výučbe podrobne pochopíme analýzu dopadov a tiež si pozrieme niektoré kroky na prípravu dokumentov o analýze dopadov.
Pochopme dôležitosť tejto analýzy pomocou diagramu ER (Entity Relationship).
Čo sa dozviete:
Dôležitosť analýzy dopadov
Zvážte schému ER systému riadenia obchodného domu. Tento diagram dátového modelu chceme upraviť premenovaním modulu „Položka“ na modul „Produkt“. Z obr. Č. 01 vidíme, že modul „Item“ súvisí s mnohými ďalšími modulmi. Ak teda premenujeme modul „Položka“, nevyhnutne to ovplyvní ďalšie moduly.
Obr. Č. 01: Systém riadenia obchodného domu
Pred vykonaním týchto zmien teda musíme dobre analyzovať dátový model a dopad zmien. V prípadoch, keď dotknutí ľudia starostlivo nerozmýšľajú nad dôsledkami zmien, ktorých sa v moduloch dopustia, môže to mať vplyv na správne fungovanie samotnej aplikácie. Preto je analýza dopadu veľmi dôležitá.
Poznámka: Táto analýza ukáže neočakávané správanie a všetky vedľajšie účinky aplikácie.
Čo je analýza vplyvu?
Zahŕňa analýzu dopadu zmien vykonaných vo funkciách / moduloch v aplikácii. Môže sa to robiť takmer vo všetkých fázach životného cyklu vývoja softvéru, ako sú napríklad požiadavky na projekt, návrh systému, kódovanie, testovanie atď.
- Analýza modulov pomocou dokumentov o analýze vplyvu. Nájde riziká spojené s akýmikoľvek zmenami v module / produkte.
- Pomáha pri odhadovaní tímového úsilia potrebného na vykonanie zmien v systéme.
- Pomáha tiež implementovať prototyp, aby mohli vývojári a testeri vyskúšať účinky v systéme.
Ako vykonať efektívnu analýzu dopadov?
Ďalej sú uvedené kroky vykonané pri uskutočňovaní analýzy projektu:
ako urobiť graf v jave
- Pripravte tím.
- Skontrolujte moduly vysokej úrovne.
- Skontrolujte nízkoúrovňové moduly.
- Vyhodnoťte vplyv.
- Spravujte negatívne dôsledky.
Krok 1Pripravte tím
Pred vykonaním akýchkoľvek zmien v moduloch v aplikácii musíme mať tím. Členovia tímu by mali mať prístup ku všetkým modulom v aplikácii a musia mať dôkladné znalosti o navrhovaných zmenách.
Niektorí členovia tímu nebudú vedieť o všetkých moduloch. Ale po implementácii dopadovej analýzy budú mať všetci členovia podrobnú znalosť systému.
Krok 2Skontrolujte moduly vysokej úrovne
Členovia tímu najskôr analyzujú moduly na vysokej úrovni v aplikácii, ktoré by mohli byť ovplyvnené navrhovanými zmenami. V tejto chvíli musia mať lepšie vedomosti o stratégii a pravidlách pracovného toku v moduloch.
Krok čSkontrolujte nízkoúrovňové moduly
Po kontrole modulov na vysokej úrovni členovia tímu skontrolujú moduly na nízkej úrovni a identifikujú vplyv zmien v nich. Členovia tímu môžu pripraviť dokument, ktorý obsahuje zoznam dopadov zmien v jednotlivých moduloch. Môžu buď použiť hárok programu Excel, alebo textový dokument.
Krok čVyhodnoťte vplyv
Dokument pripravený členmi tímu odhalí zoznam pozitívnych aj negatívnych dopadov vykonaných zmien. Pomocou dokumentu získajú členovia tímu jasnú predstavu o výhodách, ktoré môžu vzniknúť v dôsledku zmeny, a o problémoch, ktorým v dôsledku zmeny budú čeliť.
Krok čSpravujte negatívne dôsledky
Práve teraz budú mať členovia tímu presnú predstavu o výhodách a nevýhodách zmien. Výsledkom je, že môžu zmeny prijať alebo odmietnuť po diskusii s členmi tímu a zainteresovanými stranami.
Testéri môžu vykonať regresné testovanie. Regresné testovanie pomáha rozpoznať problémy medzi modulmi, ktoré vznikli v dôsledku dopadu zmien v nich.
Ako je metóda dopadovej analýzy užitočná pre vývojárov?
V projekte sa niekedy môže zmeniť požiadavka predložená klientom, a to aj po spustení vývojových procesov. Vývojári možno vykonali nejaké programovanie. Neskôr, kvôli zmenám v požiadavke, budú musieť zmeniť svoje kódy. Vývojári teda upravujú kódy podľa požiadaviek a vykonajú zmeny.
Do procesu vývoja môže byť zapojených viac ako jeden vývojár. V niektorých situáciách je nesmierne ťažké sledovať dopad zmien v rôznych moduloch, pretože kódy zadáva viac ako jeden vývojár.
Vývojár „A“ nemusí vedieť o pracovnom postupe v inom module, ktorý spracováva vývojár „B“. Takže aj keď testovanie vykonávajú vývojári, niektoré moduly a funkcie zostanú „Netestované“. Vývojári tiež potrebovali dobré sledovanie zdieľaných zdrojov.
V takýchto situáciách môžeme pred vykonaním akýchkoľvek zmien v moduloch uskutočniť stretnutia s analýzou dopadu softvéru. Po stretnutí členovia tímu pripravia dokument Analýza dopadov. Musí odrážať najnovšie zmeny a všetky informácie založené na riziku.
Po stretnutí budú vývojári oboznámení so všetkými modulmi v aplikácii. Na týchto stretnutiach sa zohľadňujú názory každého člena tímu.
najlepší program na sledovanie GPU temp
Pred vykonaním akýchkoľvek zmien vývojári zvážia celú aplikáciu / konečný produkt. Testovanie vykonané vývojármi bude lepšie. Zníži sa teda riziko výskytu chýb v konečnej fáze vývoja.
Poznámka: Dokument o analýze dopadov by sa mal aktualizovať.
Ako je metóda dopadovej analýzy užitočná pre testerov?
Komunikácia medzi vývojármi a testermi je veľmi dôležitá. Testeri niekedy nedostanú oznámenia o zmenách v požiadavke a v testovacom procese budú pokračovať bez akýchkoľvek informácií o zmenách. Toto je strata času a zdrojov.
Bez metódy dopadovej analýzy zostanú nové funkcie v aplikácii „netestované“. Ak testeri vedia o nových funkciách, ktoré sú pridané do aplikácie, môžu začať s regresným testovaním.
Po analýze začnú testeri vytvárať alebo upravovať testovacie prípady podľa zmien v požiadavke alebo nových funkcií pridaných do systému.
Poznámka: Táto analýza pomôže testerom rozhodnúť sa, na ktoré oblasti sa majú sústrediť, a môžu uprednostniť testovacie prípady. Môže sa tak zvýšiť účinnosť testovania .
Ako pripraviť dokument o analýze dopadov?
Všetci účastníci stretnutia o dopade prispejú k vytvoreniu dokumentu analýzy dopadov. Spravidla ide o súbor programu Excel. Môže to byť aj slovný dokument.
Šablóna tohto dokumentu je ako matrica. Je to veľmi ľahké pochopiť. Má vysokú čitateľnosť. Viac podrobností nájdete v tabuľke č.
Naučme sa pripraviť dokument o analýze dopadov. Projekt môže obsahovať veľa modulov, funkcií a funkcií.
Zvážte malý projekt, ktorý má 5 funkcií:
- Prihlásiť sa
- Profil
- Schránka
- Pridať k obľúbeným
- Odhlásiť sa
Ďalej je uvedená (tabuľka č. 02) zodpovedajúca tabuľka analýzy vplyvu tohto konkrétneho projektu.
Tu stĺpce predstavujú moduly / funkcie, ktoré sa zmenili, a riadky matice predstavujú moduly / funkcie, ktoré boli zmenami ovplyvnené. Vývojári urobia v tabuľke značku (), keď zmena v prvku „A“ ovplyvní prvok „B“; predtým, ako sa tento dokument vydá testerom.
Vlastnosti | Prihlásiť sa | Profil | Schránka | Pridať k obľúbeným | Odhlásiť sa | ||||
---|---|---|---|---|---|---|---|---|---|
............. | |||||||||
Prihlásiť sa | | ||||||||
Profil | | ||||||||
Schránka | | ||||||||
Pridať k obľúbeným | | ||||||||
Odhlásiť sa | |
Tabuľka č.02
Na preukázanie silného vplyvu sme použili ČERVENÚ farbu. ŽLTÁ farba sa používa na preukázanie mierneho vplyvu, ZELENÁ farba na slabý vplyv. Viac podrobností nájdete v tabuľke č. 03.
Testéri tak môžu ľahko pochopiť zmeny v moduloch tak, že sa pozrú na rôzne farebné kódy v dokumente. Dokument slúži ako kontrolný zoznam pre vývojárov a tí môžu overiť, či nezmeškal niektorý modul a závislosti.
Farby | Popis |
---|---|
Netto | Vysoký vplyv |
žltá | Mierny vplyv |
zelená | Týždenný vplyv |
Tabuľka č.03
Ak dôjde k zmene vo funkcii Prihlásenie, bude to mať väčšinou vplyv na samotnú funkciu „Prihlásenie“. Zmeny vo funkcii Prihlásenie môžu mierne ovplyvniť funkcie „Profil“ a „Odhlásiť sa“. Toto je v dokumente Impact Analysis označené pomocou farebných kódov. Dokument teda bude vyzerať ako tabuľka č. 04
Vlastnosti | Prihlásiť sa | Profil | Schránka | Pridať k obľúbeným | Odhlásiť sa |
---|---|---|---|---|---|
Prihlásiť sa | |||||
Profil | |||||
Schránka | |||||
Pridať k obľúbeným | |||||
Odhlásiť sa |
Tabuľka č.04
Pomocou čísel môžeme označiť úroveň vplyvu, ktorá je práve uvedená v tabuľke č. 05. Takže tabuľku č. 04 možno prekresliť ako tabuľku č. 06.
V tabuľke č.06 má najvyššiu prioritu funkcia Prihlásenie (Úroveň vplyvu: 03). Funkcii profilu (Úroveň vplyvu: 02) je pridelená stredná priorita. Najnižšiu prioritu má funkcia odhlásenia (Úroveň vplyvu: 01).
Úroveň vplyvu | Popis |
---|---|
3. Sieť | Silný vplyv |
2. Žltá | Stredná |
1. Zelená | Nízka |
Tabuľka č.05
Vlastnosti | Prihlásiť sa | Profil | Schránka | Pridať k obľúbeným | Odhlásiť sa |
---|---|---|---|---|---|
Prihlásiť sa | 3. Sieť | 1. Zelená | 2. Žltá | ||
Profil | |||||
Schránka | |||||
Pridať k obľúbeným | |||||
Odhlásiť sa |
Tabuľka č.06
Poznámka:
- Čísla uvedené v tabuľke sú veľmi užitočné pre tím QA. Môžu ľahko určiť prioritu testovacích prípadov na základe čísel.
- Niektoré veľké projekty budú mať viac úrovní vplyvu. Je to uvedené v nasledujúcej tabuľke. (Referenčné informácie nájdete v tabuľke č. 07.)
Úroveň vplyvu | Popis |
---|---|
5 | Veľmi silný |
4 | Silný |
3 | Stredná |
dva | Slabé |
1 | Veľmi slabá |
Tabuľka č.07
Ako pripraviť dokument Analýza vplyvu na projekt, ktorý má veľa funkcií a čiastkových funkcií?
Zvážte projekt, ktorý má 20 funkcií a každá hlavná vlastnosť tohto projektu má každý 5 podčastí. Matica predstavujúca dokument o analýze dopadov je veľmi veľká a bude ťažké ju udržať. Zodpovedajúca tabuľka bude vyzerať ako tabuľka č.08.
najlepšie stránky na pozeranie anime online zadarmo
Modul | Modul 1 | Podmodul1 | Submodul 2 | Podmodul3 | ........ | Modul 2 | Podmodul1 | Submodul 2 | .............. |
Modul 1 | |||||||||
Podmodul1 | |||||||||
Submodul 2 | |||||||||
............. | |||||||||
Modul 2 | |||||||||
Podmodul1 |
Tabuľka č.08
Aby sme tento problém prekonali, môžeme na predstavenie modulov a podmodulov v dokumente o analýze dopadov použiť špeciálnu tabuľku. Pozrite si tabuľku č. 09, riadky predstavujú hlavné prvky a stĺpce predstavujú vedľajšie prvky.
Podmodul1 | Submodul 2 | Podmodul3 | Podmodul4 | Podmodul5 | |
---|---|---|---|---|---|
Modul7 | |||||
Modul 1 | |||||
Modul 2 | |||||
Modul 3 | |||||
Modul 4 | |||||
Modul 5 |
Tabuľka č.09
Použitím tohto dokumentu pre veľké projekty môžu vývojári ľahko označiť čiastkové prvky, ktoré majú vplyv v dôsledku zmeny hlavnej funkcie. Čitateľnosť tohto dokumentu je v porovnaní sTabuľka č.09.
Poznámka: Všetky čiastkové funkcie nebudú mať vplyv z dôvodu zmien v hlavnej funkcii.
Teraz zvážte ďalší projekt s 50 hlavnými modulmi. Projekt má skupinu vývojárov. Rôzni vývojári pracujú na rôznych úlohách projektu (pridávanie nových funkcií, oprava chýb, refaktoring atď.).
Zmeny v projekte môžeme zobraziť pomocou dokumentu Impact Analysis. Developer zapíše do tabuľky informácie o príslušnej zmene. Pozrite si tabuľku č. 10 a tabuľku č. 11
Zmeny konfigurácie | Pripomienky vývojára | Priorita | Budúce plány | |
---|---|---|---|---|
Modul 1 | Prehliadač Chrome | Vyskúšajte pomocou prehliadača Chrome. | Hlásenie o chybe # 001 | |
Modul 2 | ||||
Modul 3 | ||||
Modul 4 | ||||
Modul 5 | ||||
Modul6 |
Tabuľka č.10
Položky | Popis |
---|---|
Zmeny konfigurácie | Zmeny v niektorých moduloch / funkciách v projekte budú závisieť od použitých zariadení / prostredia. Vývojári musia v dokumente špecifikovať zmeny konfigurácie, aby mali testeri ľahký prehľad o zmenách. |
Pripomienky vývojárov | Je to jedna z najdôležitejších informácií potrebných pre testerov pri vykonávaní testovania |
Priorita | Testéri môžu ľahko určiť prioritu testovacej úlohy pomocou farebných kódov alebo čísel v dokumente |
Budúce plány | Testéri si musia byť vedomí budúcich plánov vývojárov. Ak vývojári plánujú zmeniť kódy po niekoľkých týždňoch, testéri nemusia testovať funkčnosť a strácať čas. Testéri môžu počkať, kým vývojári nedokončia proces kódovania. |
Tabuľka č. 11
Výhody nárazovej analýzy pri testovaní
- Presný: Tento dokument bude vždy poskytovať presné údaje týkajúce sa zmien v moduloch / funkciách v aplikácii.
- Zvýšená účinnosť pri testovaní: Pomocou tohto dokumentu môžu testeri efektívnejšie plánovať testovacie prípady, pretože dokument poskytuje jasné informácie o zmenách v moduloch.
- Synchronizovaná práca: Všetci členovia tímu sú zodpovední za aktualizáciu dokumentu Analýza dopadov. Tento dokument musí byť aktuálny.
- Presný: Pretože je dokument ľahko čitateľný, testéri budú mať jasnú predstavu o zmenách v aplikácii pri prezeraní dokumentu.
- Znížený čas na testovanie: Okrem testovania celého systému môžu testeri vykonávať testovanie aj v zmenených moduloch a podmoduloch. Testéri môžu uprednostniť a naplánovať testovacie prípady. Môžu tak skrátiť čas testovania.
- Zvýšené pokrytie: Pomocou tohto dokumentu sa testeri ubezpečia, že skontrolovali podmoduly, ktoré sú ovplyvnené zmenami v moduloch. Týmto sa zvýši testovacie pokrytie projektu.
- Štandardizácia výsledku testu: Vývojári a testeri budú používať spoločný dokument Impact Analysis, ktorý predstavuje každú každú zmenu v module.
- Zodpovednosť tímu sa zvyšuje: Členovia tímu musia udržiavať tento dokument aktualizovaný. Každý člen tímu je zodpovedný za aktualizáciu informácií o zmenách, ktoré vykonal v systéme.
- Stanovte prioritu úlohy včas a ľahko: Pretože dokument poskytuje jasný obraz zmien, testéri môžu podľa neho uprednostniť testovanie.
- Jasné vedomosti o produkte: S pomocou tohto dokumentu získajú vývojári aj testeri predstavu o všetkých moduloch prítomných v systéme.
- Ľahká detekcia chýb: Detekcia chýb je oveľa vylepšená. Dokument o analýze dopadov je užitočný pri testovaní integrácie.
Záver
Projekt je možné realizovať s analýzou dopadov alebo bez nej. Ale videli sme výhody dokumentu Analýza dopadov z vyššie uvedeného článku. Zavedením tohto dokumentu sa čas na testovanie výrazne skracuje. Testéri nemusia strácať čas testovaním funkcií, ktoré sa nemenia.
Zavedením tohto dokumentu sa výrazne zlepšila komunikácia medzi vývojármi a testermi, čo vedie k efektívnosti testovania. Testéri budú mať lepšiu predstavu o celom systéme.
Dúfame, že máte jasnú predstavu o analýze dopadov pri testovaní. Neváhajte a podeľte sa o svoje pripomienky.
Odporúčané čítanie
- Úloha pomocníka QA pri testovaní softvéru
- Kurz testovania softvéru: Do ktorého inštitútu pre testovanie softvéru by som sa mal pripojiť?
- Práca na voľnej nohe pre spisovateľa technického obsahu, ktorý testuje softvér
- Ako svoju kariéru si zvolíte testovanie softvéru
- Vyskúšajte svoje schopnosti analýzy a myslenia - Cvičenia na testovanie softvéru (2. časť)
- Spätná väzba a recenzie na kurz testovania softvéru
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Je testovanie softvéru emocionálnou úlohou?