<\/span><\/h3>\n <\/p>\n
Staattinen ja dynaaminen testaus ovat kaksi erilaista l\u00e4hestymistapaa ohjelmistojen todentamiseen, joilla on omat vahvuutensa, heikkoutensa ja hy\u00f6tyn\u00e4k\u00f6kohtansa. Suora valinta toisen ja toisen v\u00e4lill\u00e4 ei ole realistinen skenaario, koska niill\u00e4 on eri teht\u00e4v\u00e4t.<\/p>\n
Staattisessa testauksessa on kyse ennakoivasta toiminnasta ja ongelmien tunnistamisesta mahdollisimman varhaisessa vaiheessa. Kyse on ongelmien l\u00f6yt\u00e4misest\u00e4 ja ratkaisemisesta ennen kuin ne alkavat.<\/p>\n
Dynaaminen testaus on reaktiivisempaa, sill\u00e4 siin\u00e4 etsit\u00e4\u00e4n virheit\u00e4 ajamalla koodia. Kyll\u00e4, yleens\u00e4 se vie enemm\u00e4n aikaa ja resursseja kuin staattinen testaus. Se l\u00f6yt\u00e4\u00e4 kuitenkin vikoja, jotka muuten paljastuisivat pelk\u00e4ll\u00e4 staattisella testauksella.<\/p>\n
Todellinen vastaus on, ett\u00e4 k\u00e4ytt\u00e4m\u00e4ll\u00e4 staattista ja dynaamista testausta yhdess\u00e4 voit varmistaa, ett\u00e4 koodisi ja siihen liittyv\u00e4t asiakirjat ovat ajan tasalla ja ett\u00e4 ohjelmisto vastaa sidosryhmien odotuksia.<\/p>\n
<\/p>\n
<\/span>Mit\u00e4 staattisessa testauksessa testataan?<\/strong><\/span><\/h2>\n![\"Erilaiset](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/api-testing-1-jpg.webp\")
<\/p>\n
Staattisessa testauksessa tarkastellaan projektin suunnittelua, koodia ja asiakirjoja. Seuraavassa selvitet\u00e4\u00e4n, mit\u00e4 asioita testaajien on otettava huomioon, jotta staattisen testauksen l\u00e4hestymistapa olisi kattava.<\/p>\n
<\/span>1. Asiakirjojen tarkastelu<\/strong><\/span><\/h3>\nYksi staattisen testauksen ensimm\u00e4isist\u00e4 osista on dokumentaation perusteellinen tarkastelu. Seuraavassa on joitakin asiakirjoja, jotka joutuvat mikroskoopin alle.<\/p>\n
<\/span>Liiketoiminnan vaatimusasiakirjat<\/strong><\/span><\/h4>\nTestaajat tutkivat liiketoimintavaatimuksia koskevan asiakirjan ja varmistavat, ett\u00e4 ne kuvaavat sidosryhmien tarpeita ja ovat linjassa liiketoiminnan tavoitteiden kanssa.<\/p>\n
<\/span>Ohjelmiston vaatimusm\u00e4\u00e4rittelyt (SRS)<\/strong><\/span><\/h4>\nOhjelmiston vaatimusm\u00e4\u00e4rittelyss\u00e4 (SRS) kuvataan ohjelmiston toiminta ja hy\u00f6dyllisyys. Staattisella testauksella tarkistetaan t\u00e4m\u00e4 asiakirja ja varmistetaan, ett\u00e4 se kuvaa tarkasti ohjelmiston toiminnot, mukaan lukien riippuvuudet ja k\u00e4ytt\u00f6liittym\u00e4t.<\/p>\n
<\/span>Suunnitteluasiakirjat<\/strong><\/span><\/h4>\nSuunnitteluasiakirjat tarkistetaan my\u00f6s sen varmistamiseksi, ett\u00e4 ne t\u00e4ytt\u00e4v\u00e4t vaatimukset ja eritelm\u00e4t. Testaajat tarkistavat UML-, tietovirta- ja arkkitehtuurikaaviot varmistaakseen, ett\u00e4 ne vastaavat projektin vaatimuksia.<\/p>\n
<\/span>K\u00e4ytt\u00f6tapausasiakirjat ja k\u00e4ytt\u00e4j\u00e4tarinat<\/strong><\/span><\/h4>\nStaattisessa testauksessa tutkitaan my\u00f6s k\u00e4ytt\u00f6tapausten ja k\u00e4ytt\u00e4j\u00e4tarinoiden dokumentteja, jotta n\u00e4hd\u00e4\u00e4n, miten ne vastaavat ohjelmiston toiminnallisia ja ei-toiminnallisia n\u00e4k\u00f6kohtia. N\u00e4iss\u00e4 asiakirjoissa hahmotellaan onnelliset polut (suunniteltu onnistunut k\u00e4ytt\u00f6), vaihtoehtoiset virtaukset, \u00e4\u00e4ritapaukset ja mahdolliset virheet.<\/p>\n
<\/span>Testitapaukset<\/strong><\/span><\/h4>\nT\u00e4ss\u00e4 varhaisessa testausvaiheessa on tilaisuus tarkastella testitapauksia sen varmistamiseksi, ett\u00e4 niill\u00e4 on riitt\u00e4v\u00e4 kattavuus, resurssit, asianmukaiset tekniikat, realistiset aikataulut ja niin edelleen. Lis\u00e4ksi tarkistuksissa tutkitaan my\u00f6s, ovatko testitapausten tulokset yksityiskohtaisia ja realistisia.<\/p>\n
<\/p>\n
<\/span>2. Koodin tarkistus<\/strong><\/span><\/h3>\nSeuraavaksi tarkastellaan sovelluksessa k\u00e4ytetty\u00e4 koodia. Seuraavassa on joitakin alueita, joita testausryhm\u00e4t tarkastelevat.<\/p>\n
<\/span>Syntaksivirheet<\/strong><\/span><\/h4>\nTestaajat ja kehitt\u00e4j\u00e4t k\u00e4yv\u00e4t l\u00e4pi koodin ja tutkivat sit\u00e4 syntaksivirheiden, kirjoitusvirheiden, virheellisten muuttujien nimien, puuttuvien v\u00e4limerkkien ja muiden pienten tai suurten virheiden varalta, jotka aiheuttavat virheit\u00e4, kun koodi lopulta suoritetaan.<\/p>\n
<\/span>Kuollut koodi<\/strong><\/span><\/h4>\nKuollut koodi, josta k\u00e4ytet\u00e4\u00e4n my\u00f6s nimityst\u00e4 tavoittamaton koodi, on osa ohjelman l\u00e4hdekoodia, jota ei voida suorittaa ohjausvirran kulkureitin ongelmien vuoksi.<\/p>\n
<\/span>K\u00e4ytt\u00e4m\u00e4tt\u00f6m\u00e4t muuttujat<\/strong><\/span><\/h4>\nStaattinen testaus etsii my\u00f6s k\u00e4ytt\u00e4m\u00e4tt\u00f6mi\u00e4 muuttujia, jotka on ilmoitettu mutta joita k\u00e4\u00e4nt\u00e4j\u00e4 ei koskaan suorita.<\/p>\n
<\/span>Koodausstandardien rikkominen<\/strong><\/span><\/h4>\nKoodausstandardeilla tarkoitetaan joukon parhaita k\u00e4yt\u00e4nt\u00f6j\u00e4, s\u00e4\u00e4nt\u00f6j\u00e4 ja ohjeita tietyn kielen koodausta varten. Staattisella testauksella varmistetaan, ett\u00e4 parhaat k\u00e4yt\u00e4nn\u00f6t t\u00e4yttyv\u00e4t, mik\u00e4 helpottaa koodin muokkaamista, korjaamista ja p\u00e4ivitt\u00e4mist\u00e4.<\/p>\n
<\/span>Logiikan puutteet<\/strong><\/span><\/h4>\nLogiikkavirheet voivat tarkoittaa, ett\u00e4 l\u00e4hdekoodi toimii virheellisesti, mutta ei kaadu. Staattisilla tarkistuksilla pyrit\u00e4\u00e4n tunnistamaan ja ratkaisemaan n\u00e4m\u00e4 ongelmat ennen koodin suorittamista.<\/p>\n
<\/span>Tietovirrat<\/strong><\/span><\/h4>\nTestaajat tutkivat my\u00f6s, miten tiedot kulkevat j\u00e4rjestelm\u00e4\u00e4n ja j\u00e4rjestelm\u00e4st\u00e4 ulos. T\u00e4m\u00e4 tarkastelu koskee kaikkia vuorovaikutussuhteita, joita tiedoilla on ohjelmiston sis\u00e4ll\u00e4.<\/p>\n
<\/span>Ohjausvirrat<\/strong><\/span><\/h4>\nToinen tutkittava alue on ohjausvirta. T\u00e4ss\u00e4 tarkastelussa tutkitaan koodilausekkeiden suoritusj\u00e4rjestys ja varmistetaan, ett\u00e4 asiat suoritetaan oikeassa j\u00e4rjestyksess\u00e4, jotta varmistetaan, ett\u00e4 ohjelmisto k\u00e4ytt\u00e4ytyy tarkoitetulla tavalla.<\/p>\n
<\/span>Turvallisuushaavoittuvuudet<\/strong><\/span><\/h4>\nStaattisella testauksella tutkitaan my\u00f6s l\u00e4hdekoodin mahdolliset tietoturva-aukot.<\/p>\n
<\/p>\n
<\/span>Ohjelmistotestauksen staattiset tekniikat<\/strong><\/span><\/h2>\n![\"rpa:n](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/pexels-thisisengineering-3862619-jpg.webp\")
<\/p>\n
Nyt kun tied\u00e4t, mit\u00e4 asioita staattisessa testauksessa tutkitaan, on aika katsoa, miten n\u00e4m\u00e4 tarkistukset tehd\u00e4\u00e4n.<\/p>\n
Ohjelmistotestauksessa on kaksi ensisijaista staattisen testauksen tekniikkaa, jotka sinun on tunnettava kattavan ohjelmistotestauksen toteuttamiseksi. Ne ovat tarkistusprosessi ja staattinen analyysi.<\/p>\n
<\/p>\n
<\/span>1. Staattisen testauksen tarkistusprosessi<\/strong><\/span><\/h3>\nTarkistusprosessi on ensimm\u00e4inen osa staattisten tekniikoiden k\u00e4ytt\u00f6\u00f6nottoa ohjelmistotestauksessa. Tarkoituksena on l\u00f6yt\u00e4\u00e4 ja poistaa virheet ohjelmiston suunnittelusta. Staattisen testauksen tarkistusprosessissa on tyypillisesti nelj\u00e4 p\u00e4\u00e4vaihetta.<\/p>\n
<\/span>Ep\u00e4virallinen tarkastelu<\/strong><\/span><\/h4>\nEp\u00e4virallinen katselmus on juuri sit\u00e4, milt\u00e4 se kuulostaa: strukturoimaton aivoriihi, jossa kehitt\u00e4j\u00e4t, testaajat ja sidosryhm\u00e4t voivat tutkia mahdollisia ongelmia ja esitt\u00e4\u00e4 ohjelmistoa koskevia kysymyksi\u00e4 ja ehdotuksia. Se on tilaisuus tunnistaa mahdolliset suuret puutteet tai ongelmat ennen kuin siirryt\u00e4\u00e4n seuraaviin vaiheisiin.<\/p>\n
<\/span>L\u00e4pik\u00e4ynnit<\/strong><\/span><\/h4>\nL\u00e4pik\u00e4ynnit tarjoavat testaustiimille mahdollisuuden syventy\u00e4 syvemm\u00e4lle. Usein asiantuntija tai asiantuntijat k\u00e4yv\u00e4t dokumentaation l\u00e4pi varmistaakseen, ett\u00e4 kaikki vastaa liiketoiminta- ja j\u00e4rjestelm\u00e4vaatimuksia.<\/p>\n
<\/span>Vertaisarviointi<\/strong><\/span><\/h4>\nSeuraavassa vaiheessa insin\u00f6\u00f6rit tutkivat toistensa l\u00e4hdekoodia n\u00e4hd\u00e4kseen, pystyv\u00e4tk\u00f6 he havaitsemaan virheit\u00e4, jotka on korjattava ennen ohjelmiston suorittamista.<\/p>\n
<\/span>Tarkastus<\/strong><\/span><\/h4>\n