Askel kerrallaan kohti toimivaa testausta
Kun testaus puuttuu tai se ei toimi, ongelman myöntäminen on yhtä tuskaa. Yleensä se paljastuu vasta kun tavara on jo osunut tuulettimeen. Edelleenkin liian usein puhelin soi meidän toimistolla kun huonot on jo housussa.
Meiltä puuttuu toimiva testaus. Miten tässä nyt kannattaa toimia?
Koska epävarmuus niin usein kalvaa toimivan testauksen rakentajaa, ne ensiaskelet jäävät ottamatta. Vasta pakko pistää liikettä niveliin. Silloin asiakas hengittää jo niskaan ja softakehittäjän aika palaakin yllättäen virheiden korjailuun.
Me päätimme tarjota ilmaisen opetuksen siitä, miten toimiva testaus voidaan rakentaa sopivan pienistä rakennuspalikoista.
- Kehitä: Rakenna softakehittäjien kanssa säännöllinen elämänrytmi. Jotain testattavaa on tultava tuutista ulos usein. Ilman tätä ei ole mitään järkeä investoida testaukseen.
- Resurssoi: Palkkaa riittävän kokenut testausosaaja tai osta palvelu partnerilta. Pääasia on, että tyyppi on oikeasti testaaja, eikä vain huono devaaja!
- Testaa: Polkaise hommat käyntiin tutkivan testauksen menetelmällä. Asiakkaasi elämään vaikuttavien vikojen löytyminen mahdollisimman aikaisin on oikeasti se, mihin kannattaa investoida heti!
- Rakenna: Tuo mukaan uusia työkaluja. Paranna testauksen- ja virheidenhallintaa. Rakenna systemaattinen tapa toimia esimerkiksi tarkistuslistoilla. Voit pohtia myös automaatiota.
- Tiivistä: Tiivistä kuilua kehityksen ja testauksen välillä. Tähtää testauksessa pitkistä vesiputouksista lyhyisiin tai Agileen.
- Mittaa: Rakenna enintään kolme helppokäyttöistä mittaria softan laadun arviointiin. Meidän mittarimme perustuvat kaikki virhetietoihin.
- Optimoi: Säädä testauksen määrää asteittain kunnes optimaalinen taso on löytynyt.
Hoitamalla yhden asian kerrallaan pääsee softakehityksessä jo pitkälle. Näiden askelmerkkien avulla on mahdollista rakentaa täysin uusi ja laadukas näkökulma ohjelmistojen rakentamiseen alle kuukaudessa.
Voit rakentaa toimivan testauksen pienistä osatavoitteista. Sinun on vain otettava härkää sarvista ja ryhdyttävä toimeen!
P.S. Jos alkuun pääseminen tuntuu vinkeistä huolimatta hankalalta, voit tilata meiltä Kick-offin. Me hoidamme kohdat 1.-4. pois kuleksimasta vain kahdessa viikossa! Sinun ei tarvitse osallistua kuin aloitustapaamiseen ja loppukatselmointiin.
Siinä on rivistö asiallisia teesejä. Eniten minua kirvoitti kohta 2 Resurssoi. Tähän kohtaan on kiedottu sekä pala totuutta, että alamme yksi sitkein klisee. On totta, että vielä 80- ja 90-luvuilla softatestaaja oli usein feilannut koodaaja joka ei osannut koodata. Tästä puolestaan seurasi se, että testaajien joukkolta puuttui ehkä hivenen verran ammattiylpeyttä ja aitoa motivaatiota. 2000-luvulla alkoi jo sitten tapahtumaan kun huomattiin, että huonolla testaajalla tekee yhtä paljon kuin huonolla uimavalvojalla eli ei mitään. Tarvitsimme siis voimakkaan signaalin koko ammattikunnalle, että tarvitaan testaukseen erikoistuneita osaajia jotka jo koulun penkillä tiesivät tulevansa testaajiksi. Hitaasti mutta varmasti onkin testaajien ammattikunta alkanut kasvamaan, mutta vieläkin mukaan mahtuisi enemmän ammattilaisia.
Nyt 2010-luvulla asiat näyttävät jo hyvin eriltä kuin vain 20 vuotta sitten. Ammattitestaaja on todellinen erikoisosaaja ja sellaisia ei turhan paljon ole vapaina heilumassa..
Yliopistomaailma on havainnut tämä kasvavan erikoisosaajien tarpeen ja valikoimaan on tullut lisää kursseja ja luentoja joista voi ammentaa perustyökalut ammattimaisen testauksen maailmaan. Tämä lämmittää vanhan mieltä.
Kiitoksia vaan mielenkiintoisista blogeista!
”Ammattitestaaja:n” kommentti on hyvä testaajien arvostuksesta. Eniten kai tuo ärsyttää testaajia, kun yritykset olettavat, että testaajan saa palkattua aina pirun halvalla. Useinmiten developperit ovat arvostetumpia yrityksessä, kuin testaajat (arvostus myös rahallisesti). Joissakin tapauksissa ollaan suunnilleen ärsyyntyneitä, jos testaus haaskaa developpereiden aikaa tuottamalla heille korjausnakkeja, saatikka jos tuleekin järjestelmän viasta johtuva ”turha” virhe.
Tulisikohan testaajien arvostus merkittävämmäksi vasta sitten, kun niitä ei koulutettaisi ohjelmistosuunnittelun sivutuotteena vaan omissa koulutuohjelmissa tai vaikka ylempänä korkeakoulututkintona. Lisäksi testaajien pitäisi varmaan saada jonkinmoinen oma ”palkkakartelli”, jottei nahkaa myydä liian halvalla.
Itse aloitin vastikään uudessa yrityksessä ja naureskelin tätä blogitekstiä, koska olin aloittanut toimet juurikin tässä kuvatulla tavalla, vaikken ollut tekstiä lukenutkaan. Jotakin on siis tarttunut mukaan työvuosien aikana. Itse olen siitä onnellisessa asemassa, että olen ollut koko työurani testaushommissa, enkä ole joutunut lähestymään alaa tuolla huonon developperin kaavalla. Mutta mistä nyt löytyisi lisää haasteita, kun homma on polkaistu käyntiin ja haastavimmat vaiheet on ohitettu…
Terve Londo ja kiitos jämerästä kannanotosta,
Olette Ammattitestaajan kanssa selkeästi samoilla linjoilla testausaiheisen koulutuksen tarpeista jatkuvasti kehittyvällä alalla. Itse sain juuri oman koulutuskiintiöni hetkeksi täyteen. Kävin nimittäin viimeviikolla Helsingissä Michael Boltonin Rapid Testing -koulutuksen ja se oli jäätävä! Siinä heivattiin turha teoriahössötys romukoppaan heti ja iskettiin välittömästi testaustyön olennaisimpien kysymysten äärelle. Blogiteksti-ideoita ja ahaa-elämyksiä satoi niskaan uskomatonta tahtia.
Tuon koulutuksen jälkeen en ole enää ihan niin varma perinteisestä testausopetuksesta. Kaikissa aikaisemmin kokeilemissani koulutuksissa juuri puutteet käytännönläheisyydessä ja asioiden järkeistämisessä ovat nousseet kompastuskiviksi. Minusta testaajat yhä edelleen painavat aivan käsittämättömän määrän tarpeetonta työtä väärien asioiden dokumentoinnissa, mittaroinnissa, suunnittelussa ja työkalujen kanssa puuhatessa.
Toivottavasti joskus tulevaisuudessa esimerkiksi testausaiheisen koulutusohjelman myötä päästään siihen mitä Bolton meille yritti opettaa.