Testitapausten kirjoittaminen: Mallimalli esimerkkeineen

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 varmentamiseksi. Testitapaus sisältää erityisiä muuttujia tai olosuhteita, joiden avulla testausinsinööri voi verrata odotettuja ja todellisia tuloksia selvittääkseen, toimiiko ohjelmistotuote asiakkaan vaatimusten mukaisesti.

Testiskenaario Vs -tapaus

Testiskenaariot ovat melko epämääräisiä ja kattavat monenlaisia ​​mahdollisuuksia. Testauksessa on kyse hyvin tarkasta.

Testiskenaario: Tarkista kirjautumistoiminnot, monia mahdollisia testitapauksia ovat

  • Testitapaus 1: Tarkista voimassa olevan käyttäjätunnuksen ja salasanan antamisen tulokset
  • Testitapaus 2: Tarkista virheellisen käyttäjätunnuksen ja salasanan antamisen tulokset
  • Testitapaus 3: Tarkista vastaus, kun käyttäjätunnus on tyhjä ja kirjautumispainiketta painetaan, ja paljon muuta

Tämä ei ole muuta kuin testitapaus.

Tässä opetusohjelmassa opit kirjoittamaan testitapauksia manuaalisessa testauksessa esimerkiksi -

  • Testitapausten kirjoittaminen manuaalisessa testauksessa
  • Vakiotestitapausten muoto
  • Paras käytäntö hyvän testitapausesimerkin kirjoittamiseen.
  • Testaa tapausten hallinnan työkalut
  • Resurssit

Napsauta tätä, jos video ei ole käytettävissä

Testitapausten kirjoittaminen manuaalisessa testauksessa

Luodaan testitapaus skenaariolle: Tarkista kirjautumistoiminnot

Vaihe 1) Yksinkertainen testitapaus skenaarion selittämiseksi olisi

Testitapaus # Testitapauksen kuvaus
1 Tarkista vastaus, kun kelvollinen sähköpostiosoite ja salasana syötetään

Vaihe 2) Tarvitset testitiedot testitapauksen suorittamiseksi. Lisää se alla

Testitapaus # Testitapauksen kuvaus Testitiedot
1 Tarkista vastaus, kun kelvollinen sähköpostiosoite ja salasana syötetään Sähköposti: Tämä sähköpostiosoite on suojattu spamboteilta. Tarvitset JavaScriptin käyttääksesi sitä. Salasana: lNf9 Oti7 2h

Testitietojen tunnistaminen voi olla aikaa vievää ja saattaa joskus vaatia testitietojen luomista uudestaan. Syy, miksi se on dokumentoitava.

Vaihe 3) Testitapauksen suorittamiseksi testaajan on suoritettava tietty joukko toimintoja AUT: lle. Tämä on dokumentoitu seuraavasti:

Testitapaus # Testitapauksen kuvaus Testivaiheet Testitiedot
1 Tarkista vastaus, kun kelvollinen sähköpostiosoite ja salasana syötetään

1) Anna sähköpostiosoite

2) Anna salasana

3) Napsauta Kirjaudu sisään

Sähköposti: Tämä sähköpostiosoite on suojattu spamboteilta. Tarvitset JavaScriptin käyttääksesi sitä.

Salasana: lNf9 Oti7 2h

Usein testivaiheet eivät ole yksinkertaisia ​​kuin yllä, joten ne tarvitsevat dokumentaatiota. Testitapauksen kirjoittaja voi myös lähteä organisaatiosta tai lähteä lomalle tai sairaana ja poissa työstä tai on kiireinen muissa kriittisissä tehtävissä. Äskettäin palkattua työntekijää voidaan pyytää suorittamaan testitapaus. Dokumentoidut vaiheet auttavat häntä ja helpottavat myös muiden sidosryhmien tarkastuksia.

Vaihe 4) Testitapausten tavoitteena ohjelmistojen testauksessa on tarkistaa AUT: n käyttäytyminen odotetun tuloksen suhteen. Tämä on dokumentoitava kuten alla

Testitapaus # Testitapauksen kuvaus Testitiedot odotettu tulos
1 Tarkista vastaus, kun kelvollinen sähköpostiosoite ja salasana syötetään Sähköposti: Tämä sähköpostiosoite on suojattu spamboteilta. Tarvitset JavaScriptin käyttääksesi sitä.
Salasana: lNf9 Oti7 2h
Kirjautumisen pitäisi onnistua

Testin suorittamisen aikana testaaja tarkistaa odotetut tulokset todellisiin tuloksiin nähden ja antaa läpäisy- tai hylkäystilan

Testitapaus # Testitapauksen kuvaus Testitiedot odotettu tulos Todellinen tulos Hyväksytty / hylätty
1 Tarkista vastaus, kun kelvollinen sähköpostiosoite ja salasana syötetään Sähköposti: Tämä sähköpostiosoite on suojattu spamboteilta. Tarvitset JavaScriptin käyttääksesi sitä. Salasana: lNf9 Oti7 2h Kirjautumisen pitäisi onnistua Kirjautuminen onnistui Kulkea

Vaihe 5) Tässä testitapauksessa voi olla kenttä, Pre-Condition, joka määrittelee asiat, jotka on oltava paikallaan ennen testin suorittamista. Testitapauksemme edellytyksenä on, että selain on asennettu, jotta pääsy testattavalle sivustolle. Testitapaukseen voi sisältyä myös Post-ehdot, jotka määrittelevät kaiken, mitä sovelletaan testitapauksen valmistuttua. Testitapauksessamme jälkisehto olisi aika ja kirjautumispäivä on tallennettu tietokantaan

Vakiotestitapausten muoto

Alla on vakiomuotoisen kirjautumistestiesimerkin muoto.

Testitapauksen tunnus Testiskenaario Testivaiheet Testitiedot odotetut tulokset Todelliset tulokset Hyväksytty / hylätty
TU01 Tarkista asiakkaan kirjautumistiedot voimassa olevilla tiedoilla
  1. Siirry sivustolle http://demo.guru99.com
  2. Kirjoita UserId
  3. Kirjoita salasana
  4. Napsauta Lähetä
Userid = guru99 Salasana = pass99 Käyttäjän tulee kirjautua sovellukseen Odotetusti Kulkea
TU02 Tarkista asiakkaan sisäänkirjautuminen virheellisillä tiedoilla
  1. Siirry sivustolle http://demo.guru99.com
  2. Kirjoita UserId
  3. Kirjoita salasana
  4. Napsauta Lähetä
Userid = guru99 Salasana = glass99 Käyttäjän ei tule kirjautua sovellukseen Odotetusti Kulkea

Tämä koko taulukko voidaan luoda Wordissa, Excelissä tai missä tahansa muussa testinhallintatyökalussa. Siinä kaikki testata tapauksen suunnittelua

Kun laaditaan testitapausta, joka sisältää seuraavat tiedot

  • Kuvaus vaatimuksesta, jota testataan
  • Selitys siitä, miten järjestelmää testataan
  • Testiasetukset, kuten testattavan sovelluksen versio, ohjelmisto, datatiedostot, käyttöjärjestelmä, laitteisto, suojauksen käyttö, fyysinen tai looginen päivämäärä, kellonaika, ennakkoedellytykset, kuten muut testit, ja muut testattaviin vaatimuksiin liittyvät asennustiedot
  • Panokset ja tuotokset tai toimet ja odotetut tulokset
  • Todisteet tai liitteet
  • Käytä aktiivista tapauksen kieltä
  • Testitapauksen tulee olla enintään 15 vaihetta
  • Automaattinen testiskripti kommentoidaan panoksilla, tarkoituksella ja odotetuilla tuloksilla
  • Asennus tarjoaa vaihtoehdon vaadituille testeille
  • Muiden testien kanssa sen pitäisi olla virheellinen liiketoimintaskenaarion tilaus

Paras käytäntö hyvän testitapausesimerkin kirjoittamiseen.

1. Testitapausten on oltava yksinkertaisia ​​ja avoimia:

Luo testitapauksia, jotka ovat mahdollisimman yksinkertaisia. Niiden on oltava selkeitä ja ytimekkäitä, koska testitapauksen tekijä ei saa toteuttaa niitä.

Käytä vakuuttavaa kieltä, kuten siirry kotisivulle, kirjoita tietoja, napsauta tätä ja niin edelleen. Tämä tekee testausvaiheiden ymmärtämisestä helppoa ja testaa suorituksen nopeammin.

2. Luo testitapaus pitäen mielessä loppukäyttäjä

Kaikkien ohjelmistoprojektien perimmäisenä tavoitteena on luoda testaustapauksia, jotka vastaavat asiakkaiden vaatimuksia ja joita on helppo käyttää ja käyttää. Testaajan on luotava testitapauksia pitäen mielessä loppukäyttäjän näkökulma

3. Vältä testitapausten toistamista.

Älä toista testitapauksia. Jos testitapausta tarvitaan jonkin muun testitapauksen suorittamiseen, kutsu testitapausta sen testitunnuksella ennakkoehto-sarakkeeseen

4. Älä oleta

Älä oleta sovelluksesi toimivuutta ja ominaisuuksia valmistellessasi testitapausta. Pysy erittelyasiakirjoissa.

5. Varmista 100% peitto

Varmista, että kirjoitat testitapauksia tarkistaaksesi kaikki tekniset tiedot, jotka on mainittu erittelyasiakirjassa. Käytä jäljitettävyysmatriisia varmistaaksesi, että mitään toimintoja / olosuhteita ei jätetä testaamatta.

6. Testitapausten on oltava tunnistettavissa.

Nimeä testitapaustunnus siten, että ne voidaan tunnistaa helposti seuraamalla vikoja tai tunnistamalla ohjelmistovaatimukset myöhemmin.

7. Testaustekniikoiden toteuttaminen

Kaikkia mahdollisia ehtoja ei ole mahdollista tarkistaa sovelluksessasi. Ohjelmistojen testaustekniikat auttavat valitsemaan muutaman testitapauksen, jolloin vian löytäminen on mahdollisimman mahdollista.

  • Raja-arvoanalyysi (BVA): Kuten nimestä voi päätellä, tekniikka määrittelee rajojen testauksen tietylle arvoalueelle.
  • Vastaavuusosio (EP): Tämä tekniikka jakaa alueen yhtä suuriin osiin / ryhmiin, joilla on taipumus toimia samalla tavalla.
  • Tilansiirtotekniikka : Tätä menetelmää käytetään, kun ohjelmiston käyttäytyminen muuttuu tilasta toiseen tietyn toiminnan seurauksena.
  • Virheen arvailutekniikka: Tämä on arvaus / ennakointi virheestä, joka saattaa syntyä manuaalisen testauksen aikana. Tämä ei ole muodollinen menetelmä, ja siinä hyödynnetään testaajan kokemusta sovelluksesta

8. Itsepuhdistuva

Luomasi testitapauksen on palautettava testiympäristö edeltävään tilaan eikä se saa tehdä testiympäristöä käyttökelvottomaksi. Tämä pätee erityisesti kokoonpanotestaukseen.

9. Toistettava ja itsenäinen

Testitapauksen tulisi tuottaa samat tulokset joka kerta riippumatta siitä, kuka sitä testaa

10. Vertaisarviointi.

Kun olet luonut testitapauksia, pyydä kollegoitasi tarkistamaan ne. Kaverisi voivat paljastaa testikoteloosi puutteita, joista saatat helposti puuttua.

Testaa tapausten hallinnan työkalut

Testienhallintatyökalut ovat automaatiotyökaluja, jotka auttavat hallitsemaan ja ylläpitämään testitapauksia. Testitapausten hallintatyökalun tärkeimmät ominaisuudet ovat

  1. Testitapausten dokumentoiminen: Työkalujen avulla voit nopeuttaa testitapausten luomista mallien avulla
  2. Suorita testitapaus ja tallenna tulokset: Testitapaus voidaan suorittaa työkalujen avulla ja saadut tulokset voidaan helposti tallentaa.
  3. Automatisoi vianseuranta : Epäonnistuneet testit linkitetään automaattisesti vikaseurantaan, joka puolestaan ​​voidaan osoittaa kehittäjille ja seurata sähköpostitse.
  4. Jäljitettävyys: Vaatimukset, testitapaukset, testitapausten suorittaminen ovat kaikki yhteydessä toisiinsa työkalujen avulla, ja jokainen tapaus voidaan jäljittää toistensa kanssa testattavuuden tarkistamiseksi.
  5. Testitapausten suojaaminen: Testitapausten tulisi olla uudelleenkäytettäviä, ja ne tulisi suojata kadonneilta tai vioittuneilta huonon versionhallinnan vuoksi. Testitapausten hallintatyökalut tarjoavat ominaisuuksia, kuten
  • Nimeämis- ja numerointikäytännöt
  • Versiointi
  • Vain luku -tallennus
  • Hallittu pääsy
  • Ulkopuolinen varmuuskopiointi

Suosittuja testinhallintatyökaluja ovat: Laatukeskus ja JIRA

Resurssit

  • Huomaa, että käytetty malli vaihtelee projektikohtaisesti. Lue tämä opetusohjelma, jos haluat oppia testitapausmallin selityksellä tärkeistä kentistä

Lataa yllä oleva testitapausmalli Excel (.xls)

Mielenkiintoisia artikkeleita...