Mikä on testitapaus?
Ohjelmistoterminologia voi usein olla melko hämmentävää. Testitapaus, skenaario, suunnitelma; ne kaikki kuulostavat melko samanlaisilta ja on helppo sekoittaa termejä. Ohjelmistotestauksessa on tärkeää välttää ympäröivän terminologian epäselvyyttä. Siksi tässä artikkelissa tarkastellaan mitä se tarkoittaa.
Se on joukko ehtoja tai muuttujia, joiden avulla testaaja tarkistaa testattavan ohjelmiston vaatimustenmukaisuuden. Sitä käytetään antamaan vaiheittaiset ohjeet testaajille. Se on tiettyä skenaariota varten kehitetty testitieto, edellytykset, odotetut tulokset jne.. Sen suorittaminen toimii lähtökohtana, jonka jälkeen sovellamme syötearvoja, ja odotamme lopullista tulosta. Niiden kehittämiskurssi auttaa meitä myös löytämään komplikaatioita sovellusvaatimuksissa.
Yleensä QA-ryhmän testaaja kirjoittaa heidät. Tähän eivät sisälly testit, jotka kehitysryhmä kirjoittaa, mutta testit, jotka suoritetaan kehityksen ja yksikkötestauksen jälkeen, tehdään. Vielä tärkeämpää on, että testaajan, joka ymmärtää sovelluksen toiminnallisuuden ja pystyy tarjoamaan arvokokouksen, tulisi kirjoittaa se.
Sapluuna
Sillä on yleensä seuraavat kentät. Kenttien muoto voi kuitenkin vaihdella yrityksestä toiseen riippuen niiden käyttämästä testinhallintatyökalusta.
Testitapaus | Tunnus annetaan testitapaukselle. |
Testitapaus | Testitapauksen kuvaus. |
Aiheeseen liittyvä vaatimus | Tunnus annetaan vaatimukselle, jonka mukaan tämä testitapaus vastaa. |
edellytykset | Edellytykset tai vaatimukset, jotka on täytettävä ennen testin suorittamista. |
Testivaiheet | Kokeen suorittamiseksi annettiin vaiheittaiset ohjeet. |
Testitiedot | Tiedot, joita käytetään testin suorittamisessa. |
odotettu tulos | Testistä odotettavissa oleva tulos kirjataan ennen testin suorittamista. |
Todellinen tulos | Kokeen suorittamisen jälkeen saatu todellinen tulos |
Tila | Testin suorittamisen jälkeen saatu tila. Se voi olla Hyväksytty, Epäonnistunut, Ei suoritettu, Estetty. |
Kommentit | Testistä annettavat huomautukset. |
Ympäristötiedot | Sisältää verkon / laitteiston / ohjelmiston tiedot, joissa testi suoritetaan. |
Kuinka kirjoittaa testitapaus?
Seuraavassa on testitapauksen kirjoittamiseen annetut vaiheet.
Vaihe 1: Määritä numero ja kuvaus.
Vaihe 2: Jotta voimme suorittaa sen, tarvitsemme testitietoja. Ilman testitietoja meillä ei olisi asianmukaista tietoa testattavaksi, mikä tekee tehtävästä työlästä.
Vaihe 3: Sen suorittamiseksi meillä on oltava tietty joukko ohjeita testin suorittamiseksi. Näitä vaiheita kutsutaan testivaiheiksi. Tämän tarve syntyy, kun kirjoittaja eroaa projektista tai on tauolla. Sitten jonkun muun projektin on suoritettava testaus. Kirjalliset vaiheet auttavat heitä.
Vaihe 4: Niiden tarkoituksena on tutkia sovelluksen käyttäytymistä. Tämän suorittamiseksi meillä on oltava Odotettu tulos. Suorituksen jälkeen odotettuja tuloksia verrataan testin tosiasialliseen tulokseen, ja vastaavasti sille osoitetaan tila.
Vaihe 5: Meillä voi olla myös lisäkenttä, kuten Edellytys-kenttä, joka kertoo meille olosuhteet, jotka on täytettävä ennen testiajoa, Post-Condition-kenttä, joka kertoo meille ehdot, jotka on täytettävä testiajon jälkeen jne.
Esimerkki:
Testitapaus | Testitapaus | Testivaiheet | Testitiedot | odotettu tulos | Todellinen tulos | Tila |
TC01 | Tarkista työntekijän sisäänkirjautumisella voimassa olevat tiedot |
1. Siirry kirjautumissivulle. 2. Kirjoita käyttäjänimi 3.Anna salasana 4. Napsauta Kirjaudu-painiketta | Käyttäjätunnus = järjestelmänvalvoja
Salasana = abc12345 | Käyttäjän pitäisi voida kirjautua sisään | Odotetusti | Kulkea |
TC02 | Tarkista työntekijän sisäänkirjautuminen virheellisillä tiedoilla | 1. Siirry kirjautumissivulle.
2. Kirjoita käyttäjänimi 3.Anna salasana 4. Napsauta Kirjaudu-painiketta | Käyttäjätunnus = järjestelmänvalvoja
Salasana = 12345abc | Käyttäjän ei pitäisi voida kirjautua sisään | Odotetusti | Kulkea |
Testitapauksen merkitys
Heillä on valtava vaikutus testausvaiheeseen. Niiden kirjoittaminen on yhtä merkittävä kuin itse testausprosessi. Se auttaa meitä ajattelemaan yksityiskohtia ja varmistaa, että käsittelemme niitä mahdollisimman monesta näkökulmasta.
Sen tärkeys on, että kuka tahansa voi testata testin uudelleen käyttämällä niitä. Ne ovat tehokkaita esineitä, joista on hyötyä tuleville joukkuetovereilleen, lisäksi dokumentoinnin tarjoamisesta sovelluksen suorituskyvystä. Yhteenvetona voidaan todeta, että niillä on seuraava merkitys:
- Ne takaavat testin hyvän kattavuuden varmistaen, että tärkeimmät toiminnot eivät jää väliin testin aikana.
- Se antaa heidän miettiä erilaisia tapoja varmistaa sovelluksen ominaisuudet perusteellisesti.
- Negatiivit on myös kirjoitettu, mikä tekee testauksesta perusteellisen prosessin, jossa vain vähän huomioidaan.
- Ne ovat uudelleenkäytettäviä, koska kuka tahansa voi ohjata heidät ja suorittaa testin.
Hyödyllisiä vinkkejä
Kun kirjoitat niitä, muista seuraavat tiedot:
- Sen tulisi olla yksinkertainen ja ytimekäs, korkeintaan 15 vaihetta.
- Jokainen niistä on tehtävä uudelleen käytettäväksi.
- Vältä toistoa.
- Testin asennusta koskevia lisätietoja on toimitettava, kuten ohjelmistot, laitteistot, käyttöjärjestelmä, testattavan sovelluksen versio, testin edellytykset jne.
- Se tulisi kirjoittaa siten, että testaamme vain yhtä asiaa kerrallaan ilman päällekkäisyyksiä.
- Varmista, että kaikki skenaariot, positiiviset ja negatiiviset, otetaan huomioon, antaen meille 100%: n kattavuuden.
- Ne tulisi luoda loppukäyttäjää ajatellen.
johtopäätös
Yhteenvetona voidaan todeta, että ne voivat tehostaa pyrkimyksiämme koekäyttöön ja parantaa ohjelmistomme laatua loppuun saakka ja säästää samalla aikaa ja vaivaa testitapausten uudelleenkäytettävyyden takia.
Suositellut artikkelit
Tämä on opas Mikä on testitapaus. Täällä olemme keskustelleet mallista, tärkeydestä ja hyödyllisistä neuvoista. Voit myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -
- Mikä on ohjelmistokehitys?
- Ohjelmistosuunnittelukysymykset
- Ura ohjelmistokehittäjinä
- 14 parasta ohjelmistotyökalua korkealaatuisten esitysten luomiseen