Mikä on testitapaus?
Koetinkivi on joukko toimia toteutetaan tarkistaa tiettyä ominaisuutta tai toimintoa sovelluksessa. Testitapaus sisältää testivaiheita, testitietoja, ennakkoedellytyksiä, jälkihoitoa, jotka on kehitetty erityistä testiskenaariota varten vaatimusten tarkistamiseksi. Testitapaus sisältää erityisiä muuttujia tai olosuhteita, joiden avulla testausinsinööri voi verrata odotettuja ja todellisia tuloksia selvittääkseen, toimiiko ohjelmistotuote asiakkaan vaatimusten mukaisesti.
Mikä on testiskenaario?
Testiskenaario määritellään kaikiksi toiminnoiksi, joita voidaan testata. Se on joukko testitapauksia, jotka auttavat testausryhmää määrittämään projektin positiiviset ja negatiiviset ominaisuudet.
Testiskenaario antaa korkean tason käsityksen siitä, mitä meidän on testattava.
Esimerkki testiskenaariosta
Verkkokauppasovelluksessa muutama testiskenaario olisi
Testiskenaario 1: Tarkista hakutoiminto
Testiskenaario 2: Tarkista maksujen toimivuus
Testiskenaario 3: Tarkista kirjautumistoiminto
TÄRKEÄ ERO
- Testitapaus on joukko toimintoja, jotka suoritetaan tiettyjen ominaisuuksien tai toiminnallisuuden tarkistamiseksi, kun taas testiskenaario on mikä tahansa toiminto, joka voidaan testata.
- Testitapaus on pääosin johdettu testiskenaarioista, kun taas testiskenaariot ovat peräisin testiartefekteista, kuten BRS ja SRS.
- Testitapaus auttaa sovelluksen tyhjentävässä testauksessa, kun taas Testiskenaario auttaa ketterällä tavalla testaamaan end-to-end-toiminnallisuutta.
- Testitapaukset keskittyvät siihen, mitä testata ja miten testata, kun taas testiskenaario keskittyy enemmän testattaviin.
- Testitapaukset ovat matalan tason toimia, kun taas testiskenaariot ovat korkean tason toimia.
- Testitapaus vaatii enemmän resursseja ja aikaa testin suorittamiseen, kun taas testiskenaario vaatii vähemmän resursseja ja aikaa testin suorittamiseen.
- Testitapaus sisältää testivaiheet, tiedot, odotetut testitulokset, kun taas Testiskenaario sisältää testattavan kokonaisuuden.
Esimerkki testitapauksista
Testitapaukset testiskenaarioon: "Tarkista kirjautumistoiminto" olisi
- Tarkista järjestelmän toiminta, kun kelvollinen sähköpostiosoite ja salasana syötetään.
- Tarkista järjestelmän toiminta, kun syötät virheellisen sähköpostiosoitteen ja salasanan.
- Tarkista järjestelmän toiminta, kun kelvollinen sähköpostiosoite ja virheellinen salasana syötetään.
- Tarkista järjestelmän toiminta, kun virheellinen sähköpostiosoite ja virheellinen salasana syötetään.
- Tarkista järjestelmän toiminta, kun sähköpostitunnus ja salasana jätetään tyhjäksi ja Kirjaudu sisään.
- Valitse Unohtuiko salasana toimii odotetulla tavalla
- Tarkista järjestelmän toiminta, kun kelvollinen / virheellinen puhelinnumero ja salasana syötetään.
- Tarkista järjestelmän toiminta, kun "Pidä minut allekirjoitettuna" on valittu
Miksi kirjoitamme testitapauksia?
Tässä on joitain tärkeitä syitä testitapausten luomiseen.
- Testitapaukset auttavat varmistamaan sovellettavien standardien, ohjeiden ja asiakkaiden vaatimusten noudattamisen
- Auttaa sinua vahvistamaan odotukset ja asiakkaiden vaatimukset
- Parannettu hallinta, logiikka ja tiedonkulun kattavuus
- Voit simuloida todellisia loppukäyttäjien skenaarioita
- Paljastaa virheitä tai vikoja
- Kun testitapauksia kirjoitetaan testin suorittamista varten, testiinsinöörin työ organisoidaan paremmin ja yksinkertaistetusti
Miksi kirjoitamme testiskenaariota?
Tässä on tärkeitä syitä testiskenaarion luomiseen:
- Tärkein syy testiskenaarion kirjoittamiseen on tarkistaa sovelluksen täydellinen toimivuus
- Se auttaa myös varmistamaan, että liiketoimintaprosessit ja -virrat ovat toiminnallisten vaatimusten mukaisia
- Eri sidosryhmät, kuten yritysanalyytikko, kehittäjät, asiakkaat voivat hyväksyä testiskenaariot varmistaakseen, että testattava sovellus testataan perusteellisesti. Se varmistaa, että ohjelmisto toimii yleisimmissä käyttötapauksissa.
- Ne toimivat nopeana työkaluna testityön määrittelemiseen ja luovat vastaavasti ehdotuksen asiakkaalle tai järjestävät työvoiman.
- Ne auttavat määrittämään kriittisimmät päästä päähän -tapahtumat tai ohjelmistosovellusten todellisen käytön.
- Kun nämä testiskenaariot on viimeistelty, testitapaukset voidaan helposti johtaa testiskenaarioista.
Testitapaus vs. testiskenaario
Tässä on merkittäviä eroja testiskenaarion ja testitapauksen välillä
| Testiskenaario | Testitapaus |
|---|---|
| Testiskenaario sisältää korkean tason dokumentaation, joka kuvaa testattavat toiminnot alusta loppuun. | Testitapaukset sisältävät tarkat testausvaiheet, tiedot, odotetut tulokset sovelluksen kaikkien ominaisuuksien testaamiseksi. |
| Se keskittyy enemmän "mitä testata" kuin "miten testata". | Täydellinen painotus "mitä testata" ja "miten testata". |
| Testiskenaariot ovat yhden linjan. Joten testauksen aikana on aina epäselvyys. | Testitapauksissa on määritelty vaihe, ennakkoedellytykset, odotettu tulos jne. Siksi tässä prosessissa ei ole epäselvyyttä. |
| Testiskenaariot johdetaan testiartefekteista, kuten BRS, SRS jne. | Testitapaus on pääosin johdettu testiskenaarioista. Useita testitapauksia voidaan johtaa yhdestä testiskenaariosta |
| Se auttaa ketterällä tavalla testaamaan end-to-end-toiminnallisuutta | Se auttaa sovelluksen tyhjentävässä testauksessa |
| Testiskenaariot ovat korkean tason toimia. | Testitapaukset ovat matalan tason toimia. |
| Skenaarioiden luomiseen ja testaamiseen tarvitaan verrattain vähemmän aikaa ja resursseja. | Lisää resursseja tarvitaan dokumentointiin ja testitapausten suorittamiseen. |
Parhaat käytännöt testitapausten luomisessa
- Testikoteloiden tulee olla läpinäkyviä ja suoraviivaisia
- Luo testitapaus pitämällä loppukäyttäjä mielessä
- Vältä testitapausten toistamista
- Sinun on varmistettava, että kirjoitat testitapauksia tarkistaaksesi kaikki määrittelyasiakirjassa mainitut ohjelmistovaatimukset
- Älä koskaan oleta ohjelmistosovelluksesi toimivuutta ja ominaisuuksia valmistellessasi testitapausta
- Testitapausten on oltava helposti tunnistettavissa
Parhaat käytännöt testiskenaarion luomisessa
- Testiskenaariot ovat enimmäkseen yhden rivin lauseita, jotka kertovat, mitä tulisi testata
- Skenaarion kuvauksen tulee olla yksinkertainen ja helposti ymmärrettävä
- Ilmoitetut vaatimukset tulisi arvioida huolellisesti
- Tarvittavat työkalut ja resurssit testaukseen on kerättävä ennen testausprosessin alkua
