Staattinen vs dynaaminen testaus: ero niiden välillä
Ero staattisen ja dynaamisen testauksen välillä
- Staattinen testaus suoritetaan suorittamatta ohjelmaa, kun taas dynaaminen testaus suoritetaan suorittamalla ohjelma.
- Staattinen testaus tarkistaa koodin, vaatimusasiakirjat ja suunnitteluasiakirjat virheiden löytämiseksi, kun taas dynaaminen testaus tarkistaa ohjelmistojärjestelmän toiminnan, muistin/suorittimen käytön ja järjestelmän yleisen suorituskyvyn.
- Staattisessa testauksessa on kyse vikojen ehkäisystä, kun taas dynaamisessa testauksessa on kyse vikojen etsimisestä ja korjaamisesta.
- Staattinen testaus suorittaa varmennusprosessin, kun taas dynaaminen testaus suorittaa validointiprosessin.
- Staattinen testaus suoritetaan ennen kääntämistä, kun taas dynaaminen testaus suoritetaan kääntämisen jälkeen.
- Staattiset testaustekniikat ovat rakenteellisia ja lausekkeita kattavia, kun taas dynaamiset testaustekniikat ovat raja-arvoanalyysi ja vastaavuusositus.
Mikä on staattinen testaus?
Staattinen testaus on ohjelmistotestaus, jossa ohjelmistosovellus testataan ilman koodin suorittamista. Virheiden löytämiseksi tehdään manuaalisia tai automaattisia tarkastuksia koodista, vaatimusasiakirjoista ja dokumenttien suunnittelusta. Staattisen testauksen päätavoitteena on parantaa ohjelmistosovellusten laatua etsimällä virheitä ohjelmistokehitysprosessin alkuvaiheessa.
Staattinen testaus sisältää asiakirjojen manuaalisen tai automaattisen tarkastelun. Tämä tarkistus tehdään testauksen alkuvaiheessa Vian havaitsemiseksi varhaisessa vaiheessa STLC. Se tutkii työasiakirjoja ja antaa arvostelukommentteja. Sitä kutsutaan myös ei-suoritustestaukseksi tai varmennustestaukseksi.
Esimerkkejä työasiakirjoista-
- Vaatimusmääritykset
- Suunnitteludokumentti
- Source Code
- Testisuunnitelmat
- Testitapaukset
- Testikomennot
- Ohje tai käyttäjädokumentti
- Web-sivun sisältö
Staattiset testaustekniikat
- Epävirallinen Revnäkemykset: Tämä on yksi tarkistustyypeistä, jotka eivät noudata mitään prosessia virheiden löytämiseksi asiakirjasta. Tämän tekniikan avulla voit vain tarkistaa asiakirjan ja antaa siihen epävirallisia kommentteja.
- Tekninen Revnäkemykset: Työkavereistasi koostuva tiimi käy läpi ohjelmistotuotteen tekniset tiedot ja tarkistaa, sopiiko se projektiin. He yrittävät löytää mahdolliset erot noudatetuissa eritelmissä ja standardeissa. Tämä katsaus keskittyy pääasiassa ohjelmistoon liittyvään tekniseen dokumentaatioon, kuten Test Strategy, Testisuunnitelma ja vaatimuksia koskevat asiakirjat.
- walkthrough: Työtuotteen tekijä selittää tuotteen tiimilleen. Osallistujat voivat esittää kysymyksiä, jos niitä on. Kokouksen johtaa kirjoittaja. Scribe panee merkille arvostelukommentit
- tarkastus: Päätarkoituksena on löytää vikoja ja tapaamista johtaa koulutettu moderaattori. Tämä tarkistus on muodollinen tarkistus, jossa noudatetaan tiukkaa prosessia löytääkseen vikoja. Reviewerillä on tarkistuslista työtuotteiden tarkistamista varten. He kirjaavat vian ja ilmoittavat osallistujille korjaamaan ne.
- Staattinen koodi Reveli: Tämä on järjestelmällinen katsaus ohjelmiston lähdekoodiin suorittamatta koodia. Se tarkistaa koodin syntaksin, koodausstandardit, koodin optimoinnin jne. Tätä kutsutaan myös valkoisen laatikon testaamiseksi. Tämä tarkistus voidaan tehdä missä tahansa kehitysvaiheessa.
Mikä on dynaaminen testaus?
Alle Dynaaminen testaus, koodi suoritetaan. Se tarkistaa ohjelmistojärjestelmän toiminnallisen toiminnan, muistin/suorittimen käytön ja järjestelmän yleisen suorituskyvyn. Tästä johtuu nimi "dynaaminen"
Tämän testauksen päätavoitteena on varmistaa, että ohjelmistotuote toimii liiketoiminnan vaatimusten mukaisesti. Tätä testausta kutsutaan myös suoritustekniikaksi tai validointitestaukseksi.
Dynaaminen testaus suorittaa ohjelmiston ja vahvistaa tulosteen odotetulla tuloksella. Dynaaminen testaus suoritetaan kaikilla testauksen tasoilla ja se voi olla joko mustaa tai valkoista laatikkoa.
Dynaamiset testaustekniikat
- Yksikkötestaus: Alle Yksikkötestaus, kehittäjät testaavat yksittäisiä yksiköitä tai moduuleja. Se sisältää lähdekoodin testaamisen kehittäjien toimesta.
- Integraatiotestaus: Yksittäiset moduulit ryhmitellään yhteen ja kehittäjät testaavat ne. Tarkoituksena on määrittää, mitkä moduulit toimivat odotetulla tavalla, kun ne on integroitu.
- Järjestelmän testaus: Järjestelmän testaus suoritetaan koko järjestelmälle tarkistamalla, täyttääkö järjestelmä tai sovellus vaatimusmäärittelyasiakirjan.
Myös ei-toiminnallinen testaus, kuten suorituskyky, Suojaustestaus kuuluvat dynaamisen testauksen luokkaan.
Staattinen testaus vs. Dynaaminen testaus
Staattinen testaus | Dynaaminen testaus |
---|---|
Testaus tehtiin suorittamatta ohjelmaa | Testaus tehdään suorittamalla ohjelma |
Tämä testaus suorittaa varmennusprosessin | Dynaaminen testaus suorittaa validointiprosessin |
Staattisessa testauksessa on kyse vikojen ehkäisystä | Dynaamisessa testauksessa on kyse vikojen etsimisestä ja korjaamisesta |
Staattinen testaus antaa arvion koodista ja dokumentaatiosta | Dynaaminen testaus antaa vikoja/pullonkauloja ohjelmistojärjestelmään. |
Staattinen testaus sisältää tarkistuslistan ja prosessin, jota on noudatettava | Dynaaminen testaus sisältää testitapauksia suoritusta varten |
Tämä testaus voidaan suorittaa ennen kokoamista | Dynaaminen testaus suoritetaan kääntämisen jälkeen |
Staattinen testaus kattaa rakenne- ja lausekattavuuden testauksen | Dynaamiset testaustekniikat ovat Boundary Value Analysis & Equivalence Partitioning. |
Vikojen etsiminen ja korjaaminen maksaa vähemmän | Vikojen etsimisen ja korjaamisen kustannukset ovat korkeat |
Sijoitetun pääoman tuotto on korkea, koska tämä prosessi on mukana varhaisessa vaiheessa | Investoinnin tuotto on alhainen, koska tämä prosessi liittyy kehitysvaiheen jälkeen |
Lisää arvostelukommentteja suositellaan hyvän laadun vuoksi | Lisää vikoja suositellaan hyvän laadun vuoksi. |
Vaatii paljon kokouksia | Vaatii verrattain vähemmän kokouksia |