what is impact analysis software testing
Acest tutorial explică ce este analiza impactului, avantajele, cum să o desfășurați și cum să pregătiți documentul de analiză a impactului:
După cum știm, tehnologia are atât efecte pozitive, cât și negative asupra societății. Fiecare modificare simplă poate avea un impact asupra sistemului respectiv. Chiar și o modificare foarte mică poate avea un impact uriaș asupra sistemului.
În acest tutorial, vom înțelege analiza impactului în detaliu și vom vedea, de asemenea, câțiva pași pentru pregătirea documentelor de analiză a impactului.
Să înțelegem importanța acestei analize cu ajutorul unei diagrame ER (Entity Relationship).
Ce veți învăța:
- Importanța analizei de impact
- Ce este analiza impactului?
- Cum se efectuează o analiză de impact eficientă?
- Cum este utilă metoda de analiză a impactului pentru dezvoltatori?
- Cum este utilă metoda de analiză a impactului pentru testeri?
- Cum se pregătește documentul de analiză a impactului?
- Avantajele analizei impactului în testare
- Concluzie
Importanța analizei de impact
Luați în considerare diagrama ER a sistemului de gestionare a magazinelor. Vrem să edităm această diagramă a modelului de date prin redenumirea modulului „Element” în modulul „Produs”. Din Fig. Nr. 01, putem vedea că modulul „Item” este în relație cu multe alte module. Deci, dacă redenumim modulul „Item”, acesta va afecta inevitabil și alte module.
Fig: Nr. 01: Sistem de gestionare a magazinelor
Deci, înainte de a face astfel de modificări, trebuie să analizăm bine modelul de date și impactul modificărilor. În cazurile în care persoanele în cauză nu se gândesc cu atenție la consecințele modificărilor pe care urmează să le comită în module, aceasta poate afecta buna funcționare a aplicației. Acesta este motivul pentru care analiza impactului este foarte importantă.
Notă: Această analiză va arăta comportamentele neașteptate și toate efectele secundare ale aplicației.
Ce este analiza impactului?
Aceasta implică analiza impactului modificărilor făcute în caracteristicile / modulele din aplicație. Poate fi realizat în aproape toate etapele ciclului de viață al dezvoltării software-ului, cum ar fi cerințele proiectului, proiectarea sistemului, codificarea, testarea etc.
- Analizarea modulelor cu ajutorul documentelor de analiză a impactului. Acesta va găsi riscurile asociate cu orice fel de schimbări într-un modul / produs.
- Ajută la estimarea efortului echipei necesar pentru a produce schimbări în sistem.
- De asemenea, ajută la implementarea unui prototip pentru ca dezvoltatorii și testerii să experimenteze efectele din sistem.
Cum se efectuează o analiză de impact eficientă?
Mai jos sunt pașii realizați în efectuarea analizei pentru un proiect:
- Pregătește o echipă.
- Inspectați modulele de nivel înalt.
- Inspectați modulele de nivel scăzut.
- Evaluează impactul.
- Gestionați consecințele negative.
Pasul 1Pregătește o echipă
Înainte de a aduce modificări modulelor din aplicație, trebuie să avem o echipă. Membrii echipei ar trebui să aibă acces la toate modulele din aplicație și trebuie să posede cunoștințe aprofundate despre modificările propuse.
c # vs c ++ vs java
Unii membri ai echipei nu vor cunoaște toate modulele. Dar după implementarea analizei de impact, toți membrii vor avea o cunoaștere aprofundată a sistemului.
Pasul 2Inspectați modulele de nivel înalt
Membrii echipei vor analiza mai întâi modulele de nivel înalt din aplicație, care pot fi afectate de modificările propuse. În acest moment, trebuie să aibă cunoștințe mai bune despre strategie și regulile fluxului de lucru din module.
Pasul 3Inspectați modulele de nivel scăzut
După inspectarea modulelor de nivel înalt, membrii echipei vor inspecta modulele de nivel inferior și vor identifica impactul modificărilor din acesta. Membrii echipei pot pregăti un document care listează impactul modificărilor din fiecare modul. Pot folosi fie o foaie Excel, fie un document Word.
Pasul 4Evaluează impactul
Documentul pregătit de membrii echipei va dezvălui lista impacturilor pozitive și negative ale modificărilor făcute. Cu ajutorul documentului, membrii echipei vor avea o idee clară despre beneficiul care poate apărea din cauza schimbării și problemele cu care se vor confrunta din cauza schimbării.
Pasul 5Gestionați consecințele negative
În acest moment, membrii echipei vor avea o idee precisă despre avantajele și dezavantajele schimbărilor. Drept urmare, ei pot accepta sau respinge modificările, după ce au discutat cu membrii echipei și cu părțile interesate.
Testerii pot efectua teste de regresie. Testarea de regresie ajută la recunoașterea problemelor dintre module, care au apărut din cauza impactului modificărilor din acestea.
Cum este utilă metoda de analiză a impactului pentru dezvoltatori?
Într-un proiect, uneori cerința prezentată de client se poate modifica, chiar și după începerea proceselor de dezvoltare. Este posibil ca dezvoltatorii să fi făcut unele coduri. Ulterior, din cauza modificărilor cerinței, trebuie să își modifice codurile. Deci, dezvoltatorii editează codurile în funcție de cerințe și comit modificările.
Este posibil să existe mai mulți dezvoltatori implicați în procesul de dezvoltare. În unele situații, este extrem de dificil să urmăriți impactul modificărilor în diferite module, deoarece mai mulți dezvoltatori comit codurile.
Este posibil ca dezvoltatorul „A” să nu fie conștient de fluxul de lucru dintr-un alt modul, care este gestionat de dezvoltatorul „B”. Așadar, chiar dacă testarea este efectuată de dezvoltatori, unele module și caracteristici vor rămâne „Nu sunt testate”. De asemenea, dezvoltatorii au avut nevoie de o bună urmărire a resurselor partajate.
În astfel de situații, putem efectua ședințe de analiză a impactului software înainte de a efectua modificări ale modulelor. După întâlnire, membrii echipei vor pregăti documentul de analiză a impactului. Acesta trebuie să reflecte cele mai recente modificări și toate informațiile bazate pe risc.
După întâlnire, dezvoltatorii vor fi la curent cu toate modulele din aplicație. În astfel de întâlniri, se iau în considerare opiniile fiecărui membru al echipei.
Dezvoltatorii vor lua în considerare întreaga aplicație / produsul final înainte de a face modificări. Testarea efectuată de dezvoltatori va fi mai bună. Deci, riscul de a primi erori în etapa finală a dezvoltării va fi redus.
Notă: Documentul de analiză a impactului ar trebui să fie actualizat.
cele mai bune cărți pentru a învăța securitatea cibernetică
Cum este utilă metoda de analiză a impactului pentru testeri?
Comunicarea dintre dezvoltatori și testeri este foarte importantă. Uneori, testerii nu vor primi notificări cu privire la modificările cerinței și vor continua procesul de testare fără informații despre modificări. Aceasta este o pierdere de timp și resurse.
Fără metoda Analizei impactului, noile funcții din aplicație vor rămâne „necontestate”. Dacă testerii știu despre noile caracteristici care sunt adăugate în aplicație, pot începe testarea de regresie.
După analiză, testerii vor începe să creeze sau să modifice cazurile de testare în funcție de modificările cerinței sau de noile caracteristici adăugate sistemului.
Notă: Această analiză îi va ajuta pe testatori să decidă domeniile care să se concentreze asupra testării și pot prioritiza cazurile de testare. Astfel, eficiența testării poate fi îmbunătățită .
Cum se pregătește documentul de analiză a impactului?
Toți participanții la întâlnirea de impact vor contribui la crearea unui document de analiză a impactului. În general, este un fișier excel. Poate fi și un document Word.
Șablonul acestui document este ca o matrice. Este foarte ușor de înțeles. Are o lizibilitate ridicată. Vă rugăm să consultați Tabelul nr.02 pentru mai multe detalii.
Să învățăm să pregătim documentul de analiză a impactului. Un proiect poate conține multe module, funcționalități și caracteristici.
Luați în considerare un proiect mic cu 5 caracteristici:
- Logare
- Profil
- Cutie poștală
- Adauga la favorite
- Deconectați-vă
Dat mai jos (tabelul nr. 02) este tabelul corespunzător de analiză a impactului acestui proiect.
Aici, coloanele reprezintă modulele / caracteristicile care s-au schimbat, iar rândurile matricei reprezintă modulele / caracteristicile care au fost influențate de modificări. Dezvoltatorii vor marca () în tabel când o modificare a funcției „A” influențează caracteristica „B”; înainte ca acest document să fie dat testerilor.
Caracteristici | Logare | Profil | Cutie poștală | Adauga la favorite | Deconectați-vă | ||||
---|---|---|---|---|---|---|---|---|---|
............. | |||||||||
Logare | | ||||||||
Profil | | ||||||||
Cutie poștală | | ||||||||
Adauga la favorite | | ||||||||
Deconectați-vă | |
Tabelul nr. 02
Pentru a arăta o influență puternică, am folosit culoarea ROȘU. Culoarea GALBENĂ este utilizată pentru a arăta o influență moderată, culoarea VERDE prezintă o influență slabă. Vă rugăm să consultați tabelul nr.03 pentru mai multe detalii.
Procedând astfel, testerii pot înțelege cu ușurință modificările modulelor uitându-se la diferitele coduri de culoare din document. Documentul acționează ca o listă de verificare pentru dezvoltatori și aceștia pot verifica dacă a ratat vreun modul și dependențele.
Culori | Descriere |
---|---|
Net | Influență mare |
Galben | Influență moderată |
Verde | Influența săptămânii |
Tabelul nr.03
Dacă există o modificare a funcției de conectare, aceasta va influența în cea mai mare parte caracteristica „Conectare”. Modificările funcției de conectare pot influența ușor funcția „Profil” și funcțiile „Deconectare”. Acest lucru este marcat în documentul Analiza impactului folosind coduri de culoare. Deci, documentul va arăta ca tabelul nr. 04
Caracteristici | Logare | Profil | Cutie poștală | Adauga la favorite | Deconectați-vă |
---|---|---|---|---|---|
Logare | |||||
Profil | |||||
Cutie poștală | |||||
Adauga la favorite | |||||
Deconectați-vă |
Tabelul nr.04
Putem folosi numerele pentru a indica nivelul de influență prezentat în Tabelul nr. 05. Deci, tabelul nr.04 poate fi redesenat ca tabelul nr. 06.
În tabelul nr. 06, caracteristica de conectare (Nivel de influență: 03) are cea mai mare prioritate. Caracteristica profilului (Nivelul de influență: 02) are prioritate moderată. Funcția de deconectare (Nivel de influență: 01) are cea mai mică prioritate.
Nivelul de influență | Descriere |
---|---|
3. Rețea | Influență puternică |
2. Galben | Mediu |
1. Verde | Scăzut |
Tabelul nr.05
Caracteristici | Logare | Profil | Cutie poștală | Adauga la favorite | Deconectați-vă |
---|---|---|---|---|---|
Logare | 3. Rețea | 1. Verde | 2. Galben | ||
Profil | |||||
Cutie poștală | |||||
Adauga la favorite | |||||
Deconectați-vă |
Tabelul nr.06
Notă:
- Numerele afișate în tabel sunt foarte utile echipei QA. Aceștia pot prioritiza cu ușurință cazurile de test pe baza numerelor.
- Unele proiecte mari vor avea mai multe niveluri de influență. Este specificat în tabelul de mai jos. (Vă rugăm să verificați tabelul nr.07 pentru referință.)
Nivelul de influență | Descriere |
---|---|
5 | Foarte puternic |
4 | Puternic |
3 | Mediu |
Două | Slab |
1 | Foarte slab |
Tabelul nr.07
Cum se pregătește documentul de analiză a impactului pentru un proiect care are multe caracteristici și sub-caracteristici?
Luați în considerare un proiect care are 20 de caracteristici și fiecare caracteristică principală a acelui proiect are 5 subfuncții fiecare. Matricea care reprezintă documentul de analiză a impactului este foarte mare și va fi dificil de întreținut. Tabelul corespunzător va arăta ca Tabelul nr.08.
Modul | Modulul 1 | Sub-modulul 1 | Submodul2 | Sub-modulul 3 | ........ | Modulul 2 | Sub-modulul 1 | Submodul2 | .............. |
Modulul 1 | |||||||||
Sub-modulul 1 | |||||||||
Submodul2 | |||||||||
............. | |||||||||
Modulul 2 | |||||||||
Sub-modulul 1 |
Tabelul nr.08
Deci, pentru a depăși această problemă, putem folosi un tabel special pentru reprezentarea modulelor și sub-modulelor din documentul de analiză a impactului. Vă rugăm să consultați Tabelul nr.09, rândurile reprezintă principalele caracteristici, iar coloanele reprezintă sub-caracteristici.
Sub-modulul 1 | Submodul2 | Sub-modulul 3 | Sub-modulul 4 | Sub-modulul 5 | |
---|---|---|---|---|---|
Modulul 7 | |||||
Modulul 1 | |||||
Modulul 2 | |||||
Modulul 3 | |||||
Modulul 4 | |||||
Modulul 5 |
Tabelul nr.09
Folosind acest document pentru proiecte uriașe, dezvoltatorii pot marca cu ușurință sub-caracteristicile care au un impact datorită modificării caracteristicii principale. Citibilitatea acestui document este mai bună în comparație cuTabelul nr.09.
cum se folosește float în java
Notă: Toate caracteristicile secundare nu vor avea impact din cauza modificărilor funcției principale.
Acum, luați în considerare un alt proiect care are 50 de module principale. Proiectul are un grup de dezvoltatori. Diferenți dezvoltatori lucrează la diferite sarcini ale proiectului (adăugarea de noi funcții, remedierea erorilor, refactorizarea etc.).
Putem arăta modificările unui proiect folosind un document de analiză a impactului. Dezvoltatorul va scrie informațiile despre modificarea corespunzătoare în tabel. Vă rugăm să consultați tabelul nr. 10 și tabelul nr. 11
Modificări de configurare | Comentarii ale dezvoltatorului | Prioritate | Planuri de viitor | |
---|---|---|---|---|
Modulul 1 | Browser Chrome | Testați utilizând browserul Chrome. | Raport de eroare # 001 | |
Modulul 2 | ||||
Modulul 3 | ||||
Modulul 4 | ||||
Modulul 5 | ||||
Modulul 6 |
Tabelul nr. 10
Elemente | Descriere |
---|---|
Modificări de configurare | Modificările unor module / caracteristici ale unui proiect vor depinde de dispozitivele / mediul utilizat. Dezvoltatorii trebuie să specifice modificările de configurație din document, astfel încât testerii să poată înțelege mai bine modificările. |
Comentariile dezvoltatorilor | Este una dintre cele mai importante informații necesare testerilor în timpul efectuării testării |
Prioritate | Testerii pot acorda prioritate cu ușurință sarcinii de testare cu ajutorul codurilor de culoare sau al numerelor din document |
Planuri de viitor | Testatorii trebuie să fie conștienți de planurile viitoare ale dezvoltatorilor. Dacă dezvoltatorii intenționează să schimbe codurile după câteva săptămâni, testerii nu trebuie să testeze funcționalitatea și să piardă timpul. Testerii pot aștepta până când dezvoltatorii finalizează procesul de codare. |
Tabelul nr. 11
Avantajele analizei impactului în testare
- Exact: Acest document va furniza întotdeauna date exacte cu privire la modificările modulelor / caracteristicilor din aplicație.
- Eficiență crescută în testare: Cu ajutorul acestui document, testerii pot planifica cazurile de testare mai eficient, deoarece documentul oferă informații clare despre modificările din module.
- Munca sincronizată: Toți membrii echipei sunt responsabili de actualizarea documentului de analiză a impactului. Acest document trebuie să fie actualizat.
- Precis: Deoarece documentul este ușor de citit, testerii vor avea o idee clară despre modificările dintr-o aplicație, examinând documentul.
- Timp de testare scăzut: În afară de testarea întregului sistem, testerii pot efectua testări în modulele și sub-modulele care s-au schimbat. Testatorii pot stabili priorități și planifica cazuri de testare. Astfel, ei pot reduce timpul de testare.
- Acoperire crescută: Folosind acest document, testerii se vor asigura că au verificat sub-modulele care sunt influențate de modificările din module. Procedând astfel, acoperirea testelor pentru proiect va crește.
- Standardizarea rezultatului testului: Dezvoltatorii și testerii vor folosi un document comun de analiză a impactului, care reprezintă fiecare schimbare a modulului.
- Responsabilitatea echipei crește: Membrii echipei trebuie să mențină acest document la zi. Fiecare membru al echipei este responsabil pentru actualizarea informațiilor despre modificările pe care le-a făcut sistemului.
- Prioritizați sarcina devreme și ușor: Deoarece documentul oferă o imagine clară a modificărilor, testerii pot acorda prioritate testării în conformitate cu aceasta.
- Cunoștințe clare despre produs: Cu ajutorul acestui document, atât dezvoltatorii, cât și testerii vor avea o idee despre toate modulele prezente în sistem.
- Detectare ușoară a erorilor: Detectarea erorilor este mult îmbunătățită. Un document de analiză a impactului este util pentru testarea integrării.
Concluzie
Un proiect poate fi realizat cu sau fără analiza impactului. Dar am văzut avantajele documentului de analiză a impactului din articolul de mai sus. Timpul de testare este foarte redus odată cu introducerea acestui document. Testatorii nu trebuie să piardă timpul testând caracteristicile care nu au modificări.
Odată cu introducerea acestui document, comunicarea dintre dezvoltatori și testeri este mult îmbunătățită și acest lucru duce la eficiență în testare. Testerii vor avea o idee mai bună despre întregul sistem.
Sperăm că ați înțeles clar Analiza impactului în testare. Simțiți-vă liber să împărtășiți comentariile dvs.
Lectură recomandată
- Testare software Job asistent QA
- Curs de testare software: La ce institut de testare software ar trebui să mă alătur?
- Testarea software-ului Conținut tehnic Scriitor Freelancer Job
- Alegerea Testelor software ca carieră
- Testați-vă capacitățile de analiză și puterea de gândire - Exerciții de testare software (partea 2)
- Feedback și recenzii despre cursul de testare software
- Câteva întrebări interesante despre testarea software-ului
- Testarea software-ului este o sarcină emoțională?