5 diagrame importante pe care testerii trebuie să le învețe cum să le folosească

5 important diagrams that testers need learn how use

Dacă nu pentru imagini, nu au existat înregistrări ale istoriei timpurii, cunoștințelor acceptabile și evoluției limbajului.

Nu pentru a dramatiza excesiv, dar diagramele își au propriul loc special chiar și într-o lume cu forme de scriere și expresie foarte evoluate și sofisticate.

În industria tehnologică, diagramele noastre ne sunt dragi.

Iată câteva dintre cele proeminente cu care noi testerii intrăm în contact strâns des și modul în care le folosim.

Ce veți învăța:

• 5 diagrame pe care testerii trebuie să le învețe cum să le folosească
• # 1) Diagramele de flux:
• # 2) Diagramele de tranziție de stat:
• # 3) Diagramele de context:
• # 4) Mindmaps:
• # 5) Diagramele ER:
• # 6) Bonus: Mock up screens / Wireframes:
• Pentru a încheia - Cum puteți crea aceste diagrame dacă aveți nevoie?
• Lectură recomandată

5 diagrame pe care testerii trebuie să le învețe cum să le folosească

Începem.

# 1) Diagramele de flux:

Diagramele de flux sunt cele mai bune pentru ilustrațiile proceselor. Folosesc simboluri specifice pentru fiecare sarcină / tip de acțiune care se desfășoară în cadrul procesului. Permite decizii, ramuri, bucle etc., făcându-l un instrument perfect pentru documentare și înțelegere.

Testatorii vor găsi de obicei diagramele de flux în planul de testare, strategia de testare, artefacte de cerințe (BRD, FRD etc.) sau alte documente de proces.

Cele mai frecvent utilizate simboluri și semnificațiile acestora într-un diagramă sunt:

• Ovale- Pentru început și oprire
• Dreptunghiuri- Pentru procesare / sau o sarcină
• Diamant- Pentru decizii

Pentru informații complete despre formele diagramei, consultați Simboluri diagramă de flux .

Este foarte simplu să înțelegeți un proces sau un flux de control printr-o diagramă de flux. Ajută la amintire, înțelegere și servește drept referință rapidă.

Citește și => Cum se scrie scenarii complexe de testare a logicii de afaceri folosind tehnica tabelului de decizii

Iată două moduri în care testerii folosim diagramele de flux:

a) Diagramele de flux pentru fluxul de control și analiza statistică:

Complexitatea ciclomatică este o valoare care ne ajută să măsurăm cât de complex este un anumit program software. Una dintre utilizările cunoașterii complexității ciclomatică este că ne ajută să înțelegem gradul de testare a unității care trebuie realizat pentru a obține o acoperire completă (mai multe informații și linkuri mai jos).

Diagrama de flux este o metodă de bază pentru a ajunge la această măsură.

Să învățăm cum să calculăm complexitatea ciclomatică pentru următorul program printr-o diagramă de control.

Pur și simplu creați o diagramă de flux de control așa cum se arată mai jos și utilizați această formulă:

Complexitate ciclomatică: = Număr de conexiuni sau linii - Număr de noduri + 2

Din diagramă, numărul de noduri este 7, iar conexiunile sunt 7.

Prin urmare, Complexitatea ciclomatică a acelei bucăți de cod este 7-7 + 2 = 2.

Aveți nevoie de mai multe informații despre cum să utilizați diagrama de control și complexitatea ciclomatică?

Verificați acest lucru:

• Corelația dintre complexitatea ciclometrică și acoperirea codului în timpul testării cutiei albe
• Complexitatea ciclomatică a lui McCabe și de ce nu o folosim

b) Diagramele de flux pentru ilustrarea procesului:

Următorul este un proces de urmărire a defectelor reprezentat într-un format de diagramă de flux. După cum puteți vedea, este foarte ușor de absorbit și implementat:

(Notă:Faceți clic pe imagine pentru vizualizarea mărită)

# 2) Diagramele de tranziție de stat:

Tabelele sau diagramele de tranziție de stare sunt instrumente excelente de analiză atunci când vă uitați la sisteme complexe care suferă o mulțime de modificări de la o stare la alta.

Pentru acei începători care se gândesc, „ce este tranziția de stat?” - Gândiți-vă la un bec care este controlat de un comutator. Un comutator poate fi activat / oprit. Deci, starea în care un bec poate fi la un anumit moment de timp este PORNIT sau OPRIT, iar evenimentul / acțiunea care îl determină să treacă de la o stare la alta este răsturnarea comutatorului.

Acest lucru poate fi afișat sub forma unei diagrame sau a unui tabel. Ca mai jos:

Simplu, nu-i așa? Să luăm ceva mai complex. Uitați-vă la o diagramă de tranziție de stare pentru un sistem de ticketing. Este destul de simplu și ușor de înțeles.

Vă rugăm să rețineți că diagramele de tranziție de stare sunt, de obicei, centrate pe entitatea afacerii și nu vizuale, centrate pe navigarea pagină cu pagină.

De exemplu: În cazul nostru, entitatea principală a activității este biletul în sine care este creat prin intermediul aplicației. Prima parte, realizarea biletului, ar putea implica navigarea în sistem prin câteva pagini:

• Pagina 1-> Selectați nr. de călători - adulți, copii și seniori.
• Pagina 2-> Alegeți tipul biletului - abonament de zi, abonament săptămânal, abonament lunar etc.
• Pagina 3-> Examinați detaliile și finalizați.
• Pagina4-> Efectuați plata etc.

Deci, ar putea exista multe tranziții vizuale diferite de la pagini la pagini, însă biletul în sine este în stare de realizare. Deci, în mod normal, nu creăm o diagramă ST pentru tranzițiile vizuale (puteți, dacă doriți, dar nu este la fel de des folosită), o facem pentru tranzițiile de stat ale entității de afaceri de bază.

Odată ce diagrama ST este creată, o puteți utiliza pentru a identifica cu ușurință scenariile de testare de la capăt la cap și tranzacțiile utilizatorilor finali, după cum urmează:

Cele trei linii galbene sunt 3 cazuri end-to-end care, atunci când sunt testate, vor acoperi cele mai critice și mai utilizate domenii ale aplicației. Acesta este un instrument atât de benefic pentru a crea cazuri de test semnificative și teste de acceptare de la capăt la cap.

Pentru o explicație mult mai cuprinzătoare și o utilizare reală, consultați => Tehnica de testare a tranziției de stat pentru testarea aplicațiilor complexe

# 3) Diagramele de context:

Sistemele software funcționează rar ca unități independente. Aplicații simple, cum ar fi un calculator, un bloc de note etc. ar putea funcționa singure, dar aplicația de întreprindere se interfață adesea cu multe alte aplicații.

De exemplu: Un sistem de salarizare ar putea interacționa cu aplicația de contabilitate, sistemul de fișe de timp pentru orele angajaților și portalul de resurse umane pentru detalii despre angajați. Diagramele de context sunt diagrame excelente care prezintă toate aceste relații într-un mod ușor de înțeles.

Următoarea este o diagramă de context pentru sistemul de salarizare tocmai descris:

O diagramă contextuală arată foarte clar contextul unui anumit sistem cu toate celelalte entități care se referă la acesta. Pentru o explicație simplă, verificați aici =>

Pentru o explicație simplă, verificați aici => Diagrama contextului sistemului

Diagramele de context ajută testerii să înțeleagă sistemul într-un sens mai larg și ajută la crearea unor strategii de testare care să includă aceste relații de intrare și de ieșire pe care sistemul le are cu celelalte entități. Este posibil să nu creăm o diagramă contextuală ca parte a procesului nostru de testare, dar dacă este disponibilă, aceasta ajută la o înțelegere excelentă.

# 4) Mindmaps:

O hartă mentală urmărește o minte ocupată care saltează de la subiect la subiect; fiecare gând devenind mai adânc și ramificându-se mai larg cu fiecare idee. Este o formă de diagramă care începe doar cu ideea dvs. principală și documentează fiecare sub-gând care provine din ea.

cel mai bun software de joc pentru începători

Hărțile mentale pot fi folosite pentru orice și orice. Deși, încă nu trebuie să apară în IEEE, CMMI sau alte șabloane standard sau documente de proces, acestea sunt încă o parte foarte populară a culturii industriei software.

O utilizare foarte populară a hărților mentale este urmărirea testelor exploratorii. (Știu, știu, vă gândiți, de ce trebuie urmărită deloc testarea exploratorie? Acest lucru se datorează faptului că, cu cicluri de dezvoltare rapidă, agilitate și alte metode mai rapide de dezvoltare de software, devine mai puțin probabil ca testerii să găsească timpul și domeniul de aplicare pentru documentația completă. Aceasta înseamnă că amploarea explorării crește și trebuie consolidată. Hărțile mentale pot face exact asta pentru dvs.)

De exemplu: Următoarea este o diagramă pentru o aplicație de comerț electronic în care urmăriți pur și simplu testarea cu o hartă mentală după cum urmează:

Este posibil ca testerii să nu primească hărțile mentale ca intrări. Dar s-ar putea să vedem situații când trebuie să le creăm. A face acest lucru este foarte ușor. Începeți cu ideea dvs. centrală sau punctul de plecare și urmați unde vă duc gândurile. Există multe instrumente online simple și ușor gratuite pe care le puteți utiliza pentru cartografierea mentală. Acesta este cel pe care l-am folosit pentru a desena cele de mai sus harta aici.

Pentru mai multe informații și instrumente, consultați => Cartografierea minții în testarea software - Moduri de a face testarea mai distractivă!

# 5) Diagramele ER:

Diagramele entitate-relație (ER) sunt utilizate pentru modelarea bazei de date. Ne ajută să înțelegem tabelele, câmpurile lor și modul în care câmpurile dintr-un tabel se raportează la câmpurile din alte tabele din sistemul DB. Acesta arată componentele sistemului dvs. DB și relațiile dintre ele într-un mod vizual.

Diagramele ER acționează și ca o încercare inițială a modelului DB și a vizualizării înainte ca sistemele DB să fie proiectate și construite.

Diagramele ER au entități (instanțele tabelelor DB) și relațiile lor (una la unu, una la mai multe, una la obligatoriu etc.) reprezentate folosind cutii și conectori de picioare de corbă. )

Există multe variante ale diagramelor ER, dar cea mai simplă versiune poate arăta după cum urmează:

Imagine Sursă

Pentru o introducere rapidă și explicații, verificați:

• Diagrama relației cu entitățile (ERD) Video de instruire
• Tutorial Diagrama relației entităților (ERD)

# 6) Bonus: Mock up screens / Wireframes:

Cadrele de sârmă sunt fie HTML, fie imagini simple (capturi de ecran) care ne arată schematic viitoarea pagină / componentă a UI.

Wireframele sunt o binecuvântare pentru testeri, deoarece ne fac foarte ușor să vizualizăm produsul final și să putem îmbunătăți procesul de analiză a proiectării testelor. Aceasta înseamnă scenarii de testare mai bune, cazuri de testare mai bune și, la rândul lor, o eficiență mai mare a testelor.

Wireframele pot fi simple imagini desenate manual sau structuri de pagini web create interactiv sau orice alte diagrame reprezentative pentru sistemul final.

Un wireframe simplu pentru ecranul de conectare poate fi după cum urmează:

Iată un link rapid pentru a înțelege modul în care echipele QA folosesc wireframele pentru testarea timpurie și câteva instrumente pentru a le crea => Wireframes - Ar trebui să fie testate cu adevărat? Și dacă da, cum?

Pentru a încheia - Cum puteți crea aceste diagrame dacă aveți nevoie?

În cea mai mare parte, testerii interpretează majoritatea diagramelor menționate mai sus. Dar, rareori, ar trebui să le creăm. MS Visio și SmartDraw sunt instrumente excelente de utilizat. Cu toate acestea, dacă căutați ceva liber și ușor (fără instalare și configurare), verifica aici.

Când nu aveți acces la internet și tot ce aveți este cuvântul dvs. sau vopsea, puteți utiliza formele disponibile pentru a crea aceste diagrame (bine, cel puțin cele mai multe dintre ele). Aceasta este metoda mea cea mai puțin preferată, deoarece consumă mult timp și nu este atât de ușor de utilizat, dar o va face.

Despre autor: Acest articol este scris de Swati, membru al echipei noastre.

Deci, ce diagrame utilizați și care sunt preferatele dvs.?

Lectură recomandată

• Sfaturi pentru testarea software-ului pentru testatorii începători
• Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
• Ce este testarea componentelor sau testarea modulelor (Aflați cu exemple)
• Ce este testarea comparativă (Aflați cu exemple)
• Testatorii își pierd controlul asupra testării din cauza automatizării?
• Compania globală de testare a software-ului va ajunge în curând la 28,8 miliarde de dolari
• Cum să păstrați motivația în viață în testerele de software?
• Descărcare eBook Descărcare Primer