Luku 9 Testauksen suunnittelu ja valmistelu Testauksen suunnittelu- Planning and Preparation ja valmistelu Testauksen lähestymistavan Design Testing suunnittelu Approach Testauksen Plan suunnittelu Test Testausmallin Create luominen Test Model Tarkoitus Testauksen suunnittelu- ja valmisteluvaiheen tarkoitus on määritellä, mitä testejä vaaditaan laadukkaan järjestelmän tuottamiseksi, ja varmistaa, että testaamista varten on olemassa riittävät suunnitelmat ja testimateriaalit. Testauksesta tulee usein projektin kriittisen polun aktiviteetti: sitä suunnitellaan usein vasta sitten, kun ohjelmat ovat jo melkein valmiita, ja silloinkin, kun testaus on suunniteltu ajoissa, sen merkitystä ja siihen tarvittavia henkilöresursseja aliarvioidaan.
108 9. Testauksen suunnittelu ja valmistelu Jos testaus suunnitellaan kuten tässä luvussa kuvaillaan, testausvaiheen tehokkuuden pitäisi parantua. Edellisen sivun prosessikaavio kuvaa testauksen suunnittelu- ja valmisteluvaiheessa suoritettavia aktiviteetteja. Tavoitteet Testauksen suunnittelu- ja valmisteluvaiheen avaintavoitteet ovat seuraavat: Laaditaan koko testaustoiminnan kattava suunnitelma. Luodaan testausmalli, joka todentaa järjestelmän toimivan oikein. Varmistetaan, että testauksen vaatimat resurssit ja aika ovat saatavilla. Aktiviteetit Testauksen lähestymistavan suunnittelu Tämän aktiviteetin tarkoitus on valmistella testausta. Päätetään sovelluksen testaamiselle sopiva testaustaso (esimerkiksi jono-, järjestelmä-, integrointi- tai käyttöliittymätestaus) ja -tyyppi (esimerkiksi rasitus-, regressio- tai suorituskykytestaus). Lopuksi varmistetaan, että kaikki tarvittavat työkalut ovat saatavilla. Seuraavaksi luetellaan testityyppejä, joita yleisesti käytetään ohjelmistoprojekteissa. Kaikkia testejä ei aina tarvita jokaisessa projektissa, mutta yksi tai useampi niistä on käytössä useimmissa projekteissa. Jonotesti: Jonotesti todentaa ohjelmien tai sovelluksen komponenttien välisen viestinnän ja edeltää testausvaiheen integrointitestiä. Jonotestaus voi sisältää toimintojen testauksen, joka testaa jokaisen ohjelmaan sisältyvän sisäisen toiminnon. Komponenttitesti: Komponenttitesti on järjestelmän ensimmäinen testi, jossa joitakin tai kaikkia komponentteja testataan yhdessä. Tässä testissä testataan projektimäärittelyjen perusteella kaikki ohjelman ulkoiset toiminnot. Järjestelmätesti: Järjestelmätesti testaa toisiinsa liittyvien komponenttien toiminnan ja yhteydet. Järjestelmätestaus alkaa yleensä vasta sitten, kun komponenttitestit on saatu päätökseen.
9. Testauksen suunnittelu ja valmistelu 109 Järjestelmätesti testaa kaikki integroidun järjestelmän tärkeimmät toiminnot tyypillisessä, koko järjestelmän kattavassa ympäristössä, joka sisältää kaikkien ulkoisten toimintojen ja liittymien käyttäjätestauksen. Integrointitesti: Integrointitestissä ohjelmisto- ja/tai laitteistokomponentit yhdistetään ja niitä testataan progressiivisesti, kunnes koko järjestelmä on integroitu. Hyväksymistesti: Testataan ulkoiset liittymät sen varmistamiseksi, että tärkeimmät toiminnot vastaavat käyttäjien vaatimuksia. Rasitustesti: Testin tarkoitus on testata ohjelmiston tai laitteiston käyttäytymistä normaaleissa ja normaalista poikkeavissa käyttöolosuhteissa. Regressiotesti: Kun ohjelmistoon tehdään parannuksia tai muutoksia, jo aiemmin testattuja toimintoja testataan uudelleen sen varmistamiseksi, että uudet ominaisuudet eivät ole aiheuttaneet uusia ongelmia. Regressiotestejä käytetään usein tuotteen lopputestauksessa, jossa tarkkaan valittujen komentorivien suorittamisella varmistetaan, että tuotettu koodi todellakin toimii niin kuin sen pitäisikin toimia. Suorituskykytesti: Testataan järjestelmää käyttämällä tyypillistä käyttäjä- tai järjestelmäresurssien kuormitusta sen varmistamiseksi, että järjestelmä suoriutuu tehtävistään vaaditulla tavalla. Mustalaatikko - eli black box -testi: Mustalaatikkotestaus on laitteen tai järjestelmän abstrahointia, jossa tarkastellaan ainoastaan laitteen tai järjestelmän ulospäin näkyvää toimintaa, ei sen toteutusta tai sielunelämää. Toiminnallista testausta sanotaan usein mustalaatikkotestaukseksi, koska prosessi käyttää tietyistä toiminnallisista vaatimuksista johdettua testaustietoa eikä kiinnitä huomiota ohjelman lopulliseen rakenteeseen. Valkolaatikko- eli white box -testi: Valkolaatikkotestaus on ohjelmiston testaamisen lähestymistapa, jossa tarkastellaan ohjelman rakennetta ja johdetaan testaustietoa ohjelman logiikasta. Rakenteellista testaamista sanotaan joskus valkolaatikkotestaukseksi tai lasilaatikkotestaukseksi, koska myös ohjelman koodia voidaan hyödyntää testauksessa.
110 9. Testauksen suunnittelu ja valmistelu Testauksen suunnittelu Testaussuunnitelmaan täytyy sisältyä suoritettavat testit, testauksen lähestymistapa, testausolosuhteet, testausaikataulu, testauksen valvontalomake, testausmenetelmä(t), oletetut tulokset ja testaushenkilöstö. Tavallisesti testaussuunnitelma laaditaan erikseen jokaiselle testausaktiviteetille, kuten jono-, yksikkö-, komponentti- ja järjestelmätestausta varten. Testaussuunnitelmassa määritellään ja kuvaillaan tarkasti myös sekä automatisoitujen että manuaalisten testausmenettelyjen kehittäminen ja testaaminen. Järjestelmän kehittäjät ja loppukäyttäjät tekevät tiivistä yhteistyötä koko testauksen ajan. Näin loppukäyttäjät voivat vähitellen tutustua uuden järjestelmän toimintaan ja käyttöön. Testausmallin luominen Järjestelmän testausmalli esittää tuotantoympäristöä ja sisältää kaikki tietokannat ja tiedostot. Järjestelmän testausmallilla voidaan testata kaikki järjestelmään tehdyt muokkaukset täydellisesti. Roolit Testauksen suunnittelu- ja valmisteluvaiheen rooleja ovat seuraavat: Testisuunnittelija Asiakas Suunnittelija Testaaja(t)
9. Testauksen suunnittelu ja valmistelu 111 Resurssit Yrityksen it-standardiympäristö It-standardiympäristö -dokumenttia käytetään määrittämään testauksen eri vaiheissa käytettävät testaustyökalut. Muunnossuunnitelma Muunnossuunnitelma määrää sovelluksen eri osien toteutusjärjestyksen ja jokaista julkistusta vastaavan toiminnallisuuden. Tiedonmuunnosprosessit Tiedonmuunnosprosesseihin dokumentoidaan järjestelmän varsinaisten tietokantojen luomiseen vaadittavan tilapäisen sovelluksen suunnittelu. Suunnitteludokumentti Suunnitteludokumentti sisältää sovellusarkkitehtuurin, sovellusvirran, tietokantasuunnitelman, käyttöliittymäsuunnitelman ja työnkulkukaavion ja/tai viittaa niihin. Suunnitteludokumentin osat, joita käytetään testauksen suunnittelu- ja valmisteluvaiheen resursseina, ovat sovellusvirta ja työnkulkukaavio. Vaatimusmäärittely Vaatimusmäärittely sisältää tieto-, tapahtuma- ja prosessimallit sekä laatuvaatimukset ja/tai viittaa niihin. Kutakin kohtaa kuvaillaan tarkemmin vaatimusmäärittelydokumentin analyysivaihetta käsittelevässä osassa.
112 9. Testauksen suunnittelu ja valmistelu Tuotteet Automatisoidut ja manuaaliset testausmenettelyt Kaikki automatisoidut ja manuaaliset testausmenettelyt testataan perusteellisesti ja löydetyt virheet poistetaan. Testausmalli Testausmalli esittää tuotantoympäristöä, ja siihen kuuluvat kaikki tietokannat ja tiedostot. Testaussuunnitelma Testaussuunnitelmassa määritellään testaamisen lähestymistapa ja aikataulu. Testaamisen lähestymistapa kuvailee tarkasti, mitä testaamistasoja ja -tyyppejä käytetään, kuka suorittaa tietyn tason testin, mikä kunkin testin tavoite on, mitkä kunkin testin hyväksymiskriteerit ovat, miten testimateriaali luodaan ja miten sitä käytetään sekä mitä resursseja tarvitaan. Testaussuunnitelma sisältää myös testausolosuhteiden kuvauksen, testauksen valvontalomakkeen ja oletetut tulokset. Välietapit Testaussuunnitelman hyväksyminen Testaussuunnitelman hyväksyminen merkitsee, että sekä testaussuunnitelma että testausmalli on hyväksytty.
9. Testauksen suunnittelu ja valmistelu 113 Testausvaihe Testaus Integrointitestaus Integration Perform Test Perform Hyväksymistestaus User Acceptance Test Kokoonpanon Promote käyttöönotto Configuration Testitulosten Check yksityiskohtien Detailed tarkastus Results Tarkoitus Vaikka ohjelmia on testattu koko rakennusvaiheen ajan, niin vasta virallisessa testausvaiheessa keskitytään vain ohjelmien testaamiseen ja korjaamiseen. Testausvaiheen tarkoitus on tehdä kaikki lopulliset testit, jotka varmistavat järjestelmän olevan valmis käyttöönottoa varten. Näillä testeillä varmistetaan, että sekä käyttäjien että laatuvaatimukset täytetään. Yllä oleva prosessikaavio kuvaa testausvaiheessa suoritettavia aktiviteetteja. Tavoitteet Testausvaiheen avaintavoitteet ovat seuraavat: Varmistetaan ennen muunnosta, että uusi järjestelmä sisältää kaikki tarvittavat toiminnot. Varmistetaan, että järjestelmä suorittaa toiminnot oikein.
114 9. Testauksen suunnittelu ja valmistelu Varmistetaan, että järjestelmä toimii kaikkien siihen liittyvien järjestelmien kanssa. Varmistetaan, että uusi järjestelmä täyttää laatu- ja/tai standardien asettamat vaatimukset. Aktiviteetit Kokoonpanon käyttöönotto Käyttöönottoprosessiin kuuluu ohjelmayksikköjen, tietokantarakenteiden ja muiden mahdollisten suoritettavien komponenttien linkittäminen valmiiseen sovellukseen. Prosessi sisältää sovelluksen rakentamisen, asentamisen ja asennuksen oikeellisuuden varmistamisen. Integrointitestaus Integrointitesti todentaa, että kaikki uuden järjestelmän ohjelmat viestivät keskenään oikein ja että uusi järjestelmä viestii oikein kaikkien ulkoisten rajapintojen kanssa. Integrointitestin täytyy myös osoittaa, että uusi järjestelmä suoriutuu tehtävistään toiminnallisten määrittelyjen mukaisesti ja toimii tehokkaasti käyttöympäristössään haittaamatta muiden järjestelmien toimintaa. Hyväksymistestaus Hyväksymistesti simuloi uuden järjestelmän todellisia toimintaolosuhteita mukaan lukien käyttöoppaat ja menettelyt. Ollessaan mukana testauksen tässä vaiheessa käyttäjät saavat arvokasta kokemusta uuden järjestelmän käytöstä, ja suunnittelijan tai ohjelmoijan on myös hyödyllistä nähdä, miten käyttäjät suhtautuvat uuteen järjestelmään. Yhteistyö edistää loppukäyttäjien ja järjestelmän toiminnasta vastaavan henkilöstön hyväksynnän saamista järjestelmän muunnokselle. Testitulosten yksityiskohtien tarkastus Projektipäällikön ja projektitiimin täytyy tarkastaa jokaisen testikierroksen tulokset yhdenmukaisella tavalla. Perättäisten testien tulosten uudelleen tarkastaminen varmistaa, että kaikki toiminnot toimivat kunnolla normaaleissa ja normaalista poikkeavissa olosuhteissa.
9. Testauksen suunnittelu ja valmistelu 115 Tarkastaminen on erityisen kriittistä regressiotestien aikana, jolloin samoja koodin osia testataan ja uudelleentestataan saatujen tulosten perusteella, kunnes kaikkien osien on todettu toimivan virheettömästi. Roolit Testausvaiheen rooleja ovat seuraavat: Testaaja(t) Käyttäjä Resurssit Automatisoidut ja manuaaliset testausmenettelyt Ohjelmoijan tai testaajan täytyy yksikkötestata kaikki automatisoidut ja manuaaliset testausmenettelyt ja poistaa niistä virheet ennen viralliseen testausvaiheeseen siirtymistä. Jos testaamisessa on mukana käyttäjiä, heidänkin testauskomentojononsa ja -dokumentaationsa täytyy testata. Koodi Esimerkiksi ohjelman lähde-, olio- ja suoritettava koodi, työnohjauskieli (JCL), kannankuvauskieli (DDL), jotka toteuttavat työyksikkömäärittelyt. Testausmalli Testausmalli esittää tuotantoympäristöä ja sisältää kaikki tietokannat, tietolähteet ja tiedostot. Testaussuunnitelma Testaussuunnitelma sisältää testauksen lähestymistavan, aikataulun, resurssit ja komentojonot.
116 9. Testauksen suunnittelu ja valmistelu Testauksen lähestymistapa kuvailee tarkasti tarvittavien testien tasot ja tyypit, kuka tekee tietyn tason testin, mikä testin tavoite on, mitkä kunkin testin hyväksymiskriteerit ovat, miten testimateriaali luodaan ja miten sitä käytetään sekä mitä resursseja tarvitaan. Testaussuunnitelma sisältää myös testausolosuhteiden kuvauksen, testauksen valvontalomakkeen ja oletetut tulokset. Kaikki virheitä jäljittävät tietokannat ja jäljityksen seurantalomakkeet, joita testauksessa käytetään, tulisi myös sisällyttää testaussuunnitelmaan. Käyttäjädokumentaatio Käyttöoppaiden ja menettelyjen, joita loppukäyttäjät noudattavat järjestelmää käyttäessään, täytyy olla tässä vaiheessa valmiita. Käyttäjädokumentaatiokin voidaan testata testausvaiheessa, koska järjestelmän testauksessa havaitut virheet ovat usein dokumentointivirheitä tai väärinkäsityksiä, joiden takia loppukäyttäjät käyttävät järjestelmää odottamattomalla tavalla. Dokumentaation virheitä täytyy etsiä, korjata ja seurata samalla tavoin kuin ohjelmointivirheitä. Tuotteet Testitulokset Testitulokset saadaan selville vertaamalla testauksen tuloksia oletettuihin tuloksiin. Tulokset osoittavat, että kaikki suunnitellut testit ovat onnistuneet ja että kaikki avoimet asiat on ratkaistu. Välietapit Muunnosvalmiuden hyväksyminen Projektin tukija, loppukäyttäjät ja tietohallinto suostuvat siihen, että uusi järjestelmä muunnetaan ja vanhat menettelyt, ohjelmat, tiedot ja laitteet poistetaan vähitellen käytöstä. Hyväksyminen saadaan juuri ennen muunnosten suorittamista, kun niiden peruuttaminen tai lykkääminen ei ole vielä myöhäistä. Kaikkien testitasojen testien täytyy olla valmiita ennen muunnosten hyväksymistä. Lisäksi käyttöönoton suunnittelu- ja valmistelu, käyttöohjeet ja käyttäjäkoulutuksen suunnittelu täytyy saada valmiiksi ennen hyväksymistä.
9. Testauksen suunnittelu ja valmistelu 117 Työkalut Testausvaiheessa käytetään useita työkaluja tarvittavien tuotteiden ja työdokumenttien luomiseksi. Jotkut tuotteet edellyttävät erikoistyökaluja tai niiden käyttö on ainakin perusteltua, kun taas joillekin tuotteille riittävät standardityökalut, kuten tekstinkäsittelyohjelmat, esitystyökalut ja laskentataulukot. Testaustyökalut: Testaustyökalujen valinta on erittäin riippuvainen testausympäristöjen ja testattavien ohjelmien tyypeistä sekä siitä, minkälaisia testejä niillä tehdään. Suosittuja työkaluja Windows- ja internetpohjaisten ympäristöjen testaamiseen ovat esimerkiksi seuraavien valmistajien tuoteperheet: Mercury Interactive, Intersolve, QES, McCabe and Associates, Pure/Atria (Rational Softwaren ostama) ja Platinum (Unix- tai verkkopohjaisten työkalujen valmistajia ovat mm. Applied Computer Technology (ACT), International Software Automation (ISA) ja Software Research). Virheidenjäljitystietokannat: Yksi testausprosessin tärkeä osa-alue on työkalu ja prosessi, jolla löydetyt virheet tunnistetaan, luokitellaan ja kirjataan ja niiden korjaamista seurataan. Monet projektitiimit luovat mieluummin itse oman virhetietokannan, mutta myynnissä on myös useita hyviä tuotteita, kuten Archimedes tm, QADB (ilmainen internetpohjainen seurantatyökalu) ja Soffront Softwaren Track tm. Muita tärkeitä rakennus- ja testausvaiheen työkaluja ovat muutoksenhallintatyökalut ja -tietokannat sekä lähdekoodin valvontajärjestelmät. Ne auttavat valvomaan ympäristöjä, joissa useita ohjelmoijia saattaa työskennellä samanaikaisesti usean eri koodiversion kimpussa. Ilman selkeitä muutosten- tai lähdekoodinhallinnan käytäntöjä on helppoa korvata tai tuhota jonkun muun tekemiä muutoksia, mistä seuraa huomattavaa ajan ja tuottavuuden menetystä.
118 9. Testauksen suunnittelu ja valmistelu Koulutusvaihe Koulutus Training Käyttöoppaiden Develop laatiminen User Manuals Koulutussuunnitelman Plan Training Curriculum laatiminen Menettelyohjeiden Develop Procedures laatiminen Koulutusmateriaalin Develop Training Material laatiminen Henkilöstön Train kouluttaminen Personnel Tarkoitus Koulutusvaiheen tarkoitus on luoda kaikki tarvittavat menettelyohjeet, käyttöoppaat ja dokumentaatio sekä suunnitella ja toteuttaa uuden järjestelmän käyttäjien koulutus. Myös tietokoneen käytön ja tuotantotuen menettelyohjeet kehitetään tässä vaiheessa. Uuden järjestelmän loppukäyttäjät koulutetaan koulutussuunnitelman mukaisesti. Ylläoleva prosessikaavio kuvaa koulutusvaiheen korkean tason aktiviteetteja. Tavoitteet Koulutusvaiheen avaintavoitteet ovat seuraavat: Varmistetaan, että järjestelmän kaikki osat dokumentoidaan menettelyohjeisiin tai manuaaleihin ja että nämä menettelyohjeet kootaan käyttöoppaiksi. Viimeistellään syöttödokumenttien ja tulostuslomakkeiden muoto. Laaditaan käyttö- ja menettelyohjeiden pohjalta koulutusmateriaali, järjestetään pilottikoulutus materiaalin testaamiseksi, koulutetaan järjestelmää käyttävä henkilöstö ja kehitetään koulutusohjelmaa saadun palautteen perusteella.
9. Testauksen suunnittelu ja valmistelu 119 Aktiviteetit Koulutussuunnitelman laatiminen Määritetään, ketkä tarvitsevat koulutusta uuden järjestelmän käytössä, mitä taitoja he tarvitsevat ja miten heidät koulutetaan. Laaditaan koulutusaikataulu, joka sisältää koulutussuunnitelman kehittämisen ja koulutuksen toteuttamisen aika- ja kustannusarviot. Laatiessaan kustannusarvioita laaja-alaisesti ajatteleva projektipäällikkö huomioi projektihenkilöstön koulutuksen suunnitteluun ja toteuttamiseen käyttämän ajan ja siitä syntyvien kustannusten lisäksi myös ne projektin aiheuttamat epäsuorat kustannukset, jotka syntyvät tuottavuuden laskusta, kun loppukäyttäjät ovat poissa työpaikaltaan saamassa uuden järjestelmän käyttökoulutusta. Näiden kustannusten pitäisi näkyä jossain muodossa koulutuksen kustannusarvioissa. Menettelyohjeiden laatiminen Projektipäällikkö ja tiimi laativat menettelyohjeet järjestelmää tukeville suorituskyky-, suojaus-, valvonta- ja käyttötoiminnoille. Tiimi viimeistelee kaikkien esipainettujen syöttödokumenttien, erikoislomakkeiden ja esipainettujen tulostuslomakkeiden suunnittelun. Tiimi suunnittelee myös internet-tekstinkäsittelyn, laskentataulukoiden ja sähköpostijärjestelmän komponenttien mallit. Käyttöohjeet sisältävät ohjeita järjestelmän toiminnasta vastaavalle ja käyttäjätuen henkilöstölle. Jokaiselle sovellusjärjestelmälle määritetään yleensä tarkat käyttöohjeet. Näissä manuaaleissa yhdistetään uudet menettelyohjeet nykyisten sovellusjärjestelmien menettelyihin. Menettely- ja käyttöohjeet laaditaan valmiiksi mahdollisimman aikaisin, jotta niitä voidaan käyttää ohjelmoinnin, järjestelmätestauksen ja muunnoksen aikana. Käyttöoppaiden laatiminen Yhdistetään kaikki yksityiskohtaiset käyttöohjeet sekä suojaus- ja valvontamenettelyohjeet käyttöoppaiksi. Jos käytetään valmisohjelmistoa, niin sen valmistajan laatima dokumentaatio voidaan yhdistää käyttöoppaisiin tai sitä voidaan käyttää itsenäisenä oppaana. Käyttäjätiimin avainjäsenten pitäisi tarkastaa valmisteilla olevat oppaat.
120 9. Testauksen suunnittelu ja valmistelu Näin varmistetaan, että dokumentaatio on ymmärrettävää ja kuvaa tarkasti suoritettavia liiketoimintaprosesseja. Koodintestaajienkin tulisi tarkastaa dokumentoinnin tarkkuus vertaamalla sitä varsinaisiin ohjelmiin. Koulutusmateriaalin laatiminen Käyttöoppaita ja menettelyohjeita lähteinä käyttäen laaditaan tarvittavat koulutusmateriaalit, kuten visuaaliset opetusmateriaalit, opettajan oppaat ja itseopiskelumateriaalit. Testataan oppimateriaalien ja opetuksen toimivuutta järjestämällä pilottikoulutusta tai käymällä materiaalit läpi. Nyt on myös ihanteellinen hetki kouluttaa kouluttajaa, jos projektin avainhenkilöitä osallistuu organisaation muun henkilöstön koulutukseen. Henkilöstön kouluttaminen Koulutetaan henkilöstö ja varmistetaan, että koulutus on saatu päätökseen, ennen kuin suoritetaan käyttäjätyytyväisyystarkastukset ja järjestelmän muuntaminen. Näin toimimalla saavutetaan kaksi etua: käyttäjät voivat osallistua tiiviisti sekä tarkastuksiin että muuntamiseen, ja kouluttajien ja koulutettavien antaman palautteen perusteella projektitiimi voi arvioida koulutuksen onnistumista. Roolit Koulutusvaiheen rooleja ovat seuraavat: Inhmillisten tekijöiden asiantuntija Tekninen kirjoittaja Kouluttaja Käyttäjä
9. Testauksen suunnittelu ja valmistelu 121 Resurssit Suunnitteludokumentti Suunnitteludokumentti sisältää sovellusarkkitehtuurin, sovellusvirran, tietokantasuunnitelman, käyttöliittymäsuunnitelman ja työnkulkukaavion ja/tai viittaa niihin. Suunnitteludokumentin osat, joita käytetään koulutusvaiheen resursseina, ovat käyttöliittymäsuunnitelma ja työnkulkukaavio. Käyttäjädokumentaatioluonnos Käyttäjädokumentaatioluonnokseen kirjataan kehitettävät manuaaliset prosessit ja se, kuinka ne organisoidaan. Käyttäjädokumentaatiostandardit Jos jotain standardidokumentteja on luotu osana projektin kokonaisstandardeja, niiden täytyy olla valmiita ja saatavilla, ennen kuin käyttäjädokumentaation laatiminen ja koulutus aloitetaan. Tuotteet Käyttöohjeet Käyttöohjeisiin kuuluvat käyttöoppaat, asennusmenettelyt ja eri tukipalveluiden, kuten sovellusvalvontakeskuksen, tuotantotuen ja käyttäjätuen, tarvitsemat ohjeet. Koulutussuunnitelma Koulutussuunnitelmassa määritellään koulutuksen kohderyhmät eli käyttäjät ja järjestelmän toiminnasta vastaava henkilöstö, tarvittavat kurssit henkilöstöryhmittäin ja jokaisen kurssin strategia (sisältö ja opetusmenetelmä). Lisäksi koulutussuunnitelman tulisi sisältää suunnitelma uusien käyttäjien kouluttamisesta toteutus- ja käyttöönottovaiheiden jälkeen.
122 9. Testauksen suunnittelu ja valmistelu Koulutusmateriaalit Laaditaan eri opetusmuotojen, kuten tietokoneavusteisen koulutuksen, itseopiskelu- tai kouluttajan pitämien kurssien, verkko-opetuksen ja muiden menetelmien koulutusmateriaalit. Materiaalit suunnitellaan kahta erilaista kohderyhmää varten: käyttäjille, jotka siirtyvät nykyisestä järjestelmästä uuteen jo projektin käyttöönottovaiheessa, ja uusille käyttäjille, jotka ryhtyvät käyttämään uutta järjestelmää vasta käyttöönoton jälkeen. Näiden kahden ryhmän koulutusmateriaalit ja koulutuksen lähestymistapa voivat olla erilaisia, koska järjestelmän käyttöönottovaiheessa koulutettavien täytyy ehkä muuttaa toimintatapojaan siirryttäessä vanhasta järjestelmästä uuteen. Sen sijaan niiden käyttäjien, jotka tulevat yritykseen tai jotka ryhtyvät työskentelemään muuttuneiden liiketoimintaprosessien parissa vasta jonkin aikaa käyttöönoton jälkeen, ei välttämättä tarvitse korjata toimintatapojaan, koska he aloittavat järjestelmän käytön puhtaalta pöydältä. He tarvitsevat koulutusta vain uuden järjestelmän käytössä, eikä heitä tarvitse kouluttaa pois vanhasta järjestelmästä. Käyttäjädokumentaatio Olipa dokumentaatio tuotettu sitten painettuna käyttöoppaana tai online-ohjeena, joka sisältää kenttien selitykset, sovellusmääritelmät ja virhetilanteiden käsittelyn, se auttaa loppukäyttäjiä käyttämään järjestelmää oikein ja toimii jatkossa lähdemateriaalina. Dokumentaatio sisältää sekä rutiinitehtävät (tehtäväkeskeinen käyttöopas) että kaikki ohjemateriaalit (täydellinen käyttöopas). Osa käyttäjädokumentaatiosta voi koostua lomakkeista, joissa viitataan sekä kaikkien esipainettujen syöttölomakkeiden masterkopioihin että varsinaisiin lomakkeisiin. Välietapit Koulutussuunnitelman hyväksyminen Koulutusvaiheessa dokumentoidaan organisaation koulutustarpeet ja yhdistetään ne tarjolla oleviin kursseihin laatimalla koulutukselle aikataulu. Koulutussuunnitelman hyväksymisellä sitoudutaan rahoittamaan ja toteuttamaan koulutus.
9. Testauksen suunnittelu ja valmistelu 123 Menettelyohjeiden hyväksyminen Asiakkaan ja loppukäyttäjien edustajien sekä kehitys- ja testausryhmien täytyy hyväksyä valmiit menettelyohjeet ja dokumentaatio sen varmistamiseksi, että loppukäyttäjät ymmärtävät menettelyohjeet ja että menettelyohjeet ovat loppukäyttäjien vaatimusten mukaiset, teknisesti tarkat ja virheettömät. Muunnosvalmiuden hyväksyminen Projektin tukija, loppukäyttäjät ja tietohallinto suostuvat siihen, että uusi järjestelmä toteutetaan ja vanhat menettelyt, ohjelmat, tiedot ja laitteet poistetaan vähitellen käytöstä. Hyväksyminen saadaan juuri ennen muunnosten suorittamista, kun niiden peruuttaminen tai lykkääminen ei ole vielä myöhäistä. Menettelyohjeiden laatimisen ja koulutuksen päättäminen ovat kaksi vaatimusta niiden useiden edellytysten joukossa, jotka tarvitaan muunnoksen hyväksymistä varten. Muut vaatimukset ovat käyttöönoton suunnittelu- ja valmisteluvaiheiden (käsitellään seuraavassa luvussa) sekä kaikkien testausvaiheiden valmiiksi saaminen.
124 9. Testauksen suunnittelu ja valmistelu