miten kirjoitetaan testitapauksia esimerkeillä

mikä on testitapaus?

ohjelmistotestauksen yhteydessä testitapauksella tarkoitetaan tietyn ominaisuuden tai toiminnallisuuden todentamiseen vaadittavien toimien sarjaa. Pohjimmiltaan, testitapaus yksityiskohtaisesti vaiheet, tiedot, edellytykset, ja jälkeiset edellytykset tarpeen tarkistaa ominaisuus.

siinä esitetään tietyt muuttujat, joita QAs: n on verrattava odotettuihin ja toteutuneisiin tuloksiin päättääkseen, toimiiko ominaisuus niin kuin sen pitäisi. Testitapauskomponenteissa mainitaan tulo, suoritus ja odotettu lähtö/vastaus. Periaatteessa se kertoo insinööreille, mitä pitää tehdä, miten ja mitkä tulokset ovat hyväksyttäviä.

tavoitteena kirjoittaa testitapauksia

• ohjelmiston erityisominaisuuksien ja toimintojen validoimiseksi.
• opastamaan testaajia päivittäisessä käytännön toiminnassa.
• tallentaa luettelon toteutetuista vaiheista, jotka voidaan tarkistaa virheen ilmaantuessa.
• antaa suunnitelmat tuleville projekteille ja testaajille, jotta heidän ei tarvitse aloittaa töitä tyhjästä.
• auttaa havaitsemaan käytettävyysongelmat ja suunnitteluvaikeudet varhaisessa vaiheessa.
• auttaa uusia testaajia ja devejä nopeasti tarttumaan testaukseen, vaikka he liittyisivätkin mukaan kesken meneillään olevan projektin.

Vakiotestitapauksen formaatti

• Testitapauksen ID
• Testiskenaario
• Testivaiheet
• edeltävät vaiheet
• testitulokset
• odotetut/aiotut tulokset
• todelliset tulokset
• testitilanne – läpäisy/hylkäys

kirjoittaessasi testitapauksia, muista sisällyttää:

• kohtuullinen kuvaus vaatimuksesta
• testiprosessin kuvaus
• Testijärjestelyihin liittyvät yksityiskohdat: testattavan ohjelmiston versio, datapisteet, käyttöjärjestelmä, laitteisto,turvallisuusselvitys, päivämäärä, kellonaika, edellytykset jne.
• kaikki asiaan liittyvät asiakirjat tai liitteet testaajat vaativat
• vaihtoehto edellytyksille, jos ne ovat olemassa

testitapausten yhteiset piirteet

• todennäköisesti tarkistetaan ja päivitetään säännöllisesti. Ohjelmistovaatimukset voivat muuttua riippuen liiketoiminnan painopisteiden tai asiakkaan mieltymysten muutoksista. Jos vaatimukset muuttuvat, testitapauksia on muutettava vastaavasti. Vikojen havaitseminen ja virheenkorjausvaiheet voivat myös vaatia testitapausten muuttamista.
• todennäköisesti ryhmittelyä. Yhden testiskenaarion testitapaukset on yleensä suoritettava tietyssä järjestyksessä tai ryhmässä. Tässä tapauksessa yhden testitapauksen erityisiä ennakkoehtoja sovelletaan samassa järjestyksessä muihin testitapauksiin.
• todennäköisesti riippuvaisia toisistaan. Usein testitapaukset voivat riippua toisistaan. Tämä pätee erityisesti monikerroksisiin sovelluksiin, joissa on monitasoinen liiketoimintalogiikka.
• todennäköisesti sekä testaajien että kehittäjien käytössä. Testitapaukset ovat hyödyllisiä kehittäjille sekä testaajille. Esimerkiksi, kun devs korjaavat vikoja, testitapaukset voivat olla melko hyödyllisiä toistamaan mainittu vika. Test-Driven Development (TDD), devs luoda testitapauksia craft business logic, kattaa useita testiskenaarioita, ja alkaa kirjoittaa koodia.

Testitapausesimerkki

rakennetaan testitapausesimerkki tietyn skenaarion pohjalta. Tässä on esimerkkikotelo.

• Test Case ID: #BST001
• Test Scenario: to authenticate a successful user login on Gmail.com
• Testivaiheet:
  • käyttäjä navigoi Gmail.com.
  • ”Sähköposti” – kenttään käyttäjä syöttää rekisteröidyn sähköpostiosoitteen.
  • käyttäjä napsauttaa ”Seuraava” – painiketta.
  • käyttäjä syöttää rekisteröidyn salasanan.
  • käyttäjä napsauttaa sisäänkirjautumisen.’
• edellytykset: rekisteröity Gmail-tunnus, jossa on yksilöllinen käyttäjätunnus ja salasana.
• selain: Chrome v 86. Laite: Samsung Galaxy Tab S7.
• testitiedot: laillinen käyttäjätunnus ja salasana.
• Odotetut / Odotetut Tulokset: Kun käyttäjätunnus ja salasana on syötetty, web-sivu ohjaa käyttäjän postilaatikkoon ja näyttää ja korostaa uusia sähköposteja yläosassa.
• toteutuneet tulokset: odotetusti
• testin Status-Pass/Fail: Pass

parhaat käytännöt testitapausten kirjoittamiseen

• priorisoi selkeys ja läpinäkyvyys. Ole selkeä, ytimekäs ja vakuuttava kuvaillessasi, mitä testaajan on tehtävä ja mitä tuloksia heidän tulisi mieluiten saada.
• keskity loppukäyttäjän vaatimuksiin kirjoitettaessa näytetestitapauksia. Kartoita testitapaukset vastaamaan kaikkia käyttäjämatkan osa-alueita. Käytä tähän Eritelmäasiakirjaa ja Vaatimusasiakirjaa.
• vältä toistoa. Jos samalla testitapauksella voidaan suorittaa useita testejä, käytetään Testitapauksen tunnistetta viitatakseen vaadittuun testitapaukseen.
• pidä Testivaiheet mahdollisimman pieninä. Ihannetapauksessa pidä se 10-15 askelta, jos mahdollista.
• keskity maksimaaliseen testikattavuuteen. Vaikka 100% testipeitto on harvoin saavutettavissa, suuri prosenttiosuus voidaan saavuttaa oikeilla strategioilla.

  Lue lisää: Miten varmistat mahdollisimman kattavan testin?

• luo itsepuhdistuvia testikoteloita. Tämä tarkoittaa, että testitapausten on palautettava testiympäristö koskemattomaan, testiä edeltävään tilaan. Testit eivät saa jättää mitään jäänteitä itsestään ympäristöön niiden valmistuttua. Tämä on olennainen osa kokoonpanon hallintaa. Ymmärtää syvällisemmin: mitä on kokoonpanon hallinta DevOps?
• Muotoile testitapaukset testeille, jotka palauttavat samat tulokset riippumatta siitä, kuka ne suorittaa. Varmista, että testit ovat itsestään seisovia.

kun testitapaukset on muotoiltu, vastaavat testit on suoritettava oikeilla selaimilla, laitteilla ja käyttöjärjestelmillä. Muista, että laitteen pirstoutuminen on merkittävä huolenaihe jokaiselle kehittäjälle ja testaajalle. Jokaisen verkkosivuston on toimittava saumattomasti useilla laite-selain-käyttöjärjestelmä-yhdistelmillä. Kun yli 9000 erillistä laitetta käytetään internetyhteyteen maailmanlaajuisesti, kaikki ohjelmistot on optimoitava eri kokoonpanoille, katseluporteille ja näytön resoluutioille.

kokeile testausta Real Device Cloudissa ilmaiseksi

tässä tilassa mikään emulaattori tai simulaattori ei voi toistaa todellisia käyttöolosuhteita. Ohjelmisto on testattava todellisissa laitteissa toimiakseen reaalimaailman olosuhteissa, kuten alhainen akku, saapuvat puhelut, heikko verkon vahvuus, ja niin edelleen. Jos talon sisäinen laboratorio ei ole käytettävissä, valitse pilvipohjainen testausvaihtoehto, joka tarjoaa oikeita laitteita.

Browserstackin cloud Selenium grid tarjoaa yli 2000 oikeaa laitetta ja selainta automaattiseen testaukseen. Tämä tarkoittaa, että käyttäjät voivat suorittaa testejä useilla todellisilla laitteilla ja selaimilla yksinkertaisesti rekisteröitymällä, kirjautumalla sisään ja valitsemalla tarvittavat yhdistelmät. Testaajat voivat myös suorittaa Cypress-testausta 30 + real-selainversioilla Windowsissa ja macOS: ssa. Tunnista virheet ennen kuin käyttäjät tekevät testaamalla ohjelmistoja todellisissa käyttöolosuhteissa Browserstackilla.

hyvin jäsenneltyjen ja tuloskeskeisten testitapausten luominen on olennaista onnistuneiden testien suorittamiselle. Lisäksi ne varmistavat kattavan testikattavuuden ja tarjoavat selkeän suunnitelman QAs: n noudattamiseksi. Tämän artikkelin avulla voit oppia tehokkaiden testitapausten luomisen perusteet ja aloittaa testien suorittamisen, jotka on suunniteltu optimoimaan ja toimittamaan huippuluokan käyttäjäkokemuksia.