|
|
|
# Päätestaussuunnitelma
|
|
|
|
|
|
|
|
# Yleistä
|
|
|
|
|
|
|
|
Tällä sivulla dokumentoidaan, miten Mr.Referee -palvelua testataan, millä aikataululla testaus tehdään, mitä työkaluja käytetään ja mitkä ovat testaamisen tavoitteet.
|
|
|
|
|
|
|
|
## Testikohde
|
|
|
|
|
|
|
|
Testauksen kohde on Mr.Referee -palvelu.
|
|
|
|
|
|
|
|
## Testien tavoitteet ja tärkeimmät tehtävät.
|
|
|
|
|
|
|
|
Testauksen päätavoite on löytää mahdolliset virheet testattavasta järjestelmästä ja korjata ne mahdollisimman aikaisessa vaiheessa. Testausta käytetään myös tuotteen laadun ja toimivuuden varmistuksessa niin kuin asiakas on sen halunnut.
|
|
|
|
|
|
|
|
## Aikataulu
|
|
|
|
|
|
|
|
Sprintti 9 on alustavasti varattu testaamiseen, mutta toimivuutta valvotaan myös jatkuvasti työn edetessä.
|
|
|
|
|
|
|
|
## Työkalut
|
|
|
|
|
|
|
|
Alustavan suunnitelman mukaan järjestelmää testataan Robot Frameworkia käyttäen.
|
|
|
|
|
|
|
|
## Testaustasot
|
|
|
|
|
|
|
|
1. Yksikkötestaus
|
|
|
|
- Järjestelmä yksikkötestataan mahdollisimman kattavasti.
|
|
|
|
|
|
|
|
1. Hyväksyntätestaus
|
|
|
|
- Hyväksyntätestit kattavat koko toiminnallisuuden ja järjestelmän tulee suoriutua niistä ongelmitta. Ajetaan joko Robot Frameworkilla tai käsin.
|
|
|
|
|
|
|
|
## Yleiset testauskriteerit
|
|
|
|
|
|
|
|
- Testatun toiminnallisuuden hyväksyntä perustuu kyseisen toiminnallisuuden vaatimuksiin.
|
|
|
|
- Vakavia virheitä ei saa esiintyä sovelluksen toiminnoissa.
|
|
|
|
- Testitapaukset käyttävät ennaltamäärättyjä hyväksymis/hylkäyskriteereitä. |
