### Ei-testattavat ominaisuudet (Non tested Features)
| Kuvaus | Testlink | PASS/FAIL |
|:-:|:-:|:-:|
| | |
| | |
| | |
| | |
## Testausympäristöt (Testing Environments)
## Testausympäristöt (Testing Environments)
Robot Framework
Robot Framework
Manuaaliset testaukset omalla työpisteellä
Selenium
Manuaaliset testaukset omalla työpisteellä [Testlinkkiin](http://10.112.7.54/testlink/linkto.php?tprojectPrefix=htc&item=testsuite&id=1399)
### Resurssit ja vastuut (Resources and Responsibilities)
### Resurssit ja vastuut (Resources and Responsibilities)
*[Linkki resurssisuunnitelmaan ?]()
| Resurssi | Vastuus | Muuta |
| Resurssi | Vastuus | Muuta |
|:-:|:-:|:-:|
|:-:|:-:|:-:|
| Joona | Suorituskykytestaus | Hukassa |
| Joona | Suorituskykytestaus | Hukassa |
...
@@ -70,46 +51,54 @@ Manuaaliset testaukset omalla työpisteellä
...
@@ -70,46 +51,54 @@ Manuaaliset testaukset omalla työpisteellä
Testaustasot käydään ensin moduli/komponenttitaso testauksesta, järjestelmän integraatiotestaukseen, siitä järjestelmätestaukseen ja viimeisenä hyväksyntätestaukseen. Eli järjestelmää lähdetään testaamaan pienistä osista kohti isompaa kokonaisuutta, minkä avulla voidaan varmistua järjestelmän toimivuudesta hyväksyntä testeissä.
Testaustasot käydään ensin moduli/komponenttitaso testauksesta, järjestelmän integraatiotestaukseen, siitä järjestelmätestaukseen ja viimeisenä hyväksyntätestaukseen. Eli järjestelmää lähdetään testaamaan pienistä osista kohti isompaa kokonaisuutta, minkä avulla voidaan varmistua järjestelmän toimivuudesta hyväksyntä testeissä.
### Hyväksyntätestaus (Acceptance Testing)
### Hyväksyntätestaus (Acceptance Testing)
koko tiimi
- Automatisoidun Robot Frameworkin avulla suoritetaan hyväksyntätestaus
### Järjestelmätestaus (System Testing)
### Järjestelmätestaus (System Testing)
koodarit + Joona
### Järjestelmän integraatiotestaus (System Integration Testing)
### Järjestelmän integraatiotestaus (System Integration Testing)
- Toteutetaan Selenium ja Robot Frameworkiä hyödyntäen
## Testisuunnittelusta
## Testaus ja vianhallinnan prosessit
## Testaus ja vianhallinnan prosessit
* Yleiset hyväksyntäkriteerit
-Läpäisee testit kriteerien mukaan
-Vaatimukset eri ominaisuuksille niiden dokumentaatiossa
* Yleiset hyväksyntäkriteerit?
* Yleiset hylkäyskriteerit
* Yleiset hylkäyskriteerit?
-Testi ei täytä vaatimuksia
-Testi ei mene hyväksytysti läpi
## Valittu testausstrategia
## Valittu testausstrategia
Vaatimusten määrittelemiseen, riskiarviointiin ja prioriteettien määrittelemiseen sekä varsinaiseen testausstrategian luomiseen. Ensimmäisessä vaiheessa asetetaan testausstrategialle tavoitteet. Tässä vaiheessa käydään läpi millaisia vaatimuksia järjestelmälle on asetettu. Toisessa vaiheessa arvioidaan, mitkä vaatimuksista ovat erityisen kriittisiä järjestelmälle ja mihin testaamisessa tulisi panostaa. Kolmannessa vaiheessa luodaan varsinainen testausstrategia, eli valitaan mitä testataan ja miten testataan.
Otetaan ensin huomioon järjestelmälle laaditut vaatimukset. Ominaisuuksia lähdetään testaamaan siinä järjestyksessä kun niitä saadaan palveluun tuotettua. Ominaisuuksien luominen palveluun tapahtuu tärkeysjärjestyksessä, mikä samalla priorisoi testausjärjestyksen.
Testausstrategiassa käydään läpi, miten toiminnallinen testaus toteutetaan eri tasoilla ja miten ei-toiminnallista testausta tehdään. Web-sovelluksissa testausstrategian pitäisi kattaa ainakin seuraavat osa-alueet: toiminnallinen testaus, käytettävyystestaus, käyttöliittymätestaus, yhteensopivuustestaus, suorituskykytestaus ja tietoturvatestaus.
Aluksi tarkoitus testata saapuneiden ominaisuuksien toimivuuttaa ja niiden kautta korjailla mahdollisia virheitä. Kun ominaisuuden kaikki testattu kunnolla, voi testauksessa siirtyä suorituskyky-, kuormitus- ja tietoturvatestaukseen. Näiden jälkeen suoritettaan viimeisiä hyväksyntätestauksia, joiden avulla arvioidaan palvelun valmiutta ja toimivuutta.
