ero yksikkötestin, järjestelmätestin, integraatiotestin ja regressiotestin välillä

ero yksikkötestin, järjestelmätestin, integraatiotestin ja regressiotestin välillä

Yksikkötestin

yksikkötestit suoritetaan ohjelman yksittäisille yksiköille, ja niiden tarkoituksena on tutkia yksittäistä komponenttia, jolla on on muutettu tai otettu käyttöön ensimmäistä kertaa. Jokaiseen testiin, jonka tarkoituksena on validoida yksi moduuli, on liitettävä siihen liittyvä tekninen dokumentaatio, joka sisältää muun muassa tulokset, jotka testatun moduulin odotetaan antavan. Yksikkötesteissä keskitytään ohjelmiston toimivuuteen ja luotettavuuteen, ja ne suoritetaan testivaiheessa ennen järjestelmäintegraatiota. Jos vika havaitaan yksikkötestissä, sen luonne ja vaikutus yleiseen järjestelmään arvioidaan; se pyritään korjaamaan ennen testatun moduulin hyväksymistä.

Järjestelmätesti

Järjestelmätesti tehdään kaikille tuotteille luonteenomaisille uusille tai muunnetuille komponenteille ja moduuleille. Tavoitteena on ymmärtää, miten eri yhtenäiset lohkot ovat vuorovaikutuksessa keskenään ja jos ne tarjoavat tarvittavat tuotokset yleisesti; korostetaan validointi ja todentaminen järjestelmän vaatimukset ja miten yksittäiset moduulit toimivat yhdessä, kun ne on kytketty. Yleensä järjestelmän testejä on useampi kuin yksi: ensimmäinen ansaitsee erityismaininnan (jota kutsutaan yleensä “savutestiksi”), jonka tarkoituksena on tutkia laajasti, miten ohjelma käyttäytyy ja jos tärkeimmät toiminnot suoritetaan oikein, yksityiskohtia syventämättä. Koko järjestelmän testit kestävät kauan, koska on tarpeen suorittaa suuri määrä, jotta voidaan analysoida kaikki mahdolliset skenaariot, joita voi esiintyä; testaussuunnitelma tässä vaiheessa on hyvin herkkä rooli, koska se sisältää testitapausten kuvauksen, missä järjestyksessä ne on suoritettava ja tarvittavat asiakirjat tulosten luetteloimiseksi. Kun virhe havaitaan ja korjataan, testi on tehtävä uudelleen sen varmistamiseksi, että tehdyillä korjauksilla ei ole ollut negatiivista vaikutusta komponentteihin, joissa ei aiemmin ollut virheitä (edellä jo mainittu regressiotesti).

Integraatiotesti

erilaisten järjestelmätestien suorittamisen jälkeen on varmistettava, että kehitetty ohjelma antaa halutut tulokset, vaikka sitä suoritettaisiin muissa kuin alkuperäisissä ympäristöissä: siksi on tarpeen tehdä integraatiotestejä, joissa tuote testataan yhdessä muiden rajapintojen ja sovellusten kanssa. Toisin kuin järjestelmätesteissä, integrointitesteissä ei tarvitse testata uudelleen, jos vika havaitaan sen korjaamisen jälkeen. Integrointitestit on jaettu eri ryhmiin ja ne voidaan suorittaa tai olla suorittamatta testattavasta sovelluksesta riippuen:

  • yhteensopivuustesti: varmistetaan, että sovellus toimii eri kokoonpanoilla käyttäjän käytettävissä olevien
  • suorituskykytestien perusteella: he arvioivat sovelluksen kykyä toimia oikein, kun esimerkiksi useat käyttäjät käyttävät sitä samanaikaisesti tai syötteiden määrä kasvaa
  • stressitestit: he testaavat sovelluksen oikean toiminnan, kun se on stressaantunut epätavallisilla työkuormilla
  • kuormitustestit: ne täydentävät stressitestejä ja arvioivat sovelluksen toimintaa normaalilla työkuormalla

Regressiotesti

regressiotesti, joka on jo mainittu edellisissä kappaleissa, suoritetaan aina, kun ohjelmakappaleen menettelyä muutetaan vian tunnistamisen jälkeen; kun virhe korjataan, on mahdollista, että uusi otetaan käyttöön tahattomasti: näin ollen on epävarmaa, pystyykö sovellus toistamaan kaikki aiemmin suoritetut toiminnot oikein uudelleen. Regressiotesti suoritetaan yleensä samanaikaisesti muiden testien kanssa, ja sitä voidaan pitää laadunvalvontana, jolla varmistetaan, että juuri muutettu koodi suorittaa edelleen oikein toiminnot, joita ei ole muutettu ja jotka täyttävät samat vaatimukset, jotka on tarkastettu aiemmin . Yhteenvetona voidaan todeta, että regressiotestillä varmistetaan, että muiden korjaamisesta johtuvat virheet eivät vaikuta muuhun sovellukseen, jota ei muuteta.

Leave a Reply