<\/span><\/h3>\n <\/p>\n
Staatiline ja d\u00fcnaamiline testimine on kaks erinevat l\u00e4henemist tarkvara kontrollimiseks, millel on oma tugevused, n\u00f5rkused ja kasulikud k\u00fcljed. Otsene valik \u00fche ja teise vahel ei ole realistlik stsenaarium, sest neil on erinevad funktsioonid.<\/p>\n
Staatiline testimine t\u00e4hendab ennetavat tegevust ja probleemide v\u00f5imalikult varajast tuvastamist. K\u00fcsimus on probleemide leidmises ja lahendamises enne nende tekkimist.<\/p>\n
D\u00fcnaamiline testimine on reaktiivsem, kuna see otsib vigu koodi k\u00e4ivitades. Jah, \u00fcldiselt on see aeg- ja ressursimahukam kui staatiline testimine. Siiski leiab see defekte, mis muidu ainult staatilise testimise teel ei avastataks.<\/p>\n
Tegelik vastus on see, et staatilise ja d\u00fcnaamilise testimise abil saate tagada, et teie kood ja sellega seotud dokumendid vastavad n\u00f5uetele ning et tarkvara vastab sidusr\u00fchmade ootustele.<\/p>\n
<\/p>\n
<\/span>Mida testitakse staatilise testimise k\u00e4igus?<\/strong><\/span><\/h2>\n![\"Erinevad](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/api-testing-1-jpg.webp\")
<\/p>\n
Staatiline testimine vaatleb projekti disaini, koodi ja dokumente. Kirjeldame, mida testijad peavad j\u00e4lgima, et tagada terviklik staatiline testimine.<\/p>\n
<\/span>1. Dokumentatsiooni l\u00e4bivaatamine<\/strong><\/span><\/h3>\nStaatilise testimise \u00fcks esimesi osi on dokumentatsiooni p\u00f5hjalik l\u00e4bivaatamine. Siin on m\u00f5ned dokumendid, mis tulevad mikroskoobi alla.<\/p>\n
<\/span>\u00c4ritegevuse n\u00f5uete dokumendid<\/strong><\/span><\/h4>\nTestijad uurivad \u00e4rin\u00f5udedokumenti ja tagavad, et need kajastavad t\u00e4pselt sidusr\u00fchmade vajadusi ja on koosk\u00f5las \u00e4rieesm\u00e4rkidega.<\/p>\n
<\/span>Tarkvaran\u00f5uete spetsifikatsioonid (SRS)<\/strong><\/span><\/h4>\nTarkvaran\u00f5uete spetsifikatsioon (SRS) dokument kirjeldab tarkvara funktsiooni ja kasulikkust. Staatiline testimine viib selle dokumendi \u00fcle ja tagab, et see kirjeldab t\u00e4pselt tarkvara funktsionaalsust, sealhulgas s\u00f5ltuvusi ja kasutajaliideseid.<\/p>\n
<\/span>Projekteerimisdokumendid<\/strong><\/span><\/h4>\nSamuti vaadatakse l\u00e4bi projekteerimisdokumendid, et tagada nende vastavus n\u00f5uetele ja spetsifikatsioonidele. Testijad kontrollivad \u00fchtset modelleerimiskeelt (UML), andmevooge ja arhitektuuriskeeme, et tagada nende vastavus projekti n\u00f5uetele.<\/p>\n
<\/span>Kasutusjuhtumite dokumendid ja kasutajakirjeldused<\/strong><\/span><\/h4>\nStaatilise testimise k\u00e4igus uuritakse ka kasutajajuhtumite dokumente ja kasutajakirjeldusi, et n\u00e4ha, kuidas need vastavad tarkvara funktsionaalsetele ja mittefunktsionaalsetele aspektidele. Nendes dokumentides kirjeldatakse \u00f5nnelikud teekonnad (kavandatud edukas kasutamine), alternatiivsed voolud, \u00e4\u00e4rmuslikud juhtumid ja v\u00f5imalikud vead.<\/p>\n
<\/span>Testjuhtumid<\/strong><\/span><\/h4>\nSee varajane testimise etapp annab v\u00f5imaluse uurida testjuhtumeid, et tagada nende piisav katvus, ressursid, sobivad tehnikad, realistlikud ajakavad jne. Lisaks sellele uuritakse \u00fclevaatustes ka seda, kas testjuhtumite tulemused on \u00fcksikasjalikud ja realistlikud.<\/p>\n
<\/p>\n
<\/span>2. Koodide l\u00e4bivaatamine<\/strong><\/span><\/h3>\nJ\u00e4rgmisena vaadatakse l\u00e4bi taotluses kasutatud kood. Siin on m\u00f5ned valdkonnad, mida testimismeeskonnad vaatavad.<\/p>\n
<\/span>S\u00fcntaksi vead<\/strong><\/span><\/h4>\nTestijad ja arendajad vaatavad koodi \u00fcle ja uurivad seda s\u00fcntaksivigade, kirjavigade, ebakorrektsete muutujate nimede, puuduvate kirjavahem\u00e4rkide ja mis tahes v\u00e4ikeste v\u00f5i suurte vigade suhtes, mis p\u00f5hjustavad vigu koodi l\u00f5plikul t\u00e4itmisel.<\/p>\n
<\/span>Surnud kood<\/strong><\/span><\/h4>\nSurnud kood, mida nimetatakse ka k\u00e4ttesaamatuks koodiks, on osa programmi l\u00e4htekoodist, mida ei saa t\u00e4ita kontrollivooluprobleemide t\u00f5ttu.<\/p>\n
<\/span>Kasutamata muutujad<\/strong><\/span><\/h4>\nStaatiline testimine otsib ka kasutamata muutujaid, mis on deklareeritud, kuid mida kompilaator tegelikult kunagi ei kasuta.<\/p>\n
<\/span>Kodeerimisstandardite rikkumine<\/strong><\/span><\/h4>\nKodeerimisstandardid viitavad parimate tavade, reeglite ja suuniste kogumile, mis k\u00e4sitlevad kodeerimist konkreetses keeles. Staatiline testimine tagab parimate tavade j\u00e4rgimise, mis lihtsustab teiste jaoks koodi redigeerimist, parandamist ja uuendamist.<\/p>\n
<\/span>Loogika vead<\/strong><\/span><\/h4>\nLoogikavead v\u00f5ivad t\u00e4hendada, et l\u00e4htekood t\u00f6\u00f6tab valesti, kuid ei jookse kokku. Staatiliste \u00fclevaatuste eesm\u00e4rk on tuvastada ja lahendada need probleemid enne koodi t\u00e4itmist.<\/p>\n
<\/span>Andmevood<\/strong><\/span><\/h4>\nTestijad uurivad ka seda, kuidas andmed s\u00fcsteemi sisenevad ja sealt v\u00e4ljuvad. See l\u00e4bivaatamine h\u00f5lmab igasugust suhtlust, mida andmed tarkvaras tekitavad.<\/p>\n
<\/span>Kontrollivood<\/strong><\/span><\/h4>\nTeine uuritav valdkond on kontrollivool. Selle l\u00e4bivaatuse k\u00e4igus uuritakse koodijuhiste t\u00e4itmise j\u00e4rjekorda ja tagatakse, et asjad toimuvad \u00f5iges j\u00e4rjekorras, et tarkvara k\u00e4ituks nii, nagu on ette n\u00e4htud.<\/p>\n
<\/span>Turvalisuse haavatavused<\/strong><\/span><\/h4>\nStaatiline testimine uurib ka v\u00f5imalikke turvaauke l\u00e4htekoodis.<\/p>\n
<\/p>\n
<\/span>Staatilised meetodid tarkvara testimisel<\/strong><\/span><\/h2>\n![\"rpa](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/pexels-thisisengineering-3862619-jpg.webp\")
<\/p>\n
N\u00fc\u00fcd, kui te teate, mida staatilise testimise k\u00e4igus uuritakse, on aeg vaadata, kuidas neid l\u00e4bivaatusi tehakse.<\/p>\n
Tarkvara testimisel on kaks peamist staatilise testimise tehnikat, mida on vaja teada, et rakendada terviklikku tarkvara testimist. Need on l\u00e4bivaatamisprotsess ja staatiline anal\u00fc\u00fcs.<\/p>\n
<\/p>\n
<\/span>1. L\u00e4bivaatamise protsess staatilises testimises<\/strong><\/span><\/h3>\nL\u00e4bivaatamise protsess on esimene osa staatiliste meetodite rakendamisest tarkvara testimisel. Selle m\u00f5te on leida ja k\u00f5rvaldada vead tarkvara disainist. Tavaliselt on staatilise testimise l\u00e4bivaatamise protsessis neli peamist etappi.<\/p>\n
<\/span>Mitteametlik l\u00e4bivaatamine<\/strong><\/span><\/h4>\nMitteametlik \u00fclevaatus on just see, mille j\u00e4rgi see k\u00f5lab: struktureerimata ajur\u00fcnnaku \u00fcmarlaud, kus arendajad, testijad ja sidusr\u00fchmad saavad uurida v\u00f5imalikke probleeme ning esitada k\u00fcsimusi ja ettepanekuid tarkvara kohta. See on v\u00f5imalus tuvastada k\u00f5ik suured puudused v\u00f5i probleemid, enne kui liigute edasi j\u00e4rgmistesse etappidesse.<\/p>\n
<\/span>L\u00e4bik\u00e4igud<\/strong><\/span><\/h4>\nL\u00e4bivaatamine on testimismeeskonnale v\u00f5imalus minna s\u00fcgavamale. Sageli kaasatakse valdkondlik ekspert v\u00f5i eksperdid, kes vaatavad dokumentatsiooni l\u00e4bi, et tagada, et k\u00f5ik vastab \u00e4ri- ja s\u00fcsteemin\u00f5uetele.<\/p>\n
<\/span>Vastastikune eksperdihinnang<\/strong><\/span><\/h4>\nSee j\u00e4rgmine samm h\u00f5lmab seda, et insenerid uurivad \u00fcksteise l\u00e4htekoodi, et n\u00e4ha, kas nad suudavad leida vigu, mis tuleb enne tarkvara k\u00e4ivitamist parandada.<\/p>\n
<\/span>Kontrollimine<\/strong><\/span><\/h4>\n