Testaus 2013 Petri Säilynoja ⱹä⳾ٱٲܲ
- 1. ⱹä⳾ٱٲܲ Petri Säilynoja, Asiantuntija, Tieturi Oy
- 2. Esityksen sisältö Pyrkii tuomaan esille hyväksymistestaukseen liittyviä ”yleis” näkökulmia pohjautuen viime aikaisiin toimeksiantoihin: • Omia tuntemuksia • Epäkohtia • Positiivisia kokemuksia • Lämmittelyä aiheesta ennen seuraavaa puhujaa • Varoitus: Jokunen lause aiheen ulkopuoleltakin Toivoitteena generoida ajatuksia sekä jättää avoimia kysymyksiä,,, 11.4.2013
- 3. Aloitetaan aiheen ulkopuolelta,,, • Hmm, testaaminen jatkuu,,, 11.4.2013
- 4. Ohjelmistotestaus –Miten voit tänään? • ”Kiitos kysymästä, voin hyvin” • Esimerkkejä useita • Uskoakseni hyvä asia testaukselle • Töitä siis riittää,,, http://www.tietoviikko.fi/viisaat/tieturi/testaus+lt3+media/a886067 11.4.2013
- 5. ⱹä⳾ٱٲܲ –Näyttää helpolta teoriassa Huomioitava Erilainen testaajan rooli Viimeinen testaustaso Raha sidoksissa (sopimus) 11.4.2013
- 6. ⱹä⳾ٱٲܲ –Missä mennään? • Oma suhde hyväksymistestaukseen ”Jätetään testaus • Valmennuksia & konsultaatiota pois koska se maksaa”,,, • Aikaisemmat omakohtaiset työkokemukset • Hyväksymistestauksen roolia ei välttämättä ymmärretä oikein jokaisessa projektissa / organisaatiossa (eikä kyllä joskus koko testauksenkaan) • Haastavuus, ihanuus ja samalla maailman vaikein asia eli kontekstin vaikutus hyväksymistestaukseen. Ei ole olemassa vain yhtä ja oikeaa ideaalista prosessia hyväksymistestaukselle 11.4.2013
- 7. ⱹä⳾ٱٲܲ Muutamia käytännön esimerkkejä 11.4.2013
- 8. Case 1: Pelko tuotannosta löydetyistä vioista • Hyväksymistestauksen osallistuneet tai koordinaattorit menettävät yöunet koska pelkäävät mahdollisia uusia vikoja • Syyttelevä ilmapiiri mikäli (kun) vikoja löytyy • Kuinka olette testanneet? • Miksi tämä vika ei löytynyt aiemmin? ISO HAASTE TESTAUKSEN KOHDISTAMISELLE • Käyttötapaukset ensiarvoisen tärkeitä • Tapaus kertoo yrityksen testauskulttuurin puutteista 11.4.2013
- 9. Case 2: ”Tyhjä pöytä” –Tarvittava informaatio kadoksissa • Pahin skenaario: Hyväksymistestaajalla (tai koordinaattorilla) ei ole selkeää kuvaa koko projektista / testattavasta kohteesta • ”Softa vaan putkahtaa jostakin ja odotukset testaukselle suuret” • Dokumentaation puute • Yhteistyö toimittajan kanssa vajavaista tai tieto jää matkalle Hyväksymistestauksen koordinointi vaikeaa 11.4.2013
- 10. Case 3: Hyväksymistestauksen oikea tavoite vs. pilottitestaus • Hyväksymistestauksen tärkein tavoite hyväksyä ohjelmistotuote eikä suinkaan löytää mahdollisimman paljon vikoja • Pilottitestausta (Alpha&Beta) ei aina käytetä oikein ja mahdolliset hyödyt jää saavuttamatta • Pilottivaiheessa ohjelmistosta puuttuu jokin toiminnallisuus jonka johdosta testaukseen ei kiinnitetä riittävästi huomiota / testauksen ajoitus Hyväksymistestauksesta löytyy paljon vikoja!!! • Muistaa ”Riittävän Hyvä” -määritelmä ohjelmistotuotteessa 11.4.2013
- 11. Case 4: Prosessit ja työkalut • Aina yritys -ja kontekstiriippuvainen • Ylläpitovaiheessa olevien ohjelmistojen hyväksymistestaus • Prosessit (esim katselmointiin) • Regressiotestauksen kohdentaminen • Testauksen kohdistaminen (uusi toiminnallisuus) • Tiedonkulku varhaisessa vaiheessa • Toimittajan tekemän testaustulokset • Uudet toiminnallisuudet • Korjatut viat yms • Tarvittavat työkalut • Pahin skenaario: ei jää mitään jälkeä testauksesta (kattavuudesta) • Vikojen hallintaan • Testauksen hallintaan (resurssointi) 11.4.2013
- 12. Case 5: Testaajan ”apulaisen” motivaatio kadoksissa • Joskus (ei kuitenkaan aina) liiketoimintaosaajien motivaatio ei ihan riitä hyväksymistestaukseen: • Ylimääräistä työtä • Koetaan rangaistukseksi • Ei ole aikaa • Ei palkitse • Miksi noin? • Yrityskulttuuri? • Testauksen koordinoinnissa puutteita? • Motivaation puute? • Yrityksen huono työilmapiiri? • Motivaatioon voidaan vaikuttaa yritys/projektikohtaisesti 11.4.2013
- 13. Case 6: EI me haluta tehdä hyväksymistestausta –eikä myös tykätä testauksesta • Ulkoistetaan hyväksymistestaus toimittajalle • Millaisissa tilanteissa mahdollista? • Lopputuloksena vikoja tai jopa puutteellista toiminnallisuutta löydetään tuotannosta jotka olisi pitänyt löytää jo aikaisemmissa testaustasoissa 11.4.2013
- 15. Yhteenveto • ”Maailma ei ole valmis” ohjelmistotestauksen eikä hyväksymistestauksenkaan osalta. Edelleen on paljon parannettavaa prosesseissa ja jopa yritystasoisissa ”testausasenteissa” • Hyväksymistestauksen suunnittelu aikaisessa vaiheessa • Avoimuus • Testausympäristö • Liiketoimintaosaaminen / osaajien osallistuminen • Iloisen ketterä asenne: Yhdessä tekemisen meininki • Asenne • Kommunikointi • Jatkuva oppiminen projekteista 11.4.2013
- 16. ⳾ä, kommentteja? Kiitos! petri.sailynoja@tieturi.fi 11.4.2013