Tämä dokumentti on elävä dokumenttipohja, jota päivitetään tilanteen mukaan..
Yleistestaussuunnitelma - Master Test Plan
Versio 0.4
Esimerkkejä:
- Contriboard MTP
- https://www.tampere3.fi/filebank/4380-Liite_9_kaytettavyystestauksen_testaussuunnitelma.pdf
- http://tryqa.com/what-are-master-test-plans-level-test-plan-examples-when-to-use/
Yleistä
Testisuunnitelman tarkoitus on informoida testaukseen osallistuvien henilöiden toimintaa tuotetta testattaessa. Suunnitelmasta löytyy testaus strategiat, sekä testaukseen käytetyt teknologiat.
Suunnitelman on laatinut Riku Salminen
Testikohteesta (Test Target / System Under Test)
Testikohteena toimii Kehityksessä oleva Meijän metsät palvelu. Palvelun tarkoituksena on autta käyttäjiä löytämään läheisiä ulkoliikunta paikkoja ja reittejä. Palvelua kehittää Exabyte.
Testauksen yleiset tavoitteet ja tärkeimmät tehtävät (Test goals and primary needs)
Tavoitteena on löytää palvelusta kaikki käytettävyyttä haittaavat ongelmat ja nostaa ne tiimin tietoisuuteen korjattavaksi.
Aikataulu (Schedule)
Julkaisusuunnitelma (Release Plan)
Testattavat ominaisuudet (Tested Features)
Kaikki ominaisuudet testataan
Testausympäristöt (Testing Environments)
- Ubuntu 18.04
- Testlink
- Robot Framework
- Artillery
Resurssit ja vastuut (Resources and ...)
Pääasiallinen vastuu testauksesta Riku Salmisella, mutta tarvittaessa muita projektiin osallistuvia voidaan käyttää testauksessa.
Testaustasot (Testing Levels)
Hyväksyntätestaus (Acceptance Testing)
- Robot Frameworkillä tapahtuva automaattinen testaus etsii ongelmia ennen implementaatiota.
- Manuaalinen testaus tapahtuu tiimin kanssa varmistaaksemme jokaisen teastitauksen toimivan halutusti.
Järjestelmätestaus (System Testing)
- Automaattinen Robot Framework testaus SUT(system under testing) palvelimella löytää ongelmia ennen integraatiota.
- Manuaalisia testitapauksia käytetään testauksessa myös exploratiivisen testauksen ohessa.
Järjestelmän integraatio testaus (System Integration Testing)
Moduli/komponenttitason testaus (Module / Component Testing)
Testisuunnittelusta
Testaus ja vianhallinnan prosessit
Kaikki viat, sekä parannusehdotukset, laitetaan githubin issue boardille projektin repositorioon. Viat ja ehdotukset leimataan erikseen.
Yleiset hyväksyntä kriteerit?
Testi on hyväksytty jos testissä ei nouse ongelmia käytettävyyden, perfomanssin tai featureiden kanssa
Yleiset hylkäys kriteerit?
Testi hylätään jos testattava asia ei toimi tai testissä käy ilmi ongelmia performanssin suhteen.
Valittu testausstrategia
Testaukseen käytämme automaatiotestausta SUT palvelimella päivityksien yhteydessä, manualista testausta sekä exploratiivisena jo olemassa olevien test casejen avulla.