Testaus ja testausympäristöt 16.8.2012 Johdatus testaukseen Testaus ja testausympäristöt Johdatus testaukseen

Testauksen sijoittuminen ohjelmiston toteutukseen 16.8.2012 Johdatus testaukseen Testauksen sijoittuminen ohjelmiston toteutukseen

Vaiheet Projektin vaiheet Usein malli on vesiputous Toteutus Testaus 16.8.2012 Johdatus testaukseen Vaiheet Projektin vaiheet Toteutus Testaus Yksikkötestaus/moduulitestaus Integrointitestaus Järjestelmätestaus Käyttöönotto + ylläpito Usein malli on vesiputous vaiheet suoritetaan järjestyksessä vaiheen lopussa suoritetaan tarkistus (verifiointi)

Ohjelmiston testauksen periaate 16.8.2012 Johdatus testaukseen Ohjelmiston testauksen periaate Suoritetaan ohjelma tarkoituksena löytää ohjelman sisältämiä bugeja (virheitä tai vikoja) Ohjelman toimintaa verrataan odotettuun toimintaan Kirjataan mitkä asiat tapahtuivat odotetulla tavalla ja mitkä poikkesivat tästä Validointia (kelpoistamista) ja verifiointia (todentamista) Täyttääkö ohjelma suunnitellut vaatimukset Toimiiko ohjelma odotetusti

Verification & Validation 16.8.2012 Johdatus testaukseen Verification & Validation Todentaminen (verification) Vastaako tuote vaatimuksia - are we doing things right ja kelpoistaminen (validation) Ollaanko oikeastaan tekemässä sitä mitä pitäisi (käyttötarkoitus!) - are we doing the right thing Tarkistuksilla ja katselmuksilla lopputuotteessa vähemmän virheitä.

16.8.2012 Johdatus testaukseen Tuotteen arviointi Todentaminen ja kelpoistaminen (V&V) tuotteen arvioinnissa todentamisessa tuotetta verrataan määrittelyyn (spesifikaatioon) kelpoistamisessa tarkistetaan sopiiko tuote tarkoitukseensa (subjektiivinen laatu). Menetelmiä erilaiset testausmenetelmät: esim. käytettävyystestaus

Ohjelmiston kustannusten jakautuminen 16.8.2012 Johdatus testaukseen Ohjelmiston kustannusten jakautuminen

Kustannuksista Parempi tehdä nöyrästi kunnolla Virheet 16.8.2012 Johdatus testaukseen Kustannuksista Parempi tehdä nöyrästi kunnolla päivittäessä vaikealukuinen koodi vie miestyötunteja Virheet Kun virheet havaitaan, tunnistetaan ja korjataan ajoissa säästytään myöhemmiltä ongelmilta (= kustannuksilta) Laatujärjestelmä toiminnan taustalla Tapa toimia, käytännöt Esimerkiksi ohjelmoijan suorittamat yksikkötestit Yhdysvaltalaisessa 2002 tutkimuksessa todettiin bugien hinnaksi $59.5M/vuosi Yli kolmannes säästettäisiin paremmalla ohjelmistoteustauksella

16.8.2012 Johdatus testaukseen White-box & Black-box Testausta voidaan jakaa sen mukaan testataanko ohjelman sisäistä toimintaa (White box) vaiko ulkoista toiminnallisuutta (Black box) Black box Testataan mitä sovelluksen on tarkoitus tehdä (toiminnallisuus) Testaajalla ei ole sidettä ohjelmakoodiin, ei tietoa miten ohjelma on rakennettu – väärien johtopäätösten tekeminen Useita testitapauksia asiasta johon riittäisi yksi Epätavallisia tilanteita ei osata testata lainkaan Yksikkö-, integraatio-, järjestelmä- ja hyväksymistestit Yksi esimerkki hakkerointi White box Yksikkötestit, osittain integraatiotestit ja järjestelmätestit Lähde: Software testing (Wikipedia)

Testauksen kohde Yksikkötestaus Integraatiotestaus Järjestelmätestaus 16.8.2012 Johdatus testaukseen Testauksen kohde Yksikkötestaus OO –sovelluksessa luokkatasolla Testin tekijänä kehittäjä (white box) Testaa koodin toiminnallisuutta, yleensä yhden funktion tasolla Yhdellä funktiolla voi olla useita testejä Ei kerro toimiiko ohjelman osa vaan ovatko rakennuspalikat kunnossa Integraatiotestaus Testataan ohjelmiston osia keskenään, verrataan alkuperäiseen suunnitelmaan Esimerkiksi käyttöliittymän testaus Testitapauksia joissa käyttäjän tulee suorittaa tietyt tehtävät, verrataan haluttuun tulokseen Järjestelmätestaus Testataan vastaako järjestelmä alkuperäisiä vaatimuksia Graafisen käyttöliittymän testaamista Käytettävyystestaus Suorituskykytestaus Kuormituksen testaus Jne.

Test Driven Development 16.8.2012 Johdatus testaukseen Test Driven Development TDD on melko uusi ohjelmiston kehitystapa Perustuu kehittäjän tekemiin automatisoituihin yksikkötesteihin Testitapaukset tehdään ennen koodia Koodi kirjoitetaan testitapauksen mukaisesti sellaiseksi että se suorittaa testin hyväksytysti Ei suunnitteluvaiheessa vaan toteutusvaiheessa Ohjelmiston toteutus (koodaus) tapahtuu yksikkötestien kautta Kaikki luotu koodi tulee testatuksi Vuoden 2005 tutkimuksessa todettiin testaavien ohjelmoijien olevan loppujen lopuksi tuottavampia Ehkäisee tarvetta erikseen debugata ohjelmaa Osa ohjelmiston toteutusvaiheista sellaisia joihin TDD ei sovi Käyttöliittymän suunnittelu Tietokantaliittymä Suunnitteluvaiheessa hyödynnetään käyttötapoja (Use Case) On tapa käyttää ohjelmaa (asiakkaan vaatimus) Tästä tapauksesta laaditaan vaatimukset tietylle ohjelman osalle, moduulille Käyttötapaa hyödynnetään laatimalla tästä testitapaus Lähde: Test driven development