Asiantuntijan opas testauspyramidin ymmärtämiseen

Lähes kymmenen vuoden aikana, jonka olen työskennellyt ohjelmistotestauksen ja testiautomaation parissa, olen törmännyt termiin ”testauspyramidi” useammin kuin pystyn laskemaan. Jos tiimisi käyttää liikaa aikaa testiajojen valmistumisen odottamiseen, testiautomaation testauspyramidia saatetaan toteuttaa virheellisesti.

Kun tavoitteena on kehittää vankkoja ja luotettavia ohjelmistoja, testaaminen on välttämätöntä. Kaikki testaaminen ei kuitenkaan ole samanarvoista. Testauspyramidimalli auttaa kehittäjiä ja laadunvarmistustiimejä löytämään oikean tasapainon erilaisten testien välillä ja varmistamaan kattavan kattavuuden kuormittamatta testausprosessia liikaa. Keskittymällä eri tasoihin – yksikkötesteihin, integraatiotesteihin ja päästä päähän -testeihin – pyramidi tarjoaa strategisen viitekehyksen testaustoimien optimointiin ja ohjelmiston laadun parantamiseen.

Tässä oppaassa käyn läpi testauspyramidin, selitän, miten kukin taso edistää vankkaa testausstrategiaa, ja annan käytännön vinkkejä sen tehokkaaseen toteuttamiseen kehitystyönkulussa.

Mikä on testauspyramidi?

Testauspyramidi on malli, joka jakaa automaattiset testit kolmeen pääluokkaan: yksikkötesteihin, integraatiotesteihin ja käyttöliittymätesteihin (tai e2e-testeihin). Tämä mahdollistaa tehokkaamman testikokonaisuuden kehittämisen ja auttaa kehittäjiä sekä laadunvarmistuksen asiantuntijoita saavuttamaan paremman laadun. 

Nämä testityypit on asetettu pyramidin tavoin kerroksittain siten, että yksikkötestit ovat alimpana, integraatiotestit keskellä ja käyttöliittymätestit ylimpänä.

Ajatuksena on, että pyramidin alaosassa pitäisi olla eniten testejä ja yläosassa vähiten. Tämä johtuu siitä, että testien suoritusaika kasvaa testauksen jokaisella tasolla.

Automaattisten testien tasot

Ymmärtääksemme pyramidia paremmin tarkastellaan sen jokaista tasoa.

Yksikkötestaus

Yksikkötestit, joita kutsutaan joskus komponenttitesteiksi, muodostavat testauspyramidin perustan – tämä tarkoittaa, että niitä pitäisi olla eniten. Kehittäjät tai joskus testaajat luovat ne yleensä kehitysprosessin aikana. Yksikkötestauksen päätavoite on eristää testattava koodi ja varmistaa, että se toimii tarkoitetulla tavalla.

Yksikkötestaus on ohjelmistokehitysprosessin ratkaisevan tärkeä vaihe, koska se voi auttaa löytämään koodin ongelmat varhaisessa vaiheessa. Niitä voi olla vaikeampi havaita myöhemmissä testausvaiheissa. Vikojen löytäminen ajoissa helpottaa niiden korjaamista ennen kuin muut komponentit kärsivät.

Koska yksikkötestit ovat hyvin tarkkarajaisia ja testaavat sovelluksesta vain osia (komponentteja), ne ovat yleensä erittäin nopeita.

Integraatiotestaus

Integraatiotestit muodostavat testauspyramidin toisen tason. Yksikkötesteihin verrattuna niiden suorittaminen kestää yleensä kauemmin, joten niiden suoritusmäärän pitäisi olla pienempi.

Integraatiotestauksessa testaamme yksittäisten yksiköiden tai ohjelmistokomponenttien välisiä vuorovaikutuksia sekä sisäisten ja ulkoisten komponenttien, kuten tietokantojen tai ohjelmointirajapintojen, välisiä vuorovaikutuksia. 

Integraatiotestit ovat yleensä yksikkötestejä hitaampia ja monimutkaisempia, koska ne ovat vuorovaikutuksessa ulkoisten lähteiden kanssa. Näitä testejä varten tarvitaan myös vakaa tuotantoa edeltävä ympäristö, joka vastaa tuotantoympäristöä.

Päästä päähän ulottuva käyttöliittymätestaus

Päästä päähän -testit ovat pyramidin huipulla, ja niiden tavoitteena on testata sovellusta kokonaisuutena. Niissä käytetään ympäristöjä ja tietoja, jotka jäljittelevät todellisen maailman tilanteita. 

Päästä päähän -testausta kannattaa lähestyä loppukäyttäjän näkökulmasta. Laadunvarmistusinsinöörit voivat ottaa huomioon esimerkiksi eri tavat, joilla käyttäjä saattaa olla vuorovaikutuksessa sovelluksen kanssa, mitä käyttäjä tekee saavuttaakseen tavoitteensa sovelluksessa ja mikä voisi mennä pieleen. Tavoitteena on luoda testi näiden toimintatapojen perusteella.

Testauspyramidin mukaan tällä tasolla pitäisi olla vähemmän testejä, koska e2e-testien suorittaminen kestää yleensä kauemmin ja ne ovat herkimpiä rikkoutumaan sekä vaikeimpia ylläpitää. Ne suoritetaan myös kehityksen myöhemmissä vaiheissa.

Myös manuaalinen testaus ja tutkiva testaus sisällytetään joskus tälle tasolle, koska niissä keskitytään yleensä käyttöliittymätestaukseen ja niihin sisältyy monimutkaisempia skenaarioita, joissa järjestelmää testataan kokonaisuutena.

Miksi testauspyramidia kannattaa käyttää?

Testauspyramidi tarjoaa loogisen ja iteratiivisen rakenteen, jonka avulla voidaan määrittää, mihin testauksen tasoihin keskitytään ja milloin. Tämä tehdään suorittamalla ensin pienemmät ja yksinkertaisemmat testit ja säästämällä suuremmat ja monimutkaisemmat testit testausprosessin myöhempiin vaiheisiin.

Kun otetaan huomioon tarvittavien testien määrä pyramidin kullakin tasolla, pyramidin rakenne alkaa tuntua entistä järkevämmältä.

Testauspyramidi tarjoaa testaajille myös tavan saada nopeampaa palautetta sovelluksen toiminnasta ottamalla huomioon testit, jotka tulisi suorittaa ohjelmistokehityksen sekä varhaisissa että myöhemmissä vaiheissa.

Tiimit voivat havaita ja korjata virheitä nopeammin, mikä on pitkällä aikavälillä erittäin kustannustehokasta, jos palautteen hankkiminen heti yksikkötestauksen tasolta on sisäänrakennettu käytäntö.

Testaamalla kaikilla näillä eri tasoilla testauspyramidi tarjoaa hyvän tavan kasvattaa testikattavuutta.

Kun laajennat testaustoimiasi, huomaat, että integroidut tietokantojen hallinnan ratkaisut voivat tarjota esimerkiksi automaattiset varmuuskopiot ja tietojen palautuksen, jotka ovat välttämättömiä vakaan testiympäristön ylläpitämiseksi.

Testauspyramidi ketterässä kehityksessä

Ketterät tiimit hyötyvät eniten testiautomaatiopyramidin käytöstä, koska:

• Ketterissä menetelmissä painotetaan tehokkuutta ja nopeutta. Testauspyramidi tukee tätä tehostamalla testausprosessia.
• Työ valmistuu nopeammin, kun testausprosessiin lisätään selkeä eteneminen ja logiikka.
• Koska pyramidi on suunniteltu suorittamaan helpoimmat testit ensin, testaajat voivat hallita ajankäyttöään tehokkaammin, saavuttaa parempia tuloksia ja helpottaa kaikkien elämää.
• Testauspyramidi auttaa testaajia priorisoimaan tehtävät oikein.

Jos testiskriptit kehitetään painottaen enemmän käyttöliittymää (UI), on suurempi riski, ettei liiketoimintalogiikkaa ja taustajärjestelmän toimintoja testata perusteellisesti. Tämä vaikuttaa tuotteen laatuun ja lisää tiimin työmäärää. Lisäksi koska käyttöliittymätestien läpimenoaika on pitkä, testikattavuus jää kokonaisuutena heikommaksi. Testiautomaatiopyramidi auttaa välttämään tällaiset tilanteet. Ketterät tiimit voivat hyödyntää testauspyramidia ja käyttää edistyksellisiä automatisoituja laadunvarmistusratkaisuja nopeuden ja tehokkuuden parantamiseen.

Testauspyramidin haastajat

Seuraava testauspyramidia koskeva kritiikki voi olla syytä ottaa huomioon:

• Testien arvoa ei oteta huomioon: Vaikea testi, jonka kehittämiseen käytetään kymmenkertainen aika, saattaa olla täysin tarkka. Jos näin on, miksi tarvittaisiin suuri määrä yksikkötestejä?
• Se on hieman vanhentunut: Pyramidin kehittämisen jälkeen kuluneiden kymmenen vuoden aikana kehitys- ja testausprosesseissa on tapahtunut merkittäviä muutoksia. Nykyaikainen automaattinen testaus auttaa tehostamaan testikokoelmaa, sillä testauksessa keskitytään nykyään yleensä enemmän käyttöliittymätestaukseen.
• Mitä tapahtui manuaalisille testeille? Kaikki tilanteet eivät sovellu automatisoitaviksi. Manuaalisia testejä, joita monet kehittäjät pitävät aina jossain määrin tarpeellisina, ei yleensä mainita testauspyramidissa.

Testauspyramidin parhaat käytännöt

Kun sovellat automaation testauspyramidia, pidä seuraavat käytännöt mielessä:

• Valitse testitapaukset, jotka haluat automatisoida, ja päätä sitten, kuinka laajoja automatisoitujen testien tulisi olla.
• Valitse käyttötapaustesi ja testaustason perusteella sopiva työkalu. Yksikkötestaukseen käytetään työkaluja, kuten JUnit ja TestNG. Integraatiotestaukseen on saatavilla työkaluja, kuten FitNesse, Protractor tai Citrus. Käyttöliittymän automaatiossa suosituimpia ovat Selenium verkkosovelluksille ja Appium mobiilisovelluksille, mutta myös muita testauskehyksiä käytetään.
• Ohjelmasi on helpompi ylläpitää ja siinä on vähemmän todennäköisesti virheitä, jos kirjoitat selkeää testikoodia.
• Aseta testien tärkeysjärjestys.
• Testitapausten ja -skenaarioiden perustana tulisi olla laadukas testidata.
• Vältä testien toistamista useilla tasoilla.
• Sisällytä testit käyttöönoton putkeen.
• Varmistaaksesi, ettei odottamattomia ongelmia ilmene, harkitse tutkivien testien sisällyttämistä testausstrategiaasi.

Liity mukaan saadaksesi lisää näkemyksiä 

Oikein sovellettuna testauspyramidi voi merkittävästi tehostaa testausprosessia ja maksimoida testaustyökalujen hyödyn. Valitsemalla tason, jolla kukin testitapaus tulisi automatisoida, tiimit voivat tehostaa testausta ja käyttää aikansa viisaammin. 

Tilaa The CTO Clubin uutiskirje, niin saat lisää tietoa testauksesta!