Nykyajan ohjelmistot muuttuvat jatkuvasti. Erityisesti ketterässä ympäristössä työskenneltäessä julkaisuja tehdään hyvin usein, joskus jopa jatkuvan toimituksen muodossa. Uusia ominaisuuksia lisätään jatkuvasti, olemassa olevia ominaisuuksia muutetaan ja virheitä korjataan. Tämä on tietenkin hyvä asia.
Samalla olemassa olevien toimivien toimintojen rikkoutumisen riski on kuitenkin suhteellisen suuri. Siksi tarvitsemme regressiotestausta. Lyhyesti sanottuna regressiotestaus on tekniikka, jolla varmistetaan, etteivät uudet koodimuutokset ole aiheuttaneet uusia virheitä.
Käsittelen regressiotestausta, joka on keskeinen laadunvarmistuskäytäntö, tarkemmin alla.
Mitä regressiotestaus on?
Regressiotestaus on tärkeä osa ohjelmistokehityksen elinkaarta. Se on testaustyyppi, jolla varmistetaan, etteivät koodimuutokset ole vaikuttaneet olemassa oleviin toimintoihin ja että se, mikä toimi ennen näitä muutoksia, toimii edelleen. Tämän prosessin aikana löydettyjä ongelmia pidetään regressiovirheinä, ja niitä tulee käsitellä erittäin kiireellisinä.
Regressiotestausta voidaan suorittaa sekä manuaalisesti että automaattisten testien avulla. Regressiotestisarjan automatisointi on hyvä idea erityisesti suurten sovellusten kanssa työskenneltäessä, sillä koko regressioprosessi voi tällöin viedä hyvin paljon aikaa.
Miksi regressiotestaus on tärkeää ohjelmistokehityksessä?
Kun koodikantaan lisätään uutta koodia, olipa kyseessä virheenkorjaus tai uusi toiminnallisuus, se voi vaikuttaa jo toimivaan koodiin aiheuttamalla uusia virheitä tai vaikuttamalla sovelluksen ei-toiminnallisiin ominaisuuksiin, kuten suorituskykyyn tai käytettävyyteen.
Tämä voi aiheuttaa haittaa loppukäyttäjälle, joka ei todennäköisesti olisi kovin tyytyväinen siihen, että aiemmin toimiva asia ei enää toimikaan. Tämä puolestaan voi aiheuttaa tulonmenetyksiä ja vaikuttaa merkittävästi yrityksen maineeseen.
Regressiotestaus auttaa havaitsemaan nämä virheet varhaisessa vaiheessa ja mahdollistaa niiden korjaamisen ennen tuotantoon siirtymistä. Tämä tarkoittaa, että asiakkaat näkevät sovelluksesta vakaamman version ilman vaikutuksia vanhoihin toimintoihin, joita he jo käyttivät.
Have an account? Log In
Testitapausten valinta
Ensimmäinen asia, joka testaajien on tehtävä ennen regression aloittamista, on suoritettavien regressiotestitapausten tunnistaminen. Testitapausten valintaan on kaksi päämenetelmää: reaktiivinen ja proaktiivinen.
Reaktiivinen
Reaktiivisessa testitapausten valinnassa laadunvarmistustiimi ryhtyy toimiin muutosten jälkeen. Tämä tarkoittaa, että suoritettavat testitapaukset valitaan sen jälkeen, kun kehitystiimi on tehnyt koodiin muutoksia.
Proaktiivinen
Proaktiivisessa lähestymistavassa testaajat ennakoivat mahdolliset muutokset ennen kehitysmuutoksia ja laativat testisuunnitelman sen mukaisesti. Näiden kahden menetelmän välillä päättäminen riippuu tietyistä tekijöistä, kuten kustannuksista, monimutkaisuudesta, kattavuudesta ja aikarajoitteista.
Testitapausten priorisointi
Testitapausten priorisointi on todennäköisesti yksi regressiosuunnitelman laatimisen tärkeimmistä vaiheista. Se auttaa hallitsemaan aikaa tehokkaasti ja parantaa virheiden havaitsemisastetta. Ensimmäiseksi on ymmärrettävä, mihin alueisiin viimeaikaiset muutokset vaikuttavat eniten, ja päätettävä, kuinka paljon aikaa tiimillä on regressiotestaukseen. Kuten eräässä kuuluisassa testausperiaatteessa todetaan, ”kattava testaaminen on mahdotonta”, mikä tarkoittaa, ettemme voi kattaa kaikkia olemassa olevia testiskenaarioita ja poikkeustapauksia, mutta voimme pyrkiä parhaaseen mahdolliseen testikattavuuteen.
Tämä mielessä pitäen testaajien on tehtävä riskinarviointi – päätettävä, mitkä alueet ovat kriittisimpiä testata ja mitkä aiheuttavat todennäköisimmin ongelmia. Testausperiaatteista puhuttaessa on hyvä muistaa, että virheillä on taipumus kasautua eli ongelmallinen alue paljastaa todennäköisemmin eniten virheitä. Regressiotestauksen tapauksessa nämä ovat alueita, joita on muutettu.
Toinen huomioitava asia on se, käytämmekö testiautomaatiota. Automaattinen testien suoritus voi toimia itsenäisesti, jolloin testaajat voivat keskittyä enemmän kokemukseen perustuviin testeihin, kuten tutkivaan ja tilapäiseen testaukseen, sekä osiin, joita ei voida automatisoida, kuten sen varmistamiseen, ettei käyttökokemus ole jollain tavalla heikentynyt.
Ohjelmiston muuttuessa on myös tärkeää päivittää olemassa olevat testitapaukset vastaamaan uusia muutoksia tai merkitä vanhentuneet testitapaukset asianmukaisesti, jotta niitä ei suoriteta vahingossa.
Tehokkaan regressiotestauksen tekniikat ja työkalut
| Kaiken uudelleentestauksen tekniikka | Valikoiva tekniikka | Priorisointitekniikka |
|---|---|---|
| Kaiken uudelleentestauksen tekniikkaTämä tunnetaan myös täydellisenä regressiotestauksena, ja se on tiukin regressiotestaustekniikka. Siinä ohjelmiston jokainen ominaisuus testataan uudelleen jokaisen muutoksen jälkeen. Tavoitteena on 100 %:n testikattavuus, ja se edellyttää kaikkien olemassa olevien testien suorittamista uudelleen sekä uusien testitapausten toteuttamista. Tämä tekniikka soveltuu parhaiten automatisoituun regressiotestaukseen, jos suurin osa testikokonaisuudesta on automatisoitu. Se on turvallisin tekniikka, mutta ei kovin tehokas manuaalisesti toteutettuna, koska koko regressiotestikokonaisuuden läpikäynti voi viedä paljon aikaa. | Valikoiva tekniikka Tämä on osittainen regressiotestaustekniikka, jossa tiimi testaa uudelleen vain ne ominaisuudet, joihin koodin muutetut osat vaikuttavat. Tämä liittyy läheisesti regressiotestien valintaan. Regressiotestikokonaisuus luodaan valitsemalla olemassa olevia ja uusia testejä, jotka liittyvät alueisiin, joihin korjauksia ja parannuksia on lisätty. Nämä testitapaukset myös priorisoidaan toimintojen riskin ja tärkeyden perusteella. | PriorisointitekniikkaTässä testaustavassa ominaisuudet testataan niiden merkityksen ja ohjelmiston yleiseen toiminnallisuuteen kohdistuvan vaikutuksen perusteella. Testaustiimi tarkastelee ohjelmiston keskeisiä ominaisuuksia ja varmistaa, että ne testataan perusteellisesti. Tämän tekniikan tavoitteena on varmistaa, etteivät sovelluksen tärkeimmät osat ole kärsineet muutoksista. Se ei kuitenkaan ole kovin tehokas tekniikka, koska siinä ei keskitytä muutettuihin alueisiin ja se edellyttää paljon sellaisten asioiden uudelleentestausta, joita ei yleensä ole muutettu niiden edellisen testauksen jälkeen. |
Automatisoinnin rooli regressiotestauksessa
Testiautomaatiosta puhuttaessa on tärkeää huomioida testiautomaatiopyramidi. Sen mukaan suurimman osan testeistä tulisi olla yksikkötestejä, jotka suoritetaan nopeammin ja voivat siksi tunnistaa virheet nopeammin. Seuraavalla tasolla ovat integraatiotestit (tai API-testit), joita on määrällisesti vähemmän, mutta jotka muodostavat silti suuren määrän suoritettavia testejä.
Ylimmällä tasolla käyttöliittymän päästä päähän -testien suorittaminen kestää pisimpään, joten niitä tulisi olla vähemmän kuin muiden tasojen testejä.
Automaattisia testikomentosarjoja käyttämällä koko regressioprosessia voidaan tehostaa. Testitapaukset suoritetaan nopeammin ja virheet tunnistetaan nopeasti hyvin vähäisellä ihmisen osallistumisella. Automaattiset testit voidaan suorittaa aina, kun lähdekoodiin tehdään muutoksia, ja testaajat voivat testitulosten perusteella selvittää, mihin alueisiin vaikutukset kohdistuvat eniten, ja tutkia näitä alueita tarkemmin manuaalisessa testauksessa.
Tutkiva testaus täydentää automaatiota aina erinomaisesti, koska sitä ei voida automatisoida ja testaajien kokemuksesta voi olla paljon hyötyä epätavallisempien tilanteiden tunnistamisessa.
Regressiotestauksen työkalut
Kehitystiimi vastaa yleensä pyramidin kahdesta ensimmäisestä tasosta, joten tässä osiossa tarkastelemme joitakin suosituimpia käyttöliittymän automaatiotyökaluja, jotka voivat auttaa testaamisen automatisoinnissa.
| Selenium | Appium | JMeter | Katalon |
|---|---|---|---|
| SeleniumAvoimen lähdekoodin työkalu selainten automatisointiin, jota käytetään yleisesti verkkosovellusten testiautomaatiossa. Se on saatavilla useilla ohjelmointikielillä, kuten Javalla, Pythonilla, JavaScriptillä ja C#:lla, ja se toimii kaikissa käyttöjärjestelmissä sekä yleisimmissä selaimissa. Komentosarjoja luovilla testaajilla on kuitenkin oltava ohjelmointiosaamista. | AppiumAppium on Seleniumin mobiilivastine – mobiilisovellusten testaamiseen suunniteltu testauskehys. Se on saatavilla myös useilla ohjelmointikielillä ja toimii sekä Androidilla että iOS:llä. | JMeterJMeter on myös avoimen lähdekoodin työkalu, jota voidaan käyttää toiminnalliseen testaukseen, mutta se on erityisen tehokas suorituskyvyn testaamiseen. Se on erinomainen työkalu silloin, kun sovellukselle on tehtävä kuormitus- tai rasitustestaus ja tuloksia on verrattava aiempiin tuloksiin (ennen koodimuutoksia), jotta nähdään, onko suorituskyky muuttunut jollakin tavalla. | KatalonKatalon on työkalu verkkosovellusten, mobiilisovellusten, API-rajapintojen ja työpöytäsovellusten testaamiseen. Se tarjoaa myös tallennus- ja toistotoiminnot, joten se toimii hyvin tiimeissä, joissa testaajat eivät välttämättä ole samanaikaisesti ohjelmoijia |
Luetteloa voidaan tietenkin laajentaa, sillä markkinoilla on saatavilla monia automaattisen testauksen työkaluja. Valitsemasi työkalu riippuu projektin ja tiimin erityistarpeista.
Käyttöönoton haasteet
Vaikka regressiotestausprosessi on olennainen osa kehityssykliä, siihen liittyy myös haasteita.
- Aikarajoitteet: Aika on todennäköisesti yleisin regressiotestauksen haaste. Kun koodiin lisätään uusia moduuleja, regressiotestikokonaisuus kasvaa jatkuvasti, joten testaukseen voi kulua paljon aikaa, jota tiimillä ei aina ole käytettävissään. Regressiotestaukseen käytetty lisäaika voi myös kasvattaa kustannuksia.
- Ylläpito: Kun olemassa olevaa koodia muutetaan uusien toimintojen ja parannusten lisäämiseksi, myös testitapauksia on ylläpidettävä. Tämä koskee manuaalisia ja automatisoituja testejä, koska kaikkien olemassa olevien testiskenaarioiden tulisi vastata uusia vaatimuksia.
- Priorisointi: Yksi regressiotestauksen tärkeimmistä vaiheista. Tiimin on varmistettava, että käytettävissä olevan regressiotestaukseen varatun ajan puitteissa valitaan oikeat testitapaukset ja testiskriptit, jotta testikattavuus voidaan maksimoida ja testikokonaisuuden koko minimoida.
More Articles
Tehokkaan regressiotestauksen vaikutus tuotteen laatuun
Haasteista huolimatta regressio-testauksella on oikein toteutettuna suuri vaikutus ohjelmiston laatuun.
Ensinnäkin regressiotestauksen avulla tiimi varmistaa, ettei sovellukseen lisättyjen uusien toimintojen jälkeen ilmene uusia virheitä.
Tämä vaikuttaa ketjureaktion tavoin testattavan koodin laatuun ja koko järjestelmän yleiseen laatuun.
Tuotannossa ilmenevien virheiden väheneminen tarkoittaa myös parempaa asiakastyytyväisyyttä ja parempaa asiakaskokemusta.
Keskeiset huomiot
Regressiotestaus on olennainen osa minkä tahansa onnistuneen kehitysprosessin testausstrategiaa. Se auttaa varmistamaan, etteivät uudet ominaisuudet ja korjaukset vaikuta olemassa olevaan toimivaan koodiin ja että järjestelmä täyttää tuotantoon julkaisemisen vaatimukset.
Kun testitapaukset priorisoidaan oikein ja hyödynnetään automaatiotyökaluja, regressiotestaus voi olla erittäin tehokas tapa minimoida aiemmin toimineen toiminnallisuuden rikkoutumisen riskit. Tämä puolestaan auttaa tarjoamaan loppukäyttäjälle hyvän käyttökokemuksen.
Jos haluat lukea lisää regressiotestauksesta ja kaikesta testaukseen liittyvästä, tilaa QA Lead -uutiskirje!
