5 important diagrams that testers need learn how use
Če ne bi bilo slik, ne bi bilo posnetkov zgodnje zgodovine, sprejemljivega znanja in razvoja jezika.
Da ne bi preveč dramatizirali, ampak diagrami imajo svoje posebno mesto tudi v svetu z zelo razvitimi in dovršenimi oblikami pisanja in izražanja.
Naši diagrami so nam zelo dragi.
Tu je nekaj vidnih, s katerimi smo preizkuševalci pogosto v tesnem stiku, in kako jih uporabljamo.
Kaj se boste naučili:
- 5 diagramov, ki se jih morajo preizkuševalci naučiti uporabljati
- # 1) Diagrami poteka:
- # 2) Diagrami prehodov stanja:
- # 3) Kontekstni diagrami:
- # 4) Mindmaps:
- # 5) Grafikoni ER:
- # 6) Bonus: maketni zasloni / žični okvirji:
- Za zaključek - Kako lahko po potrebi ustvarite te diagrame?
- Priporočeno branje
5 diagramov, ki se jih morajo preizkuševalci naučiti uporabljati
Tu smo.
# 1) Diagrami poteka:
Diagrami poteka so najboljši za ilustracije postopkov. Za vsako nalogo / vrsto dejanja, ki se izvede v procesu, uporabljajo posebne simbole. Omogoča odločitve, veje, zanke itd., Zato je odlično orodje za dokumentiranje in razumevanje.
Testerji ponavadi najdejo diagrame poteka v preskusnem načrtu, strategiji testiranja, artefaktih zahtev (BRD, FRD itd.) Ali drugih procesnih dokumentih.
Najpogosteje uporabljeni simboli in njihov pomen v diagramu poteka so:
- Jajčniki- Za zagon in konec
- Pravokotniki- Za obdelavo / ali nalogo
- Diamant- Za odločitve
Za popolne informacije o oblikah diagramov poteka si oglejte Simboli diagrama poteka .
Razumevanje postopka ali toka nadzora prek diagrama poteka je zelo preprosto. Pomaga pri zapomnjevanju, razumevanju in služi kot hitra referenca.
Preberite tudi => Kako napisati zapletene scenarije preizkusa poslovne logike s tehniko odločitvenih tabel
Tukaj sta dva načina, kako preizkuševalci uporabljajo diagrame poteka:
a) Diagrami poteka za nadzor pretoka in statistične analize:
Ciklomatična kompleksnost je metrika, ki nam pomaga izmeriti, kako zapleten je določen program. Eden od načinov poznavanja ciklomatske kompleksnosti je, da nam pomaga razumeti obseg enotnega testiranja, ki ga je treba opraviti, da dosežemo popolno pokritost (več informacij in povezave spodaj).
Diagram poteka je metoda, s katero lahko dosežemo ta ukrep.
Naučimo se, kako izračunamo ciklomatično kompleksnost za naslednji program s pomočjo nadzornega diagrama.
Preprosto ustvarite kontrolni diagram poteka, kot je prikazano spodaj, in uporabite to formulo:
Ciklomatična kompleksnost: = Število povezav ali vrstic - Število vozlišč + 2
Iz diagrama je število vozlišč 7, povezav pa 7.
Zato je ciklomatična kompleksnost tega koda 7-7 + 2 = 2.
Potrebujete več informacij o tem, kako uporabljati diagram poteka krmiljenja in ciklomatsko zapletenost?
Poglej to:
- Korelacija med ciklometrično kompleksnostjo in pokritostjo kode med testiranjem bele škatle
- McCabejeva ciklomatična kompleksnost in zakaj ga ne uporabljamo
b) Diagrami poteka za ponazoritev postopka:
Sledi postopek sledenja napak, predstavljen v obliki diagrama poteka. Kot lahko vidite, je zelo enostavno absorbirati in izvesti:
(Opomba:Kliknite na sliko za povečani pogled)
# 2) Diagrami prehodov stanja:
Tabele ali diagrami prehodov stanja so izvrstno orodje za analizo, ko gledate zapletene sisteme, ki se med posameznimi stanji precej spreminjajo.
Za začetnike, ki razmišljajo o tem, kaj je prehod države? Pomislite na žarnico, ki jo krmili stikalo. Stikalo lahko vklopite / izklopite. Tako je stanje, da je lahko žarnica v določenem trenutku vklopljeno ali izklopljeno, dogodek / dejanje, ki povzroči prehod iz enega stanja v drugo, pa je preklop stikala.
To lahko prikažemo v obliki diagrama ali tabele. Kot spodaj:
Žarnica vklopljena | Žarnica IZKLOPLJENA | |
---|---|---|
Žarnica vklopljena | N | Flipswitch OFF |
Žarnica IZKLOPLJENA | Flipswitch ON | N |
Preprosto, kajne? Vzemimo nekaj malce bolj zapletenega. Oglejte si diagram prehoda stanja za sistem vozovnic. Je dokaj enostavno in lahko razumljivo.
Upoštevajte, da so diagrami prehodov države običajno osredotočeni na poslovne subjekte in ne vizualno usmerjeni na navigacijo.
Na primer: V našem primeru je osnovni poslovni subjekt sama vozovnica, ki je ustvarjena prek aplikacije. Prvi del, ki sestavlja vozovnico, bi lahko vključeval krmarjenje po sistemu po nekaj straneh:
- Stran 1-> Izberite št. popotnikov - odraslih, otrok in starejših.
- Stran 2-> Izberite vrsto vozovnice - dnevna, tedenska, mesečna itd.
- Stran 3-> Preglejte podrobnosti in dokončajte.
- Stran4-> Izvedite plačilo itd.
Torej, obstaja lahko veliko različnih vizualnih prehodov od strani do strani, vendar je vstopnica že v stanju izdelave. Zato običajno ne ustvarjamo diagrama ST za vizualne prehode (lahko, če želite, vendar ni tako pogosto uporabljen), temveč za državne prehode osnovnega poslovnega subjekta.
Ko je diagram ST ustvarjen, ga lahko uporabite za enostavno prepoznavanje preskusnih scenarijev od konca do konca in transakcij končnega uporabnika, kot sledi:
Tri rumene črte so trije primeri od konca do konca, ki bodo po preizkusu pokrivali najbolj kritična in najbolj uporabljena področja uporabe. To je tako koristno orodje za ustvarjanje smiselnih testnih primerov in končne sprejemne teste.
Za veliko bolj izčrpno razlago in uporabo v resničnem svetu si oglejte => Državna prehodna preizkusna tehnika za preskušanje kompleksnih aplikacij
# 3) Kontekstni diagrami:
Programski sistemi redko delujejo kot neodvisne enote. Preproste aplikacije, kot so kalkulator, beležka itd., Lahko delujejo same od sebe, toda aplikacija podjetja je pogosto vmesnik s številnimi drugimi aplikacijami.
Na primer: Sistem plač lahko sodeluje z računovodsko aplikacijo, sistemom urnikov za ure zaposlenih in kadrovskim portalom za podrobnosti o zaposlenih. Kontekstni diagrami so odlični diagrami, ki na preprost način prikažejo vse te odnose.
Sledi kontekstni diagram za ravnokar opisani sistem plač:
Kontekstni diagram zelo jasno prikazuje kontekst določenega sistema z vsemi drugimi entitetami, ki so povezane z njim. Za preprosto razlago preverite tukaj =>
Za preprosto razlago preverite tukaj => Sistemski kontekstni diagram
Kontekstni diagrami pomagajo preizkuševalcem razumeti sistem v širšem smislu in pomagajo pri ustvarjanju preskusnih strategij, ki vključujejo te vhodne in odhodne odnose, ki jih ima sistem z drugimi entitetami. Kontekstnega diagrama morda ne bomo ustvarili kot del našega preskusnega postopka, vendar je, če je na voljo, pripomore k večjemu razumevanju.
# 4) Mindmaps:
Miselni zemljevid sledi zaposlenemu umu, ki skače od teme do teme; vsaka misel se z vsako idejo poglablja in širi. To je oblika diagrama, da začnete s svojo glavno idejo in dokumentirate vsako posamezno podmisel, ki iz nje izvira.
kako inicializirati seznam v javi -
Zemljevidi uma se lahko uporabljajo za vse in vse. Čeprav se še ne bodo pojavili v IEEE, CMMI ali drugih standardnih predlogah ali v obdelavi dokumentov, so še vedno zelo priljubljen del kulture programske industrije.
Zelo priljubljena uporaba miselnih zemljevidov je sledenje raziskovalnim testiranjem. (Vem, vem, razmišljate, zakaj je sploh treba spremljati raziskovalno testiranje? Ker je s hitrimi razvojnimi cikli, agilnimi in drugimi hitrejšimi metodami razvoja programske opreme vse manj verjetno, da bodo preizkuševalci našli čas in obseg popolne dokumentacije. To pomeni, da obseg raziskovanja narašča in ga je treba okrepiti. Mind maps lahko to storijo namesto vas.)
Na primer: Spodaj je diagram za e-trgovino, kjer preprosto sledite svojemu testiranju z miselnim zemljevidom, kot sledi:
Preizkuševalci morda ne bodo dobili miselnih map kot vhodne podatke. Lahko pa vidimo situacije, ko jih moramo ustvariti. To je zelo enostavno. Začnite s svojo osrednjo idejo ali izhodiščem in sledite tja, kam vas vodijo vaše misli. Obstaja veliko preprostih in enostavnih brezplačnih spletnih orodij, ki jih lahko uporabite za preslikavo misli. To je tisto, s katerim sem risal zgoraj zemljevid tukaj.
Za več informacij in orodij si oglejte => Mapiranje misli pri testiranju programske opreme - načini, kako narediti testiranje bolj zabavno!
# 5) Grafikoni ER:
Diagrami entitet-odnos (ER) se uporabljajo za modeliranje zbirke podatkov. Pomagajo nam razumeti tabele, njihova polja in kako se polja v eni tabeli nanašajo na polja v drugih tabelah v sistemu DB. Vizualno prikazuje komponente vašega sistema DB in razmerja med njimi.
Diagrami ER delujejo tudi kot začetni poskusni zagon modela DB in vizualizacija pred načrtovanjem in izdelavo sistemov DB.
Diagrami ER imajo entitete (primerke tabel DB) in njihova razmerja (ena do ena, ena do več, ena do obveznih itd.), Predstavljene s pomočjo polj in vtičnih spojnikov. ]
Diagramov ER je veliko različic, vendar je najpreprostejša različica videti spodaj:
Slika Vir
Za hiter uvod in razlago preverite:
# 6) Bonus: maketni zasloni / žični okvirji:
Žični okviri so HTML ali preproste slike (posnetki zaslona), ki nam shematično prikažejo prihodnjo stran / komponento uporabniškega vmesnika.
Žični okvirji so za preskuševalce blagoslov, saj nam zelo olajšajo vizualizacijo končnega izdelka in izboljšanje njihovega procesa analize zasnove testa. To pomeni boljše testne scenarije, boljše testne primere in posledično večjo učinkovitost testov.
Žični okvirji so lahko preproste ročno narisane slike ali interaktivno ustvarjene strukture spletnih strani ali kateri koli drugi diagrami, ki predstavljajo končni sistem.
Preprost žični okvir za prijavni zaslon je lahko spodaj:
Tu je hitra povezava za razumevanje načina, kako ekipe za zagotavljanje kakovosti uporabljajo žične okvirje za zgodnje testiranje in nekaj orodij za njihovo ustvarjanje => Žični okvirji - Ali jih je treba res preskusiti? In če da, kako?
Za zaključek - Kako lahko po potrebi ustvarite te diagrame?
Preizkuševalci večinoma interpretirajo večino zgoraj omenjenih diagramov. Toda redko jih bomo morda morali ustvariti. MS Visio in SmartDraw so odlična orodja za uporabo. Če pa iščete nekaj brezplačnega in lahkega (brez namestitve in namestitve), preverite tukaj.
Če nimate dostopa do interneta in imate le besedo ali barvo, lahko za oblikovanje teh diagramov uporabite razpoložljive oblike (no, vsaj večino). To je moja najmanj priljubljena metoda, ker je zamudna in ni tako uporabniku prijazna, vendar bo.
O avtorju: Ta članek je napisal član naše ekipe Swati.
Torej, katere diagrame uporabljate in kateri so vaši najljubši?
Priporočeno branje
- Nasveti za preizkušanje programske opreme za preizkuševalce začetnike
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Kaj je testiranje komponent ali testiranje modulov (naučite se s primeri)
- Kaj je primerjalno testiranje (naučite se s primeri)
- Ali preizkuševalci zaradi avtomatizacije izgubljajo oprijem zaradi preskušanja?
- Svetovno podjetje za testiranje programske opreme bo kmalu doseglo 28,8 milijarde dolarjev
- Kako ohraniti motivacijo pri preizkuševalcih programske opreme?
- Preizkus eBook Prenos knjige