Menu

5 dôležitých diagramov, ktoré sa testéri musia naučiť, ako používať

5 important diagrams that testers need learn how use

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Keby neboli obrázky, neexistovali by záznamy o ranej histórii, priechodných znalostiach a vývoji jazyka.

Nie príliš dramatizovať, ale diagramy majú svoje špeciálne miesto aj vo svete s vysoko vyvinutými a prepracovanými formami písma a prejavu.

V technologickom priemysle sú nám naše diagramy drahé.

Tu sú niektoré z prominentných, s ktorými sme my testeri často v úzkom kontakte a ako ich používame.

Čo sa dozviete:

5 diagramov, ktoré sa testéri musia naučiť, ako používať

Schémy pre testerov

Ideme na to.

# 1) Vývojové diagramy:

Vývojové diagramy sú najvhodnejšie na ilustráciu procesov. Používajú špecifické symboly pre každú úlohu / typ akcie, ktorá sa vykonáva v rámci procesu. Umožňuje rozhodnutia, pobočky, slučky atď., Čo z neho robí dokonalý nástroj na dokumentáciu a porozumenie.

Testéri zvyčajne nájdu vývojové diagramy v pláne testovania, stratégii testovania, artefaktoch požiadaviek (BRD, FRD atď.) Alebo v ďalších procesných dokumentoch.

Najčastejšie používané symboly a ich význam vo vývojovom diagrame sú:

  • Ovály- Pre štart a stop
  • Obdĺžniky Na spracovanie / alebo úlohu
  • Diamant- Za rozhodnutia

Kompletné informácie o tvaroch vývojových diagramov nájdete tu Symboly vývojového diagramu .

Porozumieť procesu alebo toku riadenia prostredníctvom vývojového diagramu je veľmi jednoduché. Pomáha pri zapamätávaní, porozumení a slúži ako rýchla referencia.

Prečítajte si tiež => Ako písať zložité testovacie scenáre obchodnej logiky pomocou techniky rozhodovacej tabuľky

Tu sú dva spôsoby, ako testeri používajú vývojové diagramy:

a) Vývojové diagramy pre regulačný tok a štatistickú analýzu:

Cyklomatická zložitosť je metrika, ktorá nám pomáha merať, aký zložitý je konkrétny softvérový program. Jedným z spôsobov, ako poznať cyklomatickú zložitosť, je to, že nám pomáha pochopiť rozsah testovania jednotiek, ktoré je potrebné vykonať, aby sme dosiahli úplné pokrytie (viac informácií a odkazov nižšie).

Vývojový diagram je metóda, ktorá slúži na dosiahnutie tohto opatrenia.

Naučme sa, ako ju vypočítať cyklomatickú zložitosť pre nasledujúci program prostredníctvom vývojového diagramu riadenia.

vývojový diagram riadenia

Jednoducho vytvorte vývojový diagram riadenia, ako je uvedené nižšie, a použite tento vzorec:

Cyklomatická zložitosť: = Počet pripojení alebo liniek - Počet uzlov + 2

vývojový diagram riadenia 1

Z diagramu je počet uzlov 7 a pripojení 7.

Preto je cyklomatická zložitosť časti kódu 7-7 + 2 = 2.

Potrebujete viac informácií o tom, ako používať vývojový diagram riadenia a cyklomatickú zložitosť?

Pozri na toto:

b) Vývojové diagramy na ilustráciu procesu:

Nasleduje proces sledovania defektov vo formáte vývojového diagramu. Ako vidíte, je veľmi ľahké vstrebávať a implementovať:

(Poznámka:Pre zväčšenie kliknite na obrázok)

Vývojové diagramy na ilustráciu procesu

# 2) Schémy prechodu stavu:

Tabuľky alebo diagramy prechodu stavu sú skvelými analytickými nástrojmi, keď sa pozeráte na zložité systémy, ktoré prechádzajú mnohými zmenami z jedného štátu do druhého.

Pre tých začiatočníkov, ktorí myslia na to, čo je to prechod štátu? Mysli na žiarovku, ktorá sa ovláda vypínačom. Prepínač je možné otočiť do polohy ZAP / VYP. Stav, ktorý môže mať žiarovku v danom okamihu, je teda ZAPNUTÝ alebo VYPNUTÝ a udalosť / akcia spôsobujúca jej prechod z jedného stavu do druhého je otočením spínača.

Môže to byť zobrazené vo forme diagramu alebo tabuľky. Ako nižšie:

Schéma prechodu stavu

LightBulb ZAPNUTÝLightBulb VYPNUTÝ
LightBulb ZAPNUTÝNFlipswitch VYPNUTÝ
Žiarovka VYPNUTÁFlipswitch ONN

Jednoduché, nie? Poďme na niečo trochu zložitejšie. Pozrite sa na diagram prechodov stavu pre systém cestovných lístkov. Je to celkom priame a ľahko pochopiteľné.

diagram prechodu stavu pre systém cestovných lístkov

Upozorňujeme, že diagramy prechodu stavu sú zvyčajne zamerané na podnikateľské subjekty a nie na vizuálnu stránku po stránke.

Napríklad: Hlavným podnikateľským subjektom je v našom prípade samotný lístok, ktorý sa vytvorí prostredníctvom aplikácie. Prvá časť - výroba lístka - môže zahŕňať navigáciu v systéme cez niekoľko stránok:

  • Strana 1-> Vyberte č. cestujúcich - dospelých, detí a seniorov.
  • Strana 2-> Vyberte si typ lístka - denný lístok, týždenný lístok, mesačný lístok atď.
  • Strana 3-> Skontrolujte podrobnosti a dokončite prácu.
  • Strana4-> Uskutočniť platbu atď.

Môže teda existovať veľa rôznych vizuálnych prechodov medzi stránkami, ale samotný lístok je v stave, v ktorom sa vyrába. Normálne teda nevytvárame diagram ST pre vizuálne prechody (môžete, ak chcete, ale nie je to tak často používané), robíme to pre prechody stavu hlavnej obchodnej entity.

Po vytvorení diagramu ST ho môžete použiť na ľahkú identifikáciu scenárov komplexného testovania a transakcií koncových používateľov, a to nasledovne:

Diagram ST

Tri žlté čiary sú 3 úplné prípady, ktoré pri testovaní pokryjú najkritickejšie a najpoužívanejšie oblasti aplikácie. Jedná sa o taký užitočný nástroj na vytváranie zmysluplných testovacích prípadov a záverečných testov prijatia.

Ak chcete získať oveľa komplexnejšie vysvetlenie a použitie v reálnom svete, pozrite si stránku => Technika testovania prechodového stavu pre testovanie zložitých aplikácií

# 3) Kontextové diagramy:

Softvérové ​​systémy zriedka fungujú ako nezávislé jednotky. Jednoduché aplikácie, ako je kalkulačka, poznámkový blok atď., Môžu pracovať sami, ale podniková aplikácia často spolupracuje s mnohými inými aplikáciami.

Napríklad: Mzdový systém môže interagovať s účtovníckou aplikáciou, systémom pracovných výkazov pre hodiny zamestnancov a HR portálom s podrobnosťami o zamestnancoch. Kontextové diagramy sú vynikajúce diagramy, ktoré zobrazujú všetky tieto vzťahy ľahko pochopiteľným spôsobom.

Nasleduje kontextový diagram práve opísaného mzdového systému:

Kontextový diagram

Kontextový diagram veľmi jasne ukazuje kontext určitého systému so všetkými ostatnými entitami, ktoré sa ho týkajú. Jednoduché vysvetlenie nájdete tu =>

Jednoduché vysvetlenie nájdete tu => Kontextový diagram systému

Kontextové diagramy pomáhajú testerom porozumieť systému v širšom zmysle a pomáhajú pri vytváraní stratégií testovania, ktoré zahŕňajú tieto prichádzajúce a odchádzajúce vzťahy, ktoré má systém s ostatnými entitami. Možno nebudeme vytvárať kontextový diagram ako súčasť nášho testovacieho procesu, ale ak je k dispozícii, pomôže vám skvele porozumieť.

# 4) Mindmapy:

Myšlienková mapa sleduje zaneprázdnenú myseľ, ktorá preskakuje z témy na tému; každá myšlienka sa každým nápadom prehlbovala a rozvetvovala. Je to forma diagramu, ktorý začína len vašou hlavnou myšlienkou a dokumentuje každú jednu podzmyslu, ktorá z nej pochádza.

Ako nájdem sieťový bezpečnostný kľúč

Myšlienkové mapy je možné použiť na všetko a na všetko. Aj keď sa ešte len objavia v IEEE, CMMI alebo iných štandardných šablónach alebo procesných dokumentoch, stále sú veľmi populárnou súčasťou kultúry softvérového priemyslu.

Jedným z veľmi populárnych použití myšlienkových máp je sledovanie prieskumného testovania. (Viem, viem, myslíte si, prečo je potrebné vôbec sledovať prieskumné testovanie? Je to preto, že pri rýchlych vývojových cykloch, agilných a iných rýchlejších metódach vývoja softvéru je pre testerov čoraz menšia pravdepodobnosť, že nájdu čas a priestor na kompletnú dokumentáciu. To znamená, že rozsah prieskumu rastie a je potrebné ho posilniť. Myšlienkové mapy to dokážu práve za vás.)

Napríklad: Nasleduje diagram pre aplikáciu elektronického obchodu, kde jednoducho sledujete svoje testovanie pomocou myšlienkovej mapy nasledovne:

diagram pre aplikáciu elektronického obchodu

Testéri nemusia dostať myšlienkové mapy ako vstupy. Ale mohli by sme vidieť situácie, keď ich musíme vytvoriť. Je to veľmi ľahké. Začnite s vašou ústrednou myšlienkou alebo východiskovým bodom a sledujte, kam vás vaše myšlienky zavedú. Existuje veľa jednoduchých a ľahkých bezplatných online nástrojov, ktoré môžete použiť na mapovanie mysle. Toto je ten, ktorý som použil na nakreslenie vyššie uvedeného mapa tu.

Ďalšie informácie a nástroje nájdete na serveri => Mapovanie mysle pri testovaní softvéru - spôsoby, ako urobiť testovanie zábavnejším!

# 5) Grafy ER:

Diagramy entitno-vzťahov (ER) sa používajú na modelovanie databázy. Pomáhajú nám pochopiť tabuľky, ich polia a to, ako polia v jednej tabuľke súvisia s poľami v iných tabuľkách v systéme DB. Vizuálne zobrazuje komponenty vášho systému DB a vzťahy medzi nimi.

Schémy ER tiež slúžia ako úvodná skúšobná prevádzka modelu DB a vizualizácie pred navrhnutím a vybudovaním systémov DB.

Schémy ER majú entity (inštancie tabuliek DB) a ich vzťahy (jedna k jednej, jedna k mnohým, jedna k povinným atď.) Znázornené pomocou škatúľ a konektorov vrána. )

Existuje veľa variácií ER diagramov, ale najjednoduchšia verzia môže vyzerať takto:

Diagram IS

Obrázok Zdroj

Stručný úvod a vysvetlenie nájdete na stránkach:

# 6) Bonus: Vysmievanie obrazoviek / drôtových modelov:

Drátové rámy sú buď HTML, alebo jednoduché obrázky (snímky obrazovky), ktoré nám schematicky zobrazujú budúcu stránku / komponent UI.

Drôtové modely sú pre testerov požehnaním, pretože nám uľahčujú vizualizáciu finálneho produktu a zlepšujú proces analýzy ich návrhu. To znamená lepšie testovacie scenáre, lepšie testovacie prípady a naopak vyššiu účinnosť testu.

Drátovými modelmi môžu byť jednoduché ručne kreslené obrázky alebo interaktívne vytvorené štruktúry webových stránok alebo akékoľvek iné diagramy, ktoré sú reprezentatívne pre konečný systém.

Jednoduchý drôtový model pre prihlasovaciu obrazovku môže byť uvedený nižšie:

prihlasovacia obrazovka

Tu je rýchly odkaz na pochopenie toho, ako tímy QA používajú drôtové rámce na včasné testovanie a niektoré nástroje na ich vytvorenie => Drôtové modely - mali by byť skutočne testované? A ak áno, ako?

Zhrnutie - Ako môžete vytvoriť tieto diagramy, ak potrebujete?

Testéri väčšinou interpretujú väčšinu vyššie uvedených diagramov. Ale zriedka ich možno budeme musieť vytvoriť. MS Visio a SmartDraw sú skvelé nástroje na použitie. Ak však hľadáte niečo ľahké a ľahké (žiadna inštalácia a nastavenie), pozrite sa tu.

Ak nemáte prístup na internet a máte len svoje slovo alebo farbu, môžete na vytvorenie týchto diagramov použiť dostupné tvary (teda aspoň väčšina z nich). Toto je moja najmenej obľúbená metóda, pretože je časovo náročná a nie tak užívateľsky príjemná, ale bude sa hodiť.

O autorovi: Tento článok je napísaný členom nášho tímu Swati.

Aké diagramy teda používate a ktoré sú vaše obľúbené?

Odporúčané čítanie

^