Testauksen yleissuunnitelma - Master Test Plan
Testauksen yleissuunnitelma (test plan) on dokumentti tai suunnitelma, joka määrittelee testauksen tavoitteet, strategian ja resurssit tietyn projektin tai tuotteen testaamiseksi. Se on olennainen osa ohjelmistokehitysprosessia ja auttaa varmistamaan, että ohjelmisto on luotettava, toimiva ja vastaa käyttäjien tarpeita. Tässä on yleiskuva testauksen yleissuunnitelmasta ja sen sisällöstä:
Johdanto:
Selitys testauksen yleistavoitteista ja tarkoituksesta. Maininta testattavasta tuotteesta tai projektista sekä projektin taustasta.
Kohde ja laajuus:
Kuvaus siitä, mitä osia tai toiminnallisuuksia testaus kattaa ja mitkä jäävät sen ulkopuolelle. Tarkennukset testattavista alustoista (käyttöjärjestelmät, selaimet jne.).
Testaussuunnitelman tavoitteet:
Määritelmä siitä, mitä testauspyritään saavuttamaan ja mitkä ovat sen päämäärät.
Testauksen strategia:
Kuvaus testausmenetelmistä ja -tekniikoista, joita käytetään (kuten yksikkötestaus, integraatiotestaus, järjestelmätestaus, käyttöliittymätestaus jne.). Resurssien ja aikataulun arviointi testauksen suorittamiseksi.
Testiympäristö:
Kuvaus tarvittavista testiympäristöistä, mukaan lukien laitteisto, ohjelmisto, verkko- ja tietokantaresurssit. Tiedot testiympäristöjen luomisesta ja ylläpidosta.
Testaussuunnitelman organisointi:
Määritelmä vastuullisista henkilöistä ja tiimeistä testauksen eri vaiheissa. Viestintäsuunnitelma tiimien ja sidosryhmien välillä.
Testauksen aikataulu:
Arvioitu aikataulu testausvaiheelle, mukaan lukien alkamis- ja päättymispäivät sekä eri testivaiheiden aikataulu.
Testitapaukset ja testidata:
Kuvaus siitä, miten testitapaukset suunnitellaan ja dokumentoidaan. Tietoja käytettävästä testidatasta.
Laadunvalvonta ja mittarit:
Kuvaus laadunvalvontaprosesseista ja mittareista, joita käytetään testauksen edistymisen ja laadun seuraamiseen.
Riskienhallinta:
- Kuvaus mahdollisista riskeistä, jotka voivat vaikuttaa testaukseen, ja suunnitelma niiden hallitsemiseksi.
Hyväksyntäkriteerit koko tuotteelle
-
Määritelmä siitä, mitkä kriteerit on täytettävä, jotta testaus voidaan katsoa onnistuneeksi ja tuote voidaan siirtää seuraavaan vaiheeseen.
-
Selitys siitä, mitä tehdään testaamisen jälkeen, mukaan lukien mahdolliset korjaukset ja uudelleentestaus.
Liitteet:
- Tarvittaessa lisätiedot, kuten tarkemmat testauskaaviot, ohjeet tai muu relevantti dokumentaatio.
Testausympäristön ja projektin vaatimusten mukaan testausympäristö voi vaihdella huomattavasti, ja testausympäristöä koskevat tiedot ovat yleissuunnitelmassa erittäin tärkeitä. Yleissuunnitelman avulla tiimi voi suunnitella, toteuttaa ja seurata testaustoimia tehokkaasti ja varmistaa, että ohjelmisto täyttää laadulliset vaatimukset ja toimii odotetulla tavalla.
Testikohteesta (Test Target / System Under Test)
Kun suunnittelet testausta, on tärkeää tunnistaa ja määrittää testauskohteen keskeiset piirteet ja ominaisuudet. Tämä auttaa suunnittelemaan ja suorittamaan tehokkaasti kattavan testauksen. Alla on joitakin tietoja, jotka on hyvä tunnistaa testikohteesta:
1 .Toiminnallisuus ja ominaisuudet: Mitä toiminnallisuuksia tai ominaisuuksia testauskohde sisältää? Mitkä ovat sen tärkeimmät tehtävät ja toiminnot? 1. Käyttöympäristö: Millaisessa ympäristössä testauskohde toimii? Onko se web-sovellus, mobiilisovellus, työpöytäsovellus, sulautettu järjestelmä tai jotain muuta? 1. Käyttäjät ja roolit: Ketkä ovat testauskohteen käyttäjät? Millaisia käyttäjärooleja heillä on? Käyttäjien tarpeet ja odotukset voivat vaihdella eri rooleissa. 1. Integraatiot: Onko testauskohde integroitu muiden järjestelmien tai palveluiden kanssa? Mitkä ovat nämä integraatiot ja miten ne vaikuttavat testaustarpeisiin? 1. Tietokannat ja tietovarastot: Millaisia tietokantoja tai tietovarastoja käytetään? Minkälaisia tietueita ja tietokantaskeemoja on olemassa? 1. Käyttöliittymä: Millainen on testauskohteen käyttöliittymä? Onko se graafinen, tekstipohjainen, komentorivipohjainen vai muu? Mitkä ovat käyttöliittymän tärkeimmät näkymät ja toiminnot? 1. Suorituskykyvaatimukset: Mitä suorituskykyvaatimuksia on? Esimerkiksi, kuinka monta käyttäjää järjestelmän tulisi pystyä palvelemaan samanaikaisesti, ja millaisia vasteaikoja odotetaan? 1. Turvallisuusvaatimukset: Mitkä ovat turvallisuusvaatimukset? Tietosuoja, käyttöoikeudet ja tietoturva voivat olla tärkeitä näkökohtia. 1. Käytettävyysvaatimukset: Onko erityisiä käytettävyysvaatimuksia, kuten esteettömyyttä, helppokäyttöisyyttä tai mobiililaitteiden ystävällisyyttä? 1. Skenaariot ja käyttötapausten kuvaus: Millaisia skenaarioita tai käyttötapausten kuvauksia on olemassa? Näiden avulla voidaan määrittää, miten testitapaukset luodaan. 1. Testattavuus: Onko testauskohde helposti testattavissa? Onko tarvittaessa käytettävissä työkaluja ja testidataa? 1. Versiohistoria: Millaisia muutoksia ja päivityksiä testauskohde on kokenut aiemmin? Tieto aikaisemmista ongelmista voi auttaa keskittämään testauksen. 1. Vaaditut yhteensopivuudet: Minkälaisilla alustoilla ja selaimilla testauskohde tulee toimia? 1. Testauksen tavoitteet ja kattavuus: Mitä halutaan saavuttaa testauksen avulla? Mitä osa-alueita on tärkeää kattaa? 1. Testauksen priorisointi: Mitkä ovat testauksen kriittiset osat tai toiminnot, jotka on testattava ensin? 1. Resurssit: Mitä resursseja, kuten testausympäristöjä, testidataa ja testaustyökaluja, tarvitaan?
Nämä tiedot auttavat testauksen suunnittelussa, että testauksen kohde voidaan testata kattavasti ja vastaamaan käyttäjien tarpeita ja vaatimuksia.
Aikataulu (Schedule)
Julkaisusuunnitelma (Release Plan)
Testattavat ominaisuudet (Tested Features)
Ominaisuus | Otsikko 2 | Otsikko 3 |
---|---|---|
Feature1 | ||
Feature2 | ||
Ei-testattavat ominaisuudet (Non tested Features)
Otsikko 1 | Otsikko 2 | Otsikko 3 |
---|---|---|
Feature100 | ||
Feature21 | ||
Feature90 | ||
Resurssi | Vastuus | Muuta | Yritys |
---|---|---|---|
Henkilö X | Suorituskykytestaus | lomalla heinäkuun | Firm Oy |
Henkilö Y | Tietoturvatestas | Maaliskuun matkoilla | Firm Oy |
Henkilö Z | Toiminnnallinen testaus | ||
Henkilö Å | Kokeilevat testaus |
Hyväksyntätestaus (Acceptance Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
Järjestelmätestaus (System Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
Järjestelmän integraatio testaus (System Integration Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
Moduli/komponenttitason testaus (Module / Component Testing)
suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget,
Testaus ja vianhallinnan prosessit
Vestibulum molestie diam sit amet pretium pharetra. Praesent sagittis auctor convallis. Nulla augue sapien, ornare vel suscipit id, commodo id diam. Aliquam lorem urna, maximus in pretium pharetra, mollis eu lacus. Nam nunc erat, aliquet rutrum ultrices quis, fermentum vitae metus. In at nibh eu dui ultrices ultrices. Vestibulum mi mi, ultricies sed maximus eget, ultrices at nibh. Aenean vel turpis eu quam laoreet lobortis in eget tortor. Nunc vel arcu accumsan, finibus erat at, hendrerit elit. Ut fringilla eros a sollicitudin tincidunt.
- Yleiset hyväksyntä kriteerit?
- Yleiset hylkäys kriteerit?
Valittu testausstrategia
Testausstrategia (testing strategy) on suunnitelma tai lähestymistapa, joka määrittelee, miten testaus suoritetaan tietyssä projektissa tai ohjelmistotuotteen kehityksen vaiheessa. Se on korkean tason asiakirja, joka kuvaa testauksen yleiset tavoitteet, periaatteet, menetelmät ja resurssit. Testausstrategia auttaa organisaatiota suunnittelemaan ja organisoidaan testausprosessia tehokkaasti ja varmistamaan, että ohjelmisto täyttää laatuvaatimukset ja asiakkaiden odotukset.
Tärkeimmät osatekijät testausstrategiassa voivat sisältää seuraavat:
- Testauksen tavoitteet: Määritellään, mitä halutaan saavuttaa testauksella, kuten virheiden löytäminen, varmistaminen siitä, että ohjelmisto täyttää määritellyt vaatimukset ja parantaa tuotteen laadunvarmistusta.
- Testauksen lähestymistapa: Kuvataan yleisellä tasolla, miten testit suunnitellaan ja suoritetaan. Esimerkiksi voidaan määrittää, että testaus aloitetaan yksikkötesteillä ja etenee sitten integraatiotesteihin ja järjestelmätesteihin.
- Testivaiheet: Määritellään, mitä testausvaiheita projektissa suoritetaan, kuten yksikkötestaus, integraatiotestaus, järjestelmätestaus, hyväksymistestaus jne.
- Resurssit: Kuvaillaan tarvittavat resurssit, kuten testausympäristöt, laitteistot, ohjelmistot, testaajien osaaminen ja aikataulut.
- Testaustiedon hallinta: Selitetään, miten testidataa hallitaan ja millaisia testidataa tarvitaan.
- Kattavuus ja priorisointi: Määritellään, miten testit kattavat erilaiset osa-alueet ja mitkä toiminnot tai skenaariot ovat kriittisimpiä ja priorisoitavia.
- Testaustulosten raportointi ja seuranta: Kuvaillaan, miten testaustulokset dokumentoidaan ja raportoidaan sekä kuinka löydettyjä virheitä hallinnoidaan.
- Yhteistyö ja viestintä: Määritellään, miten tiimit ja sidosryhmät kommunikoivat testauksesta, ja kuinka yhteistyötä muiden kehityksen ja testauksen tiimien kanssa tuetaan.
- Testiohjelmistot ja -työkalut: Luetteloidaan käytettävät testausohjelmistot ja -työkalut, kuten testiautomaatiovälineet.
- Riskienhallinta: Selitetään, miten testauksen aikana tunnistetut riskit hallitaan ja miten niihin reagoidaan.
Testausstrategia ei yksityiskohtaisesti määrittele yksittäisiä testitapauksia tai skenaarioita, mutta se tarjoaa suunnan testaukselle ja auttaa tiimejä ymmärtämään, mitä testaukselta odotetaan projektin tai tuotteen laadunvarmistuksessa. Se on keskeinen osa laadunvarmistusta ohjelmistokehitysprosessissa.
Käytetyt testityövälineet ja ohjelmistot
- Testaushallinta-työkalu?
- Testi-työkalu?
- Vianhallinta-työkalu
Testaustasot (Testing Levels)
In ultricies ultricies ligula, ut suscipit nulla ullamcorper non. Nunc aliquet finibus lorem. Vivamus pretium malesuada nulla a posuere. Pellentesque et bibendum massa. Mauris euismod erat orci, pretium elementum dolor pellentesque et. Vivamus laoreet justo sit amet est ultricies, sit amet rutrum lectus semper. Pellentesque gravida pulvinar ante non semper. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Cras vel dolor fermentum, porttitor mi at, condimentum velit. Pellentesque ut turpis pulvinar, tempor felis sit amet, placerat felis. In hac habitasse platea dictumst.
Liitteet
- Testisuunnitelmat
- Lähteet etc.