| ... | ... | @@ -10,7 +10,7 @@ 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.
|
|
|
|
Testauksen tavoitteena on pitää huoli, että toiminnalliset- ja ei-toiminnalliset tapahtumat eivät aiheuta sivuvaikutuksia. Sekä, että uudet ominaisuudet eivät riko vanhoja asioita.
|
|
|
|
|
|
|
|
## Aikataulu
|
|
|
|
|
| ... | ... | @@ -23,13 +23,16 @@ Alustavan suunnitelman mukaan järjestelmää testataan Robot Frameworkia käytt |
|
|
|
## Testaustasot
|
|
|
|
|
|
|
|
1. Yksikkötestaus
|
|
|
|
- Järjestelmä yksikkötestataan mahdollisimman kattavasti.
|
|
|
|
- Tietokanta kyselyt ja lisäykset ja yhteydenotto on yksikkötestattava
|
|
|
|
- Verkkopalvelimen reitit on yksikkötestattava
|
|
|
|
- Tietoja muuttavat tai hakevat funktiot on yksikkötestattava
|
|
|
|
|
|
|
|
2. Integraatiotestaus
|
|
|
|
- Uudet ominaisuudet testataan niiden valmistuessa.
|
|
|
|
- Uudet ominaisuudet testataan niiden valmistuessa, jotta voidaan tietää rikottiinko .
|
|
|
|
|
|
|
|
3. Hyväksyntätestaus
|
|
|
|
- Hyväksyntätestit kattavat koko toiminnallisuuden ja järjestelmän tulee suoriutua niistä ongelmitta. Ajetaan joko Robot Frameworkilla tai käsin.
|
|
|
|
- Käyttöliittymä hyvksyntätestaan eri roolien käyttötapausten perusteella
|
|
|
|
- Tärkeimmät toiminnallisuudet on testattava
|
|
|
|
|
|
|
|
## Yleiset testauskriteerit
|
|
|
|
|
| ... | ... | |
| ... | ... | |