what is impact analysis software testing
Ovaj vodič objašnjava što je analiza utjecaja, prednosti, kako je provesti i kako pripremiti dokument za analizu utjecaja:
Kao što znamo, tehnologija ima i pozitivne i negativne utjecaje na društvo. Svaka jednostavna promjena može utjecati na taj sustav. Čak i vrlo mala promjena može imati ogroman utjecaj na sustav.
U ovom uputstvu detaljno ćemo razumjeti analizu utjecaja, a vidjet ćemo i neke korake za pripremu dokumenata analize utjecaja.
Shvatimo važnost ove analize uz pomoć ER (Entity Relationship) dijagrama.
kako inicijalizirati niz objekata u javi
Što ćete naučiti:
Važnost analize utjecaja
Razmotrite ER dijagram sustava upravljanja robnim kućama. Ovaj dijagram modela podataka želimo urediti preimenovanjem modula ‘Artikal’ u modul ‘Proizvod’. Iz slike: br. 01, možemo vidjeti da je modul ‘Stavka’ u odnosu na mnoge druge module. Dakle, ako preimenujemo modul ‘Stavka’, to će neizbježno utjecati na ostale module.
Slika: Broj 01: Sustav upravljanja robnom kućom
Dakle, prije nego što napravimo takve promjene, moramo dobro analizirati model podataka i utjecaj promjena. U slučajevima kada dotični ljudi ne razmišljaju pažljivo o posljedicama promjena koje će počiniti u modulima, to može utjecati na ispravan rad same aplikacije. Zbog toga je analiza utjecaja vrlo važna.
Napomena: Ova analiza prikazat će neočekivana ponašanja i sve nuspojave aplikacije.
Što je analiza utjecaja?
Uključuje analizu utjecaja promjena u značajkama / modulima u aplikaciji. To se može učiniti u gotovo svim fazama životnog ciklusa razvoja softvera, poput projektnih zahtjeva, dizajna sustava, kodiranja, testiranja itd.
- Analiza modula uz pomoć dokumenata o analizi utjecaja. Pronaći će rizike povezane s bilo kakvim promjenama na modulu / proizvodu.
- Pomaže u procjeni timskog napora potrebnog za stvaranje promjena u sustavu.
- Također pomaže u implementaciji prototipa za programere i testere kako bi iskusili učinke u sustavu.
Kako provesti učinkovitu analizu utjecaja?
Slijede koraci izvedeni u provođenju analize za projekt:
- Pripremite tim.
- Pregledajte module visoke razine.
- Pregledajte module niske razine.
- Procijenite utjecaj.
- Upravljanje negativnim posljedicama.
Korak 1Pripremite tim
Prije bilo kakvih promjena na modulima u aplikaciji, moramo imati tim. Članovi tima trebali bi imati pristup svim modulima u aplikaciji i moraju posjedovati temeljito znanje o predloženim promjenama.
Neki članovi tima neće biti svjesni svih modula. Ali nakon provedbe analize utjecaja, svi će članovi temeljito poznavati sustav.
Korak 2Pregledajte module visoke razine
Članovi tima prvo će analizirati module visoke razine u aplikaciji, na koje predložene promjene mogu utjecati. U ovom trenutku moraju imati bolje znanje o strategiji i pravilima tijeka rada u modulima.
Korak # 3Pregledajte module niske razine
Nakon pregleda modula na visokoj razini, članovi tima će pregledati module na niskoj razini i prepoznati utjecaj promjena na njima. Članovi tima mogu pripremiti dokument koji navodi utjecaj promjena u svakom modulu. Oni mogu koristiti Excel list ili word dokument.
Korak # 4Procijenite utjecaj
Dokument koji su pripremili članovi tima otkrit će popis pozitivnih i negativnih učinaka izvršenih promjena. Uz pomoć dokumenta, članovi tima imat će jasnu predodžbu o koristi koja može nastati uslijed promjene i problemima s kojima će se suočiti zbog promjene.
Korak # 5Upravljanje negativnim posljedicama
Trenutno će članovi tima imati preciznu ideju o prednostima i nedostacima promjena. Kao rezultat toga, oni mogu ili prihvatiti ili odbiti promjene, nakon što su o tome razgovarali s članovima tima i dionicima.
Ispitivači mogu izvoditi regresijska ispitivanja. Regresijsko testiranje pomaže prepoznati probleme među modulima koji su nastali zbog utjecaja promjena u njima.
Kako je metoda analize utjecaja korisna programerima?
U projektu se ponekad mogu izmijeniti zahtjevi koje naloži klijent, čak i nakon pokretanja razvojnih procesa. Programeri su možda napravili neko kodiranje. Kasnije, zbog promjena u zahtjevu, trebaju izmijeniti svoje kodove. Dakle, programeri uređuju kodove prema zahtjevima i uvode promjene.
U proces razvoja može biti uključeno više programera. U nekim je situacijama izuzetno teško pratiti učinak promjena u različitim modulima, jer više od jednog programera uređuje kodove.
Razvojni programer 'A' možda nije svjestan tijeka rada u drugom modulu, kojim upravlja programer 'B'. Dakle, čak i ako testiranje provode programeri, neki će moduli i značajke ostati 'Nisu testirani'. Programerima je također bilo potrebno dobro praćenje zajedničkih resursa.
U takvim situacijama možemo provesti sastanke analize utjecaja softvera prije bilo kakvih promjena na modulima. Nakon sastanka, članovi tima pripremit će dokument Analize utjecaja. Mora odražavati najnovije promjene i sve informacije temeljene na riziku.
Nakon sastanka programeri će biti upoznati sa svim modulima u aplikaciji. Na takvim sastancima uzimaju se u obzir mišljenja svakog člana tima.
Programeri će razmotriti cijelu aplikaciju / konačni proizvod prije bilo kakvih promjena. Testiranje koje rade programeri bit će bolje. Dakle, smanjit će se rizik od pogrešaka u posljednjoj fazi razvoja.
Napomena: Dokument o analizi učinka treba redovito ažurirati.
Kako je metoda analize utjecaja korisna ispitivačima?
Komunikacija između programera i testera vrlo je važna. Ponekad testeri neće primati obavijesti o promjenama zahtjeva i nastavit će postupak testiranja bez ikakvih informacija o promjenama. Ovo je gubljenje vremena i resursa.
Bez metode analize utjecaja, nove značajke u aplikaciji ostat će 'ne testirane'. Ako testeri znaju za nove značajke koje su dodane u aplikaciju, mogu započeti regresijsko testiranje.
Nakon analize, testeri će početi stvarati ili mijenjati test slučajeve u skladu s promjenama zahtjeva ili novim značajkama dodanim sustavu.
Bilješka: Ova analiza pomoći će testerima da odaberu područja koja će se usredotočiti na testiranje i mogu odrediti prioritete za test slučajeve. Tako se učinkovitost ispitivanja može poboljšati .
Kako pripremiti dokument o analizi utjecaja?
Svi sudionici sastanka o utjecaju pridonijet će izradi dokumenta o analizi utjecaja. Općenito je riječ o excel datoteci. To može biti i word dokument.
Predložak ovog dokumenta je poput matrice. To je vrlo lako razumjeti. Ima visoku čitljivost. Za detalje pogledajte tablicu br.02.
Naučimo pripremati dokument za analizu utjecaja. Projekt može sadržavati mnogo modula, funkcionalnosti i značajki.
Razmotrite mali projekt koji ima 5 značajki:
- Prijaviti se
- Profil
- Poštanski sandučić
- Dodaj u favorite
- Odjavite se
Dolje je dana (tablica br. 02) odgovarajuća tablica analize utjecaja ovog određenog projekta.
Ovdje stupci predstavljaju module / značajke koji su se promijenili, a redovi matrice predstavljaju module / značajke na koje su promjene utjecale. Programeri će u tablici označiti () kada promjena u značajci 'A' utječe na značajku 'B'; prije nego što se ovaj dokument da testerima.
Značajke | Prijaviti se | Profil | Poštanski sandučić | Dodaj u favorite | Odjavite se | ||||
---|---|---|---|---|---|---|---|---|---|
............. | |||||||||
Prijaviti se | | ||||||||
Profil | | ||||||||
Poštanski sandučić | | ||||||||
Dodaj u favorite | | ||||||||
Odjavite se | |
Tablica br.02
Da bismo pokazali snažan utjecaj, koristili smo CRVENU boju. ŽUTA boja koristi se za pokazivanje umjerenog utjecaja, ZELENA boja pokazuje slab utjecaj. Za detalje pogledajte tablicu br.03.
Pritom testeri mogu lako razumjeti promjene u modulima gledajući različite kodove boja u dokumentu. Dokument djeluje kao kontrolni popis za programere i oni mogu provjeriti je li propustio neki modul i ovisnosti.
Boje | Opis |
---|---|
Neto | Visok utjecaj |
Žuta boja | Umjereni utjecaj |
Zelena | Utjecaj tjedna |
Tablica br.03
Ako dođe do promjene u značajci Prijava, to će uglavnom utjecati na samu značajku ‘Prijava’. Promjene u značajci Prijava mogu malo utjecati na značajku 'Profil' i 'Odjava'. To je označeno u dokumentu Analiza utjecaja pomoću kodova u boji. Dakle, dokument će izgledati poput tablice br.04
Značajke | Prijaviti se | Profil | Poštanski sandučić | Dodaj u favorite | Odjavite se |
---|---|---|---|---|---|
Prijaviti se | |||||
Profil | |||||
Poštanski sandučić | |||||
Dodaj u favorite | |||||
Odjavite se |
Tablica br.04
Brojevima možemo označiti razinu utjecaja upravo prikazanu u tablici br.05. Dakle, tablica br.04 može se precrtati poput tablice br. 06.
U tablici br.06, značajka Prijava (Razina utjecaja: 03) ima najveći prioritet. Značajka profila (Razina utjecaja: 02) ima umjereni prioritet. Značajka odjave (Razina utjecaja: 01) ima najniži prioritet.
Razina utjecaja | Opis |
---|---|
3. Mreža | Snažan utjecaj |
2. Žuta | Srednji |
1. Zelena | Niska |
Tablica br.05
Značajke | Prijaviti se | Profil | Poštanski sandučić | Dodaj u favorite | Odjavite se |
---|---|---|---|---|---|
Prijaviti se | 3. Mreža | 1. Zelena | 2. Žuta | ||
Profil | |||||
Poštanski sandučić | |||||
Dodaj u favorite | |||||
Odjavite se |
Tablica br.06
Bilješka:
- Brojevi prikazani u tablici vrlo su korisni QA timu. Oni mogu lako odrediti prioritete na temelju brojeva.
- Neki veliki projekti imat će više razine utjecaja. Navedeno je u donjoj tablici. (Molimo provjerite Tablicu br.07 za vašu referencu.)
Razina utjecaja | Opis |
---|---|
5 | Vrlo jak |
4 | Jaka |
3 | Srednji |
dva | Slab |
1 | Vrlo slaba |
Tablica br.07
Kako pripremiti dokument Analize utjecaja za projekt koji ima mnogo značajki i podznačajki?
Razmislite o projektu koji ima 20 značajki, a svaka glavna značajka tog projekta ima po 5 podznačajki. Matrica koja predstavlja dokument Analize utjecaja vrlo je velika i bit će je teško održavati. Odgovarajuća tablica izgledat će kao tablica br.08.
Modul | Modul1 | Podmodul1 | Podmodul2 | Podmodul3 | ........ | Modul2 | Podmodul1 | Podmodul2 | .............. |
Modul1 | |||||||||
Podmodul1 | |||||||||
Podmodul2 | |||||||||
............. | |||||||||
Modul2 | |||||||||
Podmodul1 |
Tablica br.08
Dakle, da bismo prevladali ovaj problem, možemo koristiti posebnu tablicu za predstavljanje modula i podmodula u dokumentu analize utjecaja. Pogledajte tablicu br.09, redovi predstavljaju glavna obilježja, a stupci podznačajke.
Podmodul1 | Podmodul2 | Podmodul3 | Podmodul4 | Podmodul5 | |
---|---|---|---|---|---|
Modul7 | |||||
Modul1 | |||||
Modul2 | |||||
Modul3 | |||||
Modul4 | |||||
Modul5 |
Tablica br.09
Koristeći ovaj dokument za velike projekte, programeri mogu lako označiti podznačajke koje imaju utjecaj zbog promjene glavne značajke. Čitljivost ovog dokumenta bolja je u usporedbi sTablica br.09.
Napomena: Sve podznačajke neće imati utjecaja zbog promjena glavne značajke.
Sada razmotrite još jedan projekt koji ima 50 glavnih modula. Projekt ima skupinu programera. Različiti programeri rade na različitim zadacima na projektu (dodavanje novih značajki, ispravljanje programskih pogrešaka, refaktoriranje itd.).
Promjene u projektu možemo prikazati pomoću dokumenta Analize utjecaja. Programer će zapisati podatke o odgovarajućoj promjeni u tablicu. Pogledajte tablicu br.10 i tablicu br.11
Promjene u konfiguraciji | Komentari programera | Prioritet | Planovi za buducnost | |
---|---|---|---|---|
Modul1 | Preglednik Chrome | Testirajte pomoću preglednika Chrome. | Izvještaj o grešci # 001 | |
Modul2 | ||||
Modul3 | ||||
Modul4 | ||||
Modul5 | ||||
Modul6 |
Tablica br.10
Predmeti | Opis |
---|---|
Promjene u konfiguraciji | Promjene u nekim modulima / značajkama u projektu ovisit će o uređajima / okruženju koje se koriste. Programeri moraju navesti promjene konfiguracije u dokumentu kako bi testeri mogli lakše razumjeti promjene. |
Komentari programera | To je jedna od najvažnijih informacija potrebnih ispitivačima tijekom izvođenja ispitivanja |
Prioritet | Ispitivači mogu lako odrediti zadatak zadataka uz pomoć kodova boja ili brojeva u dokumentu |
Planovi za buducnost | Ispitivači moraju biti svjesni budućih planova programera. Ako programeri planiraju promijeniti kodove nakon nekoliko tjedana, testeri ne moraju testirati funkcionalnost i gubiti vrijeme. Ispitivači mogu pričekati dok programeri ne dovrše postupak kodiranja. |
Tablica br. 11
Prednosti analize utjecaja u ispitivanju
- Točno: Ovaj će dokument uvijek pružiti točne podatke o promjenama u modulima / značajkama u aplikaciji.
- Povećana učinkovitost u ispitivanju: Uz pomoć ovog dokumenta testeri mogu učinkovitije planirati test slučajeve, jer dokument pruža jasne informacije o promjenama u modulima.
- Sinkronizirani posao: Svi su članovi tima odgovorni za ažuriranje dokumenta Analize utjecaja. Ovaj dokument mora biti ažuran.
- Precizno: Budući da je dokument lako čitljiv, ispitivači će imati jasnu predodžbu o promjenama u aplikaciji gledajući dokument.
- Smanjeno vrijeme ispitivanja: Osim testiranja cijelog sustava, testeri mogu vršiti testiranje u modulima i podmodulima koji su se promijenili. Ispitivači mogu odrediti prioritete i planirati ispitne slučajeve. Na taj način mogu smanjiti vrijeme testiranja.
- Povećana pokrivenost: Koristeći ovaj dokument, testeri će provjeriti jesu li provjerili podmodule na koje utječu promjene u modulima. Na taj će se način povećati pokrivenost projektom projektom.
- Standardizacija rezultata ispitivanja: Programeri i testeri upotrebljavat će zajednički dokument Analize utjecaja, koji predstavlja svaku promjenu u modulu.
- Odgovornost tima se povećava: Članovi tima trebaju redovito ažurirati ovaj dokument. Svaki član tima odgovoran je za ažuriranje podataka o promjenama koje je napravio u sustavu.
- Dajte zadatak rano i jednostavno: Budući da dokument pruža jasnu sliku promjena, testeri mogu dati prioritet testiranju prema njemu.
- Jasno znanje o proizvodu: Uz pomoć ovog dokumenta, programeri i testeri imat će ideju o svim modulima koji su prisutni u sustavu.
- Jednostavno otkrivanje bugova: Otkrivanje grešaka je znatno poboljšano. Dokument o analizi utjecaja koristan je za integracijsko testiranje.
Zaključak
Projekt se može izvesti s analizom utjecaja ili bez nje. Ali vidjeli smo blagodati dokumenta Analize utjecaja iz gornjeg članka. Uvođenjem ovog dokumenta vrijeme testiranja je znatno smanjeno. Ispitivači ne moraju gubiti vrijeme testirajući značajke koje se ne mijenjaju.
Uvođenjem ovog dokumenta komunikacija između programera i testera znatno je poboljšana, a to dovodi do učinkovitosti u testiranju. Ispitivači će imati bolju predodžbu o cijelom sustavu.
Nadamo se da ste jasno razumjeli analizu utjecaja u ispitivanju. Slobodno podijelite svoje komentare.
Preporučena literatura
- Posao za QA pomoćnika za testiranje softvera
- Tečaj za testiranje softvera: Koji bih se institut za testiranje softvera trebao pridružiti?
- Ispitivanje softvera Posao pisca tehničkog sadržaja Posao slobodnjaka
- Odabir testiranja softvera za vašu karijeru
- Testirajte svoje sposobnosti analize i snage razmišljanja - Vježbe testiranja softvera (2. dio)
- Povratne informacije i kritike o tečaju softverskog testiranja
- Neka zanimljiva pitanja za ispitivanje softverskog testiranja
- Je li testiranje softvera emocionalni zadatak?