Sosiaalihuollon asiakastietojärjestelmän automaattisten testien uudistaminen
Laato, Martti (2022)
2022
All rights reserved. This publication is copyrighted. You may download, display and print it for Your own personal use. Commercial use is prohibited.
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:amk-2022052712571
https://urn.fi/URN:NBN:fi:amk-2022052712571
Tiivistelmä
Ohjelmistokehityksessä testaaminen on tärkeää. Niinkään kehittäjä kuin asiakaskaan eivät voi luottaa puutteellisesti testattuun ohjelmaan. Tämän työn tarkoituksena oli parantaa erään sosiaalihuollon asiakastietojärjestelmän automaattisia testejä.
Testit riippuivat toisistaan liikaa. Ennen testejä luotiin tietokantaan tietoa, jota kaikki testit käyttivät. Jokainen testi, joka lisäsi, poisti tai muokkasi tietokannan tietoa, sai näin ollen sitä seuraavat testit riippumaan tietokannan tietoa muokanneesta testistä. Yleisesti ottaen olisi hyvä pyyhkiä tietokanta jokaisen testin jälkeen, ja jokaisen testin jälkeen tietokantaan on hyvä lisätä vain tieto, jota testin suoritukseen tarvitaan. Riippuvuuden takia koko testipaketti oli aina ajettava kokonaisuutena, vaikka kiinnostuksen kohteena olisikin ollut yksi testeistä.
Tässä työssä purettiin tämä riippuvuus vähentämällä etukäteen luodun tiedon määrää. Jokainen tarkasteltavista testeistä siirrettiin luomaan juuri siinä testissä tarvittu tieto. Tämän seurauksena jokainen testi voitiin ajaa niin monta kertaa peräkkäin kuin ohjelmiston kehittäjä vain halusi.
Toisena merkittävänä heikkoutena testeissä voitiin pitää sitä, että ne olivat liian pitkiä. Lyhyemmillä testeillä on monia etuja: Ne voidaan nimetä paremmin, jolloin testin nimestä selviää heti, mitä testataan. Yksi työn saavutuksista oli pitkien testien lyhentäminen useammaksi pieneksi testiksi ja niiden kunnollinen nimeäminen.
Testit riippuivat toisistaan liikaa. Ennen testejä luotiin tietokantaan tietoa, jota kaikki testit käyttivät. Jokainen testi, joka lisäsi, poisti tai muokkasi tietokannan tietoa, sai näin ollen sitä seuraavat testit riippumaan tietokannan tietoa muokanneesta testistä. Yleisesti ottaen olisi hyvä pyyhkiä tietokanta jokaisen testin jälkeen, ja jokaisen testin jälkeen tietokantaan on hyvä lisätä vain tieto, jota testin suoritukseen tarvitaan. Riippuvuuden takia koko testipaketti oli aina ajettava kokonaisuutena, vaikka kiinnostuksen kohteena olisikin ollut yksi testeistä.
Tässä työssä purettiin tämä riippuvuus vähentämällä etukäteen luodun tiedon määrää. Jokainen tarkasteltavista testeistä siirrettiin luomaan juuri siinä testissä tarvittu tieto. Tämän seurauksena jokainen testi voitiin ajaa niin monta kertaa peräkkäin kuin ohjelmiston kehittäjä vain halusi.
Toisena merkittävänä heikkoutena testeissä voitiin pitää sitä, että ne olivat liian pitkiä. Lyhyemmillä testeillä on monia etuja: Ne voidaan nimetä paremmin, jolloin testin nimestä selviää heti, mitä testataan. Yksi työn saavutuksista oli pitkien testien lyhentäminen useammaksi pieneksi testiksi ja niiden kunnollinen nimeäminen.