<\/span><\/h3>\n <\/p>\n
Stati\u010dno in dinami\u010dno testiranje sta dva razli\u010dna pristopa k preverjanju programske opreme, ki imata svoje prednosti, slabosti in uporabnost. Neposredna izbira med enim in drugim ni realna, saj imata razli\u010dni funkciji.<\/p>\n
Pri stati\u010dnem testiranju gre za proaktivno delovanje in \u010dim prej\u0161nje odkrivanje te\u017eav. Gre za iskanje in re\u0161evanje te\u017eav, \u0161e preden se pojavijo.<\/p>\n
Dinami\u010dno testiranje je bolj reaktivno, saj napake i\u0161\u010de z izvajanjem kode. Da, na splo\u0161no je bolj zamudno in zahteva ve\u010d virov kot stati\u010dno testiranje. Vendar pa najde napake, ki bi jih sicer odkrili samo s stati\u010dnim testiranjem.<\/p>\n
Pravi odgovor je, da lahko s stati\u010dnim in dinami\u010dnim testiranjem zagotovite, da so va\u0161a koda in z njo povezana dokumentacija ustrezni in da je programska oprema skladna s pri\u010dakovanji zainteresiranih strani.<\/p>\n
<\/p>\n
<\/span>Kaj se testira med stati\u010dnim testiranjem?<\/strong><\/span><\/h2>\n![\"Razli\u010dne](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/api-testing-1-jpg.webp\")
<\/p>\n
Stati\u010dno testiranje obravnava zasnovo, kodo in dokumente, ki sestavljajo va\u0161 projekt. Raz\u010dlenimo stvari, na katere morajo biti testerji pozorni, da zagotovijo celovit pristop k stati\u010dnemu testiranju.<\/p>\n
<\/span>1. Pregled dokumentacije<\/strong><\/span><\/h3>\nEden od prvih delov stati\u010dnega testiranja vklju\u010duje temeljit pregled dokumentacije. Tukaj je nekaj dokumentov, ki so pod drobnogledom.<\/p>\n
<\/span>Dokumenti o poslovnih zahtevah<\/strong><\/span><\/h4>\nTesterji bodo pregledali dokument s poslovnimi zahtevami in zagotovili, da so v njih natan\u010dno zajete potrebe zainteresiranih strani in da so usklajene s poslovnimi cilji.<\/p>\n
<\/span>Specifikacije zahtev za programsko opremo (SRS)<\/strong><\/span><\/h4>\nDokument s specifikacijami zahtev za programsko opremo (SRS) opisuje funkcijo in uporabnost programske opreme. S stati\u010dnim testiranjem preverite ta dokument in zagotovite, da natan\u010dno opisuje funkcionalnost programske opreme, vklju\u010dno z odvisnostmi in uporabni\u0161kimi vmesniki.<\/p>\n
<\/span>Projektna dokumentacija<\/strong><\/span><\/h4>\nPregledamo tudi projektno dokumentacijo, da zagotovimo njeno skladnost z zahtevami in specifikacijami. Preizku\u0161evalci preverjajo enotni jezik modeliranja (UML), pretok podatkov in arhitekturne diagrame, da bi zagotovili njihovo skladnost z zahtevami projekta.<\/p>\n
<\/span>Dokumenti o primerih uporabe in uporabni\u0161kih zgodbah<\/strong><\/span><\/h4>\nPri stati\u010dnem testiranju se preverjajo tudi dokumenti uporabni\u0161kega primera in uporabni\u0161ke zgodbe, da se ugotovi, kako se ujemajo s funkcionalnimi in nefunkcionalnimi vidiki programske opreme. V teh dokumentih so opisane sre\u010dne poti (predvidena uspe\u0161na uporaba), alternativni tokovi, skrajni primeri in morebitne napake.<\/p>\n
<\/span>Testni primeri<\/strong><\/span><\/h4>\nTa zgodnja faza testiranja je prilo\u017enost za pregled testnih primerov, da se zagotovi ustrezna pokritost, viri, ustrezne tehnike, realisti\u010dni \u010dasovni razporedi itd. Poleg tega bodo pregledi preu\u010dili tudi, ali so rezultati testnih primerov podrobni in realisti\u010dni.<\/p>\n
<\/p>\n
<\/span>2. Pregled kodeksa<\/strong><\/span><\/h3>\nNato bo pregledana koda, uporabljena za aplikacijo. Tukaj so nekatera podro\u010dja, ki jih bodo testne ekipe pregledale.<\/p>\n
<\/span>Napake sintakse<\/strong><\/span><\/h4>\nPreizku\u0161evalci in razvijalci bodo pregledali kodo in v njej iskali sintakti\u010dne napake, tipkarske napake, napa\u010dna imena spremenljivk, manjkajo\u010da lo\u010dila in vse manj\u0161e ali ve\u010dje napake, ki bodo povzro\u010dile napake, ko bo koda kon\u010dno izvedena.<\/p>\n
<\/span>Mrtva koda<\/strong><\/span><\/h4>\nMrtva koda, imenovana tudi nedosegljiva koda, je del izvorne kode programa, ki se ne more izvesti zaradi te\u017eav s potjo kontrolnega toka.<\/p>\n
<\/span>Neuporabljene spremenljivke<\/strong><\/span><\/h4>\nPri stati\u010dnem testiranju se bodo iskale tudi neuporabljene spremenljivke, ki so deklarirane, vendar jih prevajalnik nikoli ne izvede.<\/p>\n
<\/span>Kr\u0161itve standardov kodiranja<\/strong><\/span><\/h4>\nStandardi kodiranja se nana\u0161ajo na niz najbolj\u0161ih praks, pravil in smernic za kodiranje v dolo\u010denem jeziku. Stati\u010dno testiranje zagotavlja, da so izpolnjene najbolj\u0161e prakse, kar drugim olaj\u0161a urejanje, popravljanje in posodabljanje kode.<\/p>\n
<\/span>Logi\u010dne napake<\/strong><\/span><\/h4>\nLogi\u010dne napake lahko pomenijo, da izvorna koda deluje nepravilno, vendar se ne zru\u0161i. Stati\u010dni pregledi posku\u0161ajo te te\u017eave prepoznati in odpraviti, preden se koda izvede.<\/p>\n
<\/span>Tokovi podatkov<\/strong><\/span><\/h4>\nPreizku\u0161evalci preverijo tudi, kako podatki vstopajo v sistem in izstopajo iz njega. Ta pregled vklju\u010duje vse interakcije, ki jih bodo imeli podatki v programski opremi.<\/p>\n
<\/span>Nadzorni tokovi<\/strong><\/span><\/h4>\nDrugo podro\u010dje, ki ga preu\u010dujemo, je nadzorni tok. Pri tem pregledu se preu\u010di vrstni red izvajanja kodnih stavkov in zagotovi, da se stvari izvajajo v pravilnem vrstnem redu, da se programska oprema obna\u0161a, kot je bilo predvideno.<\/p>\n
<\/span>Varnostne ranljivosti<\/strong><\/span><\/h4>\nS stati\u010dnim testiranjem boste odkrili tudi morebitne varnostne ranljivosti v izvorni kodi.<\/p>\n
<\/p>\n
<\/span>Stati\u010dne tehnike pri testiranju programske opreme<\/strong><\/span><\/h2>\n![\"prednosti](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/pexels-thisisengineering-3862619-jpg.webp\")
<\/p>\n
Zdaj, ko veste, katere stvari se preverjajo v okviru stati\u010dnega testiranja, je \u010das, da si ogledate, kako se ti pregledi izvajajo.<\/p>\n
Pri testiranju programske opreme obstajata dve osnovni tehniki stati\u010dnega testiranja, ki ju morate poznati, \u010de \u017eelite izvesti celovito testiranje programske opreme. To sta postopek pregleda in stati\u010dna analiza.<\/p>\n
<\/p>\n
<\/span>1. Postopek pregleda pri stati\u010dnem testiranju<\/strong><\/span><\/h3>\nPostopek pregleda je prvi del izvajanja stati\u010dnih tehnik pri testiranju programske opreme. Pri tem gre za iskanje in odstranjevanje napak v zasnovi programske opreme. Obi\u010dajno so v postopku pregleda stati\u010dnega testiranja \u0161tiri glavne faze.<\/p>\n
<\/span>Neformalni pregled<\/strong><\/span><\/h4>\nNeformalni pregled je to, kar se tudi sli\u0161i: nestrukturirana okrogla miza, na kateri lahko razvijalci, preizku\u0161evalci in zainteresirane strani preu\u010dijo morebitne te\u017eave ter postavijo vpra\u0161anja in predloge o programski opremi. To je prilo\u017enost, da ugotovite morebitne ve\u010dje pomanjkljivosti ali te\u017eave, preden se premaknete v naslednje faze.<\/p>\n
<\/span>Prehodi<\/strong><\/span><\/h4>\nPregledi so prilo\u017enost, da se testne ekipe poglobijo. Pogosto vklju\u010duje strokovnjaka ali strokovnjake za posamezno podro\u010dje, ki pregledajo dokumentacijo in zagotovijo, da se vse ujema s poslovnimi in sistemskimi zahtevami.<\/p>\n
<\/span>Strokovni pregled<\/strong><\/span><\/h4>\nV tem naslednjem koraku in\u017eenirji drug drugemu pregledajo izvorno kodo in preverijo, ali lahko odkrijejo napake, ki jih je treba odpraviti, preden se programska oprema izvede.<\/p>\n
<\/span>In\u0161pekcijski pregled<\/strong><\/span><\/h4>\n