←back to Blog

DORA AI Capabilities Model — mitä testaajan pitää tietää tekoälyn kypsyysmallista?

Tekoäly on tullut ohjelmistokehitykseen jäädäkseen, mutta sen käyttöönotto ei ole mikään taikasauva. Päinvastoin: tekoäly vahvistaa sekä hyviä että huonoja käytäntöjä. DORA-tutkimusryhmän tuore AI Capabilities Model tarjoaa kehikon sille, mistä kannattaa aloittaa — ja tämä koskettaa myös testaajia ihan uudella tavalla.

Mikä DORA ja miksi siihen kannattaa kiinnittää huomiota?

DORA (DevOps Research and Assessment) on alun perin Nicolle Forsgrenin, Jez Humblen ja Gene Kimin perustama tutkimusohjelma, jonka Google Cloud osti vuonna 2018. DORA tunnetaan erityisesti neljästä avainmetriikasta — deploy-taajuus, läpimenoaika, palautumisaika ja muutosten epäonnistumisprosentti — jotka ovat muodostuneet de facto -standardiksi DevOps-kypsyyden mittaamiselle.

Suomessa DORA-metriikat ovat tuttuja erityisesti finanssi- ja telekommunikaatioalalla, missä DevOps-transformaatio on edennyt pisimmälle. Moni testausammattilainen on törmännyt niihin esimerkiksi TestausOSY:n ja SAFe-toteutusten kautta.

Nyt DORA on laajentanut malliaan tekoälyn suuntaan. AI Capabilities Model tunnistaa, että tekoälytyökalujen käyttöönotto ei automaattisesti paranna toimintaa — se pikemminkin moninkertaistaa olemassa olevat vahvuudet ja heikkoudet.

AI amplifies the good and the bad — mitä tämä tarkoittaa käytännössä?

Ministry of Testingin artikkelissa kiteytetään DORA-mallin keskeinen viesti: tekoäly vahvistaa sitä mitä organisaatiossa jo on. Jos testausprosessisi on jo valmiiksi laadukas, AI-työkalut tekevät siitä entistä tehokkaamman. Mutta jos testaus on ad hoc -pohjaista, dokumentoimatonta ja prosessitonta — tekoäly vain tuottaa enemmän samaa sekasortoa, nopeammin.

Tämä resonoi vahvasti suomalaisessa testauskentässä. Olen nähnyt projekteja, joissa testiautomaatio on rakennettu ilman kunnollista testistrategiaa, ja lopputuloksena on valtava määrä hauraita skriptejä jotka hajoavat jokaisessa sprintissä. Jos tähän yhtälöön lisätään AI-generoitua testikoodia ilman laatukriteereitä, ongelmat vain kertautuvat.

Mallin ydinalueet testaajan silmin

DORA AI Capabilities Model jäsentää tekoälyn käyttöönottoa usean osa-alueen kautta. Testaajan näkökulmasta seuraavat kolme nousevat erityisen tärkeiksi:

1. Perusasioiden kuntoon laittaminen

Malli korostaa, että ennen AI-työkalujen käyttöönottoa organisaation perusprosessien on oltava kunnossa. Testauksessa tämä tarkoittaa selkeitä testausstrategioita, versionhallintaa, koodikatselmointikäytäntöjä ja CI/CD-putkea. Jos kehittäjä copypastettaa ChatGPT:n generoiman testin ilman katselmointia, laatu ei parane — se vain näyttää erilaiselta.

Suomalaisessa kontekstissa tämä on erityisen relevanttia julkishallinnon ja terveydenhuollon järjestelmissä, missä testauksen jäljitettävyys ja dokumentaatio ovat lakisääteisiä vaatimuksia. AI voi auttaa dokumentaation generoinnissa, mutta vain jos pohjadata on laadukasta.

2. Ihmisen ja koneen työnjako

DORA-malli ei maalaa kuvaa, jossa AI korvaa testaajan. Pikemminkin se hahmottelee uudenlaista työnjakoa: tekoäly hoitaa toistuvat, mekaaniset tehtävät — kuten regressiotestien ylläpidon, testidatan generoinnin ja lokien analysoinnin — kun taas ihminen keskittyy tutkivaan testaukseen, riskianalyysiin ja liiketoimintalogiikan validointiin.

Tämä vastaa hyvin Suomen testausalan nykytilaa. ISTQB-pohjainen osaaminen on vahvaa, mutta resursseja on aina liian vähän. AI-työkalujen järkevä käyttö voi vapauttaa testaajien aikaa niihin tehtäviin, joissa inhimillinen arviointikyky on korvaamatonta.

3. Jatkuva oppiminen ja kokeilukulttuuri

Kolmas DORA-mallin kulmakivi on oppiminen. AI-työkalujen kanssa työskentely vaatii uudenlaista osaamista — promptaustaitoja, tekoälyn rajoitusten ymmärtämistä ja kykyä validoida AI:n tuottamaa sisältöä. Malli suosittaa pienten kokeilujen tekemistä ja tulosten mittaamista ennen laajempaa käyttöönottoa.

Suomessa tämä näkyy jo nyt: Testimate, Qentinel ja muut testaustalot kouluttavat henkilöstöään AI-työkalujen käyttöön, ja konferensseissa kuten TAST ja RoboCon AI-testaus on kuuma puheenaihe. Mutta edelleen liian moni organisaatio hyppää suoraan syvään päätyyn ilman pilottivaihetta.

Mitä tämä tarkoittaa suomalaiselle testausammattilaiselle?

DORA AI Capabilities Modelin anti on ennen kaikkea strateginen. Se muistuttaa, että työkalujen hankinta on helpoin osa — vaikeampaa on rakentaa kulttuuri ja prosessit, joissa työkalut tuottavat aitoa arvoa.

Käytännön vinkit suomalaiselle testaajalle:

  • Tunne perusasiat. Jos CI/CD-putki, testiautomaation arkkitehtuuri ja laatumetriikat eivät ole kunnossa, AI ei pelasta tilannetta.
  • Aloita pienestä. Kokeile vaikka yhden testialueen automatisointia AI:n avulla ja mittaa tuloksia kuukauden ajan ennen laajentamista.
  • Validoi aina. AI-generoitu testikoodi on lähtökohta, ei valmis tuote. Koodikatselmointi ja manuaalinen validointi ovat edelleen välttämättömiä.
  • Opettele promptausta. Hyvä prompti on testauksen uusi perustaito — se on kuin testitapauksen kirjoittaminen, mutta kohdeyleisönä on kone.
  • Seuraa DORAa. DORAn vuosittainen Accelerate State of DevOps -raportti on ilmainen ja sisältää konkreettista dataa, jota voit viedä omaan organisaatioosi.

Yhteenveto

DORA AI Capabilities Model ei ole tekninen ohjeistus, vaan kypsyysmalli, joka auttaa organisaatioita ymmärtämään, missä järjestyksessä AI-työkaluja kannattaa ottaa käyttöön. Sen keskeinen viesti on lohdullinen: hyvät peruskäytännöt ovat edelleen kaiken perusta. Tekoäly ei korvaa testaajaa, mutta testaaja joka osaa hyödyntää tekoälyä, korvaa testaajan joka ei osaa.

Suomessa meillä on vahva testausosaaminen ja laadukas koulutusjärjestelmä. Nyt on aika valjastaa tekoäly tukemaan tätä perustaa — ei ohittamaan sitä.

Mitä mieltä sinä olet? Onko teidän organisaatiossanne jo otettu AI-työkaluja testauksen tueksi, vai ollaanko vielä kokeiluvaiheessa? Jaa kokemuksesi kommenteissa!


Alkuperäinen artikkeli: Making sense of the DORA AI Capabilities Model — Ministry of Testing

Kuva: Andrew Neel / Pexels

Leave a Reply

Your email address will not be published. Required fields are marked *