Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Samankaltaiset tiedostot
Mihin kaikkeen voit törmätä testauspäällikön saappaissa?

Testauksen hallintaa teekkareille (ja muille kiinnostuneille) Arto Stenberg

Testauspäällikön tarinoita Arto Stenberg

Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen

TIERA kokonaisarkkitehtuurityön esittely

Testaussuunnitelma. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

UCOT-Sovellusprojekti. Testausraportti

Ohjelmiston testaus ja laatu. Testaustasot

Testaussuunnitelma. Pizzeria - Pitseria HAAGA-HELIA ammattikorkeakoulu Tietojenkäsittelyn koulutusohjelma. WebPizza

Hyväksymistestauksen tarkistuslista järjestelmän hankkijalle

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

Convergence of messaging

Ohjelmiston testaussuunnitelma

Laadunvarmistusdokumentti

Hirviö Laadunvarmistussuunnitelma

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Ohjelmistotuotantoprojekti

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen

Testausoppeja toimialavaihdoksesta

T Testiraportti - järjestelmätestaus

Ohjelmistojen mallintaminen. Luento 11, 7.12.

TIE Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori

Testaussuunnitelma. Ohjelmistotuotantoprojekti Nero. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

TESTIRAPORTTI - JÄRJESTELMÄ, ADMIN Virtuaaliyhteisöjen muodostaminen Versio 1.0

T Testiraportti - integraatiotestaus

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

TESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy

Testauspalvelu laadunvarmistajana Arekin monitoimittajaympäristössä. Satu Koskinen Teknologiajohtaja, Arek Oy

COTOOL dokumentaatio Testausdokumentit

TIE Ohjelmistojen testaus Harjoitustyön esittely osa 2: Vaiheet 3 & 4. Antti Jääskeläinen Matti Vuori

Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri

Testaus-tietoisku: Tärkeimpiä asioita testauksesta projektityökurssilaisille

Tik Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti

JULKISTEN PALVELUJEN ELINKAARI; HYVÄ PALVELU EILEN, TÄNÄÄN, HUOMENNA MIHIN PALVELUT OVAT MENOSSA? Lauri Helenius, Solita Oy

Onnistunut SAP-projekti laadunvarmistuksen keinoin

Ohjelmistotestauksen perusteita II

TESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0

Onnistunut Vaatimuspohjainen Testaus

Hirviö Laadunvarmistussuunnitelma

TESTIRAPORTTI - JÄRJESTELMÄ, PORTAL Virtuaaliyhteisöjen muodostaminen Versio 1.0

Kuntien Tiera Oy Kohti oppijan verkkopalveluita: Kuntien yhteisten toimintamallien ja parhaiden käytäntöjen kehittäminen Markku Rimpelä

Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä

Työkalut ohjelmistokehityksen tukena

HYVÄKSYMISTESTAUS- RAPORTTI - HAKEUTUJAN PALVELUT JA TODENNETUN OSAAMISEN REKISTERI

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Kuopio Testausraportti Kalenterimoduulin integraatio

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2016

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1

Laadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy

Testauksen hallinta ja johtaminen

TDD Käytännössä Todellinen työkalu vai lehmipoikien laukkaa? Harri Kulmala Solita Oy

L models. Testisuunnitelma. Ryhmä Rajoitteiset

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset

Testaussuunnitelma Labra

58160 Ohjelmoinnin harjoitustyö

T Testiraportti - integraatiotestaus

CoMa - Testausdokumentti

SEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

Project-TOP QUALITY GATE

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

Testaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Sähköinen äänestämisen testaus

Kontrollipolkujen määrä

Rinnakkaisten ohjelmien testaus Keskeisiä periaatteita ja strategioita

Dynaaminen analyysi IV

Testaaminen ohjelmiston kehitysprosessin aikana

Testaussuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Dynaaminen analyysi IV Luento 6 Antti-Pekka Tuovinen

Tapahtuipa Testaajalle...

Määrittelydokumentti NJC2. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Test-Driven Development

T Tietojenkäsittelyopin ohjelmatyö. Testisarja Ray tracing. Tietokonegrafiikka-algoritmien visualisointi. Testisarja Ray tracing

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2015

Testiautomaatio tietovarastossa. Automaattisen regressiotestauksen periaate ja hyödyt

LAADUN VARMISTAMISEN JOHTAMINEN. Pasi Riihilahti RAY Kehitysjohtaja

Testausraportti. Orava. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Käyttövaltuushallinnan hyödyt tehokkaasti käyttöön. Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland

Vakuutusyhtiöiden testausinfo

Kuopio Testausraportti Asiakkaat-osakokonaisuus

Test-Driven Development

ERP järjestelmät. Mitä, miksi ja kuinka? Parhaita käytäntöjä. Kevät 2017 Lauri Tapola

Ohjelmistotestaus -09

Harjoitustyön testaus. Juha Taina

Automaattinen yksikkötestaus

Ohjelmistotuotanto s

Hirviö Vertaistestausraportti

LEAN-JOHTAMISEN KESKEISET PERIAATTEET

Asiantuntijapalvelut ja kärkihankkeet. Ilari Heikkinen Johtaja KPK ICT Oy

@Tampereen Testauspäivät ( )

TIE Ohjelmistojen testaus 2016 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

Laadunvarmistustekniikat

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori

Harjoituskoe Vastaukset. ISTQB Ketterä testaaja 2015 Perustason sertifikaattisisällön laajennus

Testiraportti - Koordinaattieditori

CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen Kevät 2015

Transkriptio:

Mihin kaikkeen voit törmätä testauspäällikön saappaissa? Arto Stenberg Copyright Kuntien Tiera Oy

Kuntien Tiera Copyright Kuntien Tiera Oy

Tieran toiminta perustuu osaamisverkoston rakentamiseen, mikä luo edellytykset toiminnan tuottavuuden kehittämiselle Tiera tarjoaa omistajilleen tietohallinnon ja tietotekniikan asiantuntija-, sovellus- ja infrastruktuuripalveluita Tiera järjestää ja kehittää palveluita koordinoimalla kuntasektorin ICT-kehityshankkeita ja palvelutarpeita Tiera yhdistää toimittajien tarjoamia sovelluksia ja asiantuntijuutta valmiiksi, kuntien toimintoja hyödyntäviksi kokonaisuuksiksi, ratkaisuiksi ja palveluiksi

ASIAKKUUDEN HALLINTA TOIMITTAJA- JA SIDOSRYHMÄ- SUHTEIDEN HALLINTA Tiera toimii verkostomaisesti yhteistyössä kuntien sekä muiden julkisten ja kaupallisten toimijoiden kanssa kuntien toiminnan kehittäjänä ja ICT-ratkaisujen järjestäjänä omaa ostovoimaansa hyödyntäen OMISTAJAOHJAUS Tiera TOIMITTAJAT ASIAKKAAT ICT-PALVELUIDEN SUUNNITTELU Uudet innovaatiot ja kehitysmahdollisuudet Asiakkaiden palvelutarpeet ja -vaatimukset ICT-PALVELUIDEN KEHITTÄMINEN Tiera ostaa strategian mukaisia palveluita Palveluiden järjestämisen ohjaus ja seuranta palvelusopimuksen avulla ICT-PALVELUIDEN JÄRJESTÄMINEN HALLINTO SIDOSRYHMÄT Toiminnan ja palveluiden kehittämisen jatkuva läpinäkyvyys ASIAKASOHJAUS Prosessin 1 ohjausryhmä Prosessin 2 ohjausryhmä Prosessin 3 ohjausryhmä Copyright Kuntien Tiera Oy 4

Copyright Kuntien Tiera Oy 5

Ketterät menetelmät Lopputuotoksen laatu ei ole välttämättä yhtään parempi kuin vanhemmilla ohjelmistokehitysmalleilla. Testauksen laatu voi olla jopa huonompi, koska käytettävissä voi olla vähemmän aikaa testaamiseen. Oikea menetelmien käyttötapa vaatii kurinalaisuutta koko organisaatiolta. Asiakas voi edelleen haluta mahdollisimman paljon ominaisuuksia mahdollisimman nopeasti mahdollisimman halvalla. Vanhat tavat istuvat sitkeästi. Copyright Kuntien Tiera Oy 6

Arkkitehtuuri Ole arkkitehtuurin asiantuntija ja arkkitehdin paras kaveri. Pahimmat mokat juontavat osittain juurensa arkkitehtuuriin. Kun projektia pilkotaan osiin tai aikajaksoihin, niin tarkastele tuotettavaa sisältöä arkkitehtuurin näkökulmasta. Testaukseen pitäisi tulla testattavia kokonaisuuksia, jotta ei jouduta tekemään paljon tyhjiä komponentteja. Tyhjien komponenttien tekijän pitäisi olla sama kuin varsinaisen komponentit, jotta ne olisivat toistensa kaltaiset. Copyright Kuntien Tiera Oy 7

Asiakas Asiakas ei ole välttämättä kovinkaan yhteistyöhaluinen, jolloin esim. ketterien menetelmien käyttäminen vaikeutuu. Asiakas ei välttämättä ymmärrä testauksen arvoa itselleen, joten huolehdi raportoinnista asiakkaan suuntaan. Et saa siis välttämättä asiakkaalta tietoja testauksen avuksi tai osallistumaan testitapausten laatimiseen. En voi antaa teille testidataa, koska voitte paljastaa meidän tekemiä virheitä. Copyright Kuntien Tiera Oy 8

Integraatio ja integraatiotestaus Määritä tarkkaan integraatiotasot ja integraatiotestauksen periaatteet. Isossa projektissa tarvitaan useita integraatiotasoja, koska liian isoa välejä ei kannata jättää (vrt. yksikkötestaus (1000 riviä koodia) systeemitestaus (200 000 riviä koodia ja eri ympäristö). Integrointi vaatii oman osaamisensa koodin ja raudan yhdistämisestä. Copyright Kuntien Tiera Oy 9

Käyttötapaukset ja tarinat Vaadi näiltä hyvää laatua, koska niiden pohjalta on helppo laatia iso määrä testitapauksia. Voit joutua jopa tekemään näitä itse. Testaustiimissä olisi hyvä olla ainakin yksi henkilö, joka tuntee asiakasympäristön ja asiakkaan käyttötavat. Copyright Kuntien Tiera Oy 10

Mittaaminen Mittaa joka projektissa samoja asioita, jotta saat laajan ajallisen näkökulman mittaustuloksiin. Mittarit eivät ole vaarallisia, mutta niiden tulosten tulkinta voi olla. Esim. testaukseen käytetyt työtunnit / löydetyt virheet: Yksikkötestaus: paljon työtunteja, vähän löydettyjä virheitä Integraatiotestaus paljon työtunteja, eniten löydettyjä virheitä Järjestelmätestaus: paljon työtunteja, vähän löydettyjä virheitä Copyright Kuntien Tiera Oy 11

Myynti Ota aina selvää, mitä myynti on luvannut asiakkaalle, jotta pystyt samaan kokonaiskuvan siitä, mitä asiakas odottaa uudelta järjestelmältä tai versiolta. Ota selvää, mitä myynti on puhunut testauksesta. Ota selvää asiakkaan vanhoista ongelmista (esim. aikaisemman järjestelmän kanssa). Copyright Kuntien Tiera Oy 12

Riskit Projektipäällikkö ja projektin ohjausryhmä pitävät yleensä listaa projektiin kohdistuvista riskeistä. Testauspäällikön kannattaa pitää listaa tuotteeseen kohdistuvista riskeistä. Molemmat listat ovat tärkeitä. Copyright Kuntien Tiera Oy 13

Testauksen raportointi Voit joutua laatimaan erilaisia raportteja erilaisille kohderyhmille. Asiakkaalle ei välttämättä haluta esittää samaa raporttia kuin projektin ja oman yrityksen johdolle. Vaadi päästä mukaan projektin ohjausryhmään, jossa pitäisi olla mukana asiakkaan edustaja. Copyright Kuntien Tiera Oy 14

Testauksen suunnittelu Määrittele ensin testaustasot ja niiden kohde, tavoitteet sekä tehtävät. Määrää kullekin testaustasolle yksi tai useampi vastuuhenkilö. Testaustasojen määrä ei ole mikään selkeä takuu hyvästä testauksesta. Mieti testauksen kattavuutta järjestelmän käytön, arkkitehtuurin ja toiminnallisuuksien näkökulmasta. Copyright Kuntien Tiera Oy 15

Testitapausten dokumentointi Mikä taso riittää eri projekteissa? Dokumentointi on aina sijoitus, koska se vie aikaa. Täydellinen testaaminen on kohtuuttoman vaikeaa ja niin on myös täydellinen dokumentointikin. Automatisoitu testitapaus on dokumentoitu tarkimmalle mahdolliselle tasolle. Ylemmällä tasolla kuvattu testitapaus antaa mahdollisuuden testitapausten muuttumiseen, koska jokainen testaaja voi tehdä sen omalla tavallaan. Tutkiva testaus on aina hyvä lisä jokaisessa projektissa, mutta sen voi joutua naamioimaan. Copyright Kuntien Tiera Oy 16

Testausympäristö Sinun voi olla pakko määritellä useita testausympäristöjä, koska esim. hw on samanaikaisesti kehitysasteella, eikä sitä ole saatavilla. Voi olla, että et koskaan pysty testaamaan aidossa tuotantoympäristössä esim. asiakkaan turvallisuusvaatimusten takia. Copyright Kuntien Tiera Oy 17

Työkalut Työkalujen kunnolliselle käyttöönotolle tulisi varata aikaa. Suosi ainakin aluksi helposti käyttöönotettavia työkaluja. Testaustiimissä pitäisi olla ainakin yksi kunnon työkaluasiantuntija, joka tietää: Mitkä työkalut sopivat tähän projektiin? Mistä niitä saa? Paljonko ne maksavat? Miten ne kannattaa ottaa käyttöön? Yrityksen johto ei välttämättä anna rahoitusta tarvittavien työkalujen ostamiseen. Copyright Kuntien Tiera Oy 18

Vaatimusmäärittely Epämääräinen vaatimusmäärittely on paras ennusmerkki pieleen menevästä projektista. Tarkasta vaatimusten testattavuus: Voitko laatia testitapauksen tätä vaatimusta vasten? Mitä voit mitata? Mikä on odotettu tulos? Jos vaatimus on epäselvä, niin se on epäselvä myös koodausvaiheessa ja voi johtaa vääriin olettamuksiin. Copyright Kuntien Tiera Oy 19

Vianhallinta Laita tämä ensimmäiseksi kuntoon ja sovi sen käyttötavat kaikkien osapuolien (kehitys, testaus, projektin johto, asiakas) kanssa. Asiakas on yleensä kiinnostunut vain tietämään sen, koska hänen ilmoittamansa viat on korjattu, eli kuinka kauan se kestää. Voit varautua joskus vääntöön yrityksesi johdin ja asiakkaan välillä siitä, mikä on vika ja mikä on huonosti määritelty ominaisuus, joka pitäisi tehdä lisätyönä. Joskus juuri ennen julkaisua voi tapahtua maagisia asioita, jonka takia vikojen vakavuusaste muuttuu ja julkaisukriteerit täyttyvät. Copyright Kuntien Tiera Oy 20

Viranomaismääräykset Joissakin projekteissa voit joutua opettelemaan ison kasan viranomaismääräyksiä, lakitekstiä ja sopimustekstiä. Nämä dokumentit voivat toimia testitapausten tärkeimpänä sisältönä ja niistä pitäisi poimia testien odotetut tulokset. Esim. erästä palkanlaskentaohjelmiston ylityötulkin testauksessa olivat mukana henkilöstöpäällikkö, pääluottamusmies, palkanlaskijat sekä puhelimitse liittojen lakimiehet. Copyright Kuntien Tiera Oy 21

Yksikkötestaus Kysele käytäntöjen perään, mitä ja miten testaustyökaluja käytetään? Huolehdi ja tarkkaile, jotta testaukseen tuleva koodi olisi mahdollisimman tasalaatuista. Pidä yksikkötestauksen raportointi yksinkertaisena. Kehittäjien suusta kuultua: Mihin tässä testaustyökaluja tarvitaan, koska koodi menee kääntäjästä läpi? Minä en tee virheitä! Testaus hoitaa, en minä kerkiä testaamaan, kun pitää nämä ominaisuudet saada tehtyä. Copyright Kuntien Tiera Oy 22