Mis on staatiline testimine?
Kasutatavatest paljudest tehnikatest on staatiline testimine veel üks, mis aitab tarkvara puudusi tuvastada. Staatiline testimine teeb seda ilma testjuhtumit tegemata. See hõlmab koodi uurimist ja kontrollib ka vajalikku dokumenti, mis on seotud, kuid ei vaja programmi käivitamist. Programmi ja selle täitmise kaasamine on vastuolus tema dünaamilise testimisega.
Staatiline testimine on tõestatud viis tarkvara arendamise ja testimise protsessi kvaliteedi ja tootlikkuse parandamiseks. See aitab testijatel või arendajatel parandada oma defekte tarkvara arendamise varases faasis. Seda võib teha käsitsi või tööriista abil. On mitmeid ülevaateid, ülevaateid, kontrolle ja analüüse, mis aitavad leida probleeme ilma täitmiseta.
Miks teha staatilist testimist?
Staatiline testimine aitab leida varaseid defekte. Kui algstaadiumis leitakse need vead, saab need parandada ja edasistesse etappidesse ei lähe. Arendamise tähtaegu lühendatakse, kuna juhiseid järgides saab koodi kiiresti välja töötada.
Kuna probleemid leitakse varasemates etappides, väheneksid katsetamise kulud palju aja kokkuhoiu tulemusel. Kõik see omakorda parandab arenduskvaliteeti. Samuti suureneb arendajate produktiivsus, kuna neil on juba olemas juhiste komplekt, ülevaated, ülevaatused jne (mida käsitletakse käesoleva artikli hilisemates etappides). See vähendab ka defektide arvu, mis ilmnevad testimise hilisemas etapis.
Milline on staatilise testimise ulatus?
- Staatilist testimist saab kasutada ühiku testjuhtumite testimiseks. See on kõige algfaas, kus probleeme saab tabada. Teine valdkond, kus staatiline testimine on kasulik, on ärinõuete dokument. See aitab üle vaadata nõuded ja süsteemi õigustatud vajadustele vastamise. Seda saab kasutada ka juhtudel, kui pildil on kasutusjuhud.
- Teised valdkonnad, kus staatiline testimine võib probleemide lahendamisel imet teha, on funktsionaalsed nõuded, prototüüp, prototüübi spetsifikatsioonidokument, katseandmed, jälgitavuse maatriksdokument, koolitusjuhendid ja dokumendid jne, millele neid kõiki täiendada, see on samuti kasulik automatiseerimises ja jõudluskontrollis, kus probleemseid alasid saab eelnevalt leida.
Kuidas staatilist testimist teostatakse?
Staatilise testimise teostamiseks on vaja järgida mõnda viisi. Rakenduse kontrollimiseks ja kujundamiseks tuleks ülevaatus teha täielikult. Staatiline testimine keskendub peamiselt arvustustele. Võib säilitada kontrollnimekirja, kus iga dokument on nimetatud nii, et oleks tagatud kõigi ülevaadete täielik katmine.
Selles testimises on mõned toimingud, mis on loetletud allpool:
- Kasuta juhtuminõude valideerimist: selle valideerimise käigus tuvastatakse ja valideeritakse kõik lõppkasutaja toimingud. Samuti kontrollib see kõiki erinevaid sisend- ja väljundtoiminguid, mis on kasutusjuhuga seotud. Mida rohkem üksikasju kasutamise juhtumi kohta on, seda enam on loodud testjuhtumite täpsus.
- Funktsionaalsed nõuded kinnitamine: See aitab märkides kõik funktsionaalsed muutused, andmebaasi muudatuste nimekiri liidesed, võrgu nõuetele, riistvara ja tarkvara muudatusi. See on samm tagamaks, et kõik vajalikud muudatused võetakse arvesse ja rakendatakse.
- Arhitektuuri ülevaade: projekti täielikuks arhitektuuriks on vaja serverid, mis asuvad erinevates kohtades, võrguskeemid, protokolli definitsioonid, andmebaasi juurdepääsetavus, koormuse tasakaalustamine jne. See aitab saada täielikku ülevaadet kasutatavate seadmete ja arhitektuuri kujundamise kohta.
- Prototüübi või ekraani maketi valideerimine: see hõlmab nõuete valideerimist ja nendel põhinevaid kasutusjuhte.
- Välja sõnaraamatu valideerimine: kõik kasutajaliideses kasutatavad väljad nõuavad valideerimistesti tegemist. Erinevate väljade jaoks on vaja kontrollida minimaalset ja maksimaalset pikkust, loetleda erinevad väärtused, veateated jne. On väga oluline loetleda need väljad üles ja veenduda, et need valideeritakse.
Kui kasutate oma voos staatilist testimist, tuleks meeles pidada, et toodet kontrollitakse käsitsi või teatud tööriistu kasutades. Staatilisi testimisvõtteid on kahte tüüpi. Peamiselt on need ülevaated ja tööriistadega testimine.
Staatilised testimismeetodid
Testimisel kasutatakse järgmisi tehnikaid:
- Mitteametlikud arvustused
- Läbikäigud
- Tehnilised ülevaated
- Ülevaatused
- Staatiline analüüs
Anname teile kõigi nende tehnikate kohta lühikese ülevaate.
1) Mitteametlikud ülevaated
- See on esimene ülevaade, mida alustati dokumendi varases staadiumis. Nagu nimigi ütleb, saab seda teha mitteametlikult kahe inimese vahel, kuhu hiljem saab lisada rohkem inimesi. Sellega ei ole seotud ühtegi protseduuri ja seetõttu ei tehta ülevaatuse jaoks dokumente. See parandab ettevalmistatava dokumendi kvaliteeti. Kuigi ametliku testimise tegemiseks on palju viise, on kõige sagedamini kasutatavad mitteametlikud. See protsess läbib 6 sammu. Need sisaldavad:
- Planeerimine
- Avalööki tegema
- Ettevalmistus
- Ülevaatlik koosolek
- Uuesti ümbertegemine
- Järelmeetmed
- Ametlik ülevaatuse kavandamine hõlmab moderaatorit, kes kontrollib tabelit ja hoolitseb planeerimisseansi üksikasjade ajakava eest. Alguskoosolek toimub ja eesmärgiga saada ühtne ja selge arusaam kõikidele osalejatele antakse ajakava vajalike muudatuste dokumenteerimiseks ja nendele pühendumiseks.
- Kõigile antakse selle teema kohta lühike sissejuhatus. Pärast seda vaatavad osalejad iga dokumendi individuaalselt üle ja jagavad retsensendiga oma artefakte. Seejärel viiakse läbi ametlik ülevaade revisjonikoosolekul, kus märgitakse kõik arutatud teemad ja võetakse vastu lõplik otsus. Samuti registreeritakse kõik konkreetsed probleemid. Nende kohtumiste põhjal tehakse kõik leitud puudused ümber. Eeldatavaid muudatusi kontrollitakse järelmeetmete abil.
- Autor võtab nende puuduste eest vastutuse, kuna mitte iga defektiga tuleb tegeleda. Seejärel kontrollib moderaator, kas kõik eeldatavad toimingud on tehtud või mitte. Kõik vead logitakse koos protsesside parendamise soovitustega. Moderaatori ülesanne on kontrollida kõiki mõõdikuid ja hinnata käepärast olevate arutelude ja toimingute väljumiskriteeriume.
2) Läbikäigud
- Läbikäigus kaasatakse teisi ja meeskonnalt saadakse kollektiivset tagasisidet, et saadaks ühine arusaam, mis täidab dokumendi eesmärki. Meeskond ei pea üksikasjalikku uuringut tegema. Autorid on selleks ülevaateks juba ette valmistatud. Hinnata tuleks kogu pakutavat sisu. Enne selle arutamist tuleks pakutud lahendused kinnitada.
- Kontrollitav dokument on dokumendi autori käest läbi käinud ja teistel inimestel palutakse kontrollida ja esitada oma arvamus dokumendi kohta. Antud tagasiside on palju ja neid võetakse arvesse. Samm-sammuline selgitus aitab osalejatel saada selge pilt. Nad saavad enne kohtumist koodi uurida ja selle üle vaadata. See aitab luua kõrgema taseme dokumente.
- Seal on lai osa, mis on kaetud, ja see tagab, et ühtegi nõude aspekti ei jäeta välja. Dokumendis luuakse ühtne arusaam ja pakutakse välja lahendused või alternatiivid.
3) tehniline ülevaade
- See on ametlik koosolek, kus arutatakse dokumendi tehnilise sisu üle. Vaja on eksperdi juhendamist. See keskendub projekti tehniliste omaduste väärtuse suurendamisele. See aitab olla järjepidev ja tagab tehniliste üksikasjade õigsuse. Tehnilise läbivaatuse tulemusel loodetakse saavutada konsensus kõigi dokumentide tehniliste aspektide osas.
- Kui dokumendid on koostatud, palutakse ekspertidel mitteametlik ülevaade. Need eksperdid võivad olla arhitektid, peadisainerid, võtmekasutajad jne. Kavas saavad osa saada ka programmeerijad või kaasõpilased. Selles ülevaates saavad kõik hinnata kõiki tehnilisi kontseptsioone. Samuti veenduti selles, et õigeid mõisteid kasutatakse õiges kohas.
4) Ülevaatus
- See on kõige ametlikum ülevaatus, mida peetakse. Kontrolliprotsessi juhendab vanem või koolitatud meeskonna personal. Enne koosoleku toimumist valmistatakse ette kõik retsensendid ja dokumendid. Ülevaatus tagab kogu toote uurimise ja puuduste leidmise. Kõik leitud vead tuleb logides säilitada. Kontroll keskendub kontrollitava dokumendi kvaliteedi parandamisele.
- See on tõhus defektide leidmisel ja loob dokumente, millel on väga kõrge kvaliteeditase. See on ka viis eelnevate puuduste märkimiseks ja samasuguste puuduste puudumiseks. Kõik tõstatatud vead registreeritakse ja arutatakse läbi. Nende dokumentide edasine arutamine toimub alles siis, kui puudused on parandatud. See keskendub defektide leidmisele varajases staadiumis ja parandab omakorda tarkvara kvaliteeti suurel määral.
Staatilised testimisriistad
Staatilisi analüüsivahendeid kasutavad peamiselt arendajad. Neid võib pidada kompilaatorite laiendusena. Mõnel kompilaatoril on neis ka staatilise analüüsi funktsioon. See kontrollib staatilisi nõudeid ja analüüsib ka veebisaitide staatilist analüüsi. Neid tööriistu kasutades saab koodi hõlpsasti arusaadaval viisil välja töötada.
Nende tööriistade abil saab seadistada kodeerimisstandardid. See samm keskendub tehnika, disaini ja koodi testimisele automatiseeritud tööriistade abil. Keskendutakse tarkvara koodile. Arendajad kasutavad seda enne integratsiooni testimist ja ajal.
Staatilises testimises osalevad erinevad tööriistad on järgmised:
- Kodeerimisstandardid: selleks, et arendajad järgiksid ühtset viisi, tuleb veenduda, et järgitakse kõiki seatud kodeerimisstandardeid. Nende standardite kontrollimiseks saab kasutada tööriistu. Kui selle jaoks pole ühtegi tööriista, on kodeerimisstandardi järgimisel vähem kindlust.
- Koodimõõdikud: Koodi mõõdikuid kasutades saab mõõta koodi strukturaalseid atribuute. Kui tarkvara ehitatakse, muudab see koodi keerukaks. Koodimõõdikud aitavad tõhusat kujundada ja neil võib olla ka koodi ümbersuunamisel alternatiive.
- Koodistruktuur: Selles faasis otsustatakse koodi struktuur nagu juhtimisvoog, andmestruktuurid ja nende voog. See töötab järjestuse järgi, milles juhiseid programmis täidetakse. See hõlmab silmuseid ja iteratsioone, erinevaid tingimusi, mida programmis tuleb kasutada. Koodi, mida üldse ei kasutata, tuntud ka kui surnud kood, saab selles faasis tuvastada ja see kaotada. Programmi voog otsustab andmeühikud, millele on juurdepääs, ja seejärel saab vastavalt muuta koodi. Kõiki andmestruktuure, sealhulgas keerukaid andmestruktuure, saab tuvastada.
Eelised ja puudused
Allpool on toodud mõned staatilise testimise plussid ja miinused
Eelised
- Testimist viivad tavaliselt läbi eksperdid, kellel on head tehnilised teadmised ja teadmised kodeerimise kohta.
- Seda tehnikat saab kasutada, et olla vilets ja leidlik vigade leidmisel.
- Selles testimises saab kasutada automatiseerimisvahendeid, mis muudab skannimise ja ülevaatuse kiireks.
- Kui tegemist on staatilise testimisega, saab vead teada juba varakult ja see vähendab nende probleemide lahendamise kulusid.
- Kõiki riske saab hõlpsasti leevendada, kuna kasutatakse automatiseerimisvahendeid.
Puudused
- Probleemid ja nõrgad kohad võivad tekitada probleemi, kui kood käivitatakse reaalajas
- Need tööriistad skannivad ainult koodi
- Staatiline testimine on käsitsi tehes väga aeganõudev.
- Automaatikatööriistad võivad mõnikord pakkuda valepositiivseid ja negatiivseid juhtumeid. Samuti skaneerivad nad ainult koodi, mis võib põhjustada funktsionaalseid defekte.
Järeldus
Staatiline testimine on lihtsaim ja tõhusam viis koodivigade leidmiseks varasemas etapis. Eksperdid vaatavad koodi üle ja enne testimisele jõudmist haaratakse probleemidest kinni. Samuti aitab see kehtestada koodistandardeid, mida saavad kõik järgida.
Selle testimise teevad tavaliselt arendajad ja seetõttu saab tehnilisi probleeme juba varakult ohjeldada. See vähendab dokumentide tobedate probleemide tõttu tekkivate tootmisdefektide riski. Kõiki neid kontrollitakse eelnevalt ja seetõttu on probleeme vähem.
Soovitatavad artiklid
See on olnud staatilise testimise juhend. Siin on arutatud selle toimimist, tehnikaid, tööriistu, staatilise testimise eeliseid ja puudusi. Lisateavet leiate ka meie muudest soovitatud artiklitest -
- Mis on pilvandmetöötluse virtualiseerimine?
- Funktsionaalne testimine mittefunktsionaalne testimine
- Karjäär tarkvara testimisel
- Tarkvara testimise intervjuu küsimused
- Sõnastik Pythonis