Johdanto testitapausten suunnittelutekniikoihin
Merkittävin ja kriittisin vaihe ohjelmistojen kehittämisessä on sen testausvaihe. Testaaminen ei vain autta määrittelemään tuotteen laatua, vaan antaa myös mahdollisuuden muokata ja päivittää tuotetta loppukäyttäjäystävällisyyden ja käytettävyyden suhteen. Tässä artikkelissa käsittelemme peruskäsitettä erityyppisistä testitapausten suunnittelutekniikoista.
Testitapaukset ovat perustavanlaatuisia rakennuspalikoita, jotka kootessaan muodostavat testausvaiheen.
Mikä on testitapaus?
- Ne ovat usein ennalta määritettyjä ohjeita, jotka kohdistuvat toimiin sen määrittämiseksi, onko lopputuotteella haluttu tulos vai ei. Nämä ohjeet voivat sisältää ennalta määritettyjä sisääntulosuhteita, olosuhteet niiden vastaavien lopputulosten kanssa.
- Testaamiseksi läpi voi kuitenkin usein päätyä liian moniin testitapauksiin. Tällaisten skenaarioiden välttämiseksi on löydettävä paras testitapausten suunnittelutekniikka vaatimusten mukaisesti, jotta voidaan vähentää huomattavaa määrää testitapauksia.
- Nämä testitapausten suunnittelutekniikat auttavat luomaan tehokkaita testitapauksia, jotka kattavat tuotteen ominaisuuksia ja ominaisuuksia määrittelevät erityispiirteet.
Testitapausmallit luokitellaan pääasiassa niiden luonteen mukaan kolmeen tyyppiin.Ne ovat:
- Erittelypohjainen suunnittelutekniikka.
- Rakenneperusteinen suunnittelutekniikka.
- Kokemuspohjainen suunnittelutekniikka.
1. Erittelypohjainen suunnittelutekniikka
Tätä tunnetaan myös nimellä black-box-suunnittelutekniikka. Tässä suunnittelutekniikassa testitapaukset kirjoitetaan ottamalla huomioon asiakkaan toiminnalliset vaatimukset ja eritelmät. Tuotteen sisäisellä toiminnalla ei ole merkitystä. Siksi nimitystä "musta laatikko" käytetään tässä tapauksessa. Se on edelleen jaettu alatyyppeihin:
- Ekvivalenssierotustekniikka:
Testitapausten syötteinä käytettävät tiedot jaetaan ryhmiin tietyn logiikan perusteella. Prosessi, jolla valitaan yksi sisääntulo edustamaan sitä ryhmää, johon se kuuluu, ja testitapauksen suorittaminen tällä sisääntulolla tunnetaan ekvivalenssiosioituksena .
Harkitse esimerkiksi sovellusta, joka vahvistaa salasanasi. Vaatimuksen, että salasanasi on kelvollinen, sen tulee sisältää vähintään kahdeksan merkkiä, sen tulee olla aakkosnumeerinen ja sisältää vähintään yhden erikoismerkin. Tässä tapauksessa sisääntulot voivat olla erilaisissa vastaavissa osioissa, kuten kelvolliset tulot, jotka täyttävät tietyt kriteerit, ja kelpaamattomilla sisääntuloilla, joissa yksi luokka sisältää kahdeksan merkkiä kaikki aakkoset, toinen tuloluokka sisältää kahdeksan merkkiä - kaikki numerot, kun taas toinen osio sisältää kahdeksan merkkiä, jotka sisältävät vain erikoismerkit ja niin edelleen.
- Raja-arvoanalyysitekniikka:
Tässä tapauksessa otetaan huomioon alarajan ja ylärajan arvot.
Esimerkiksi sovellus hyväksyy vain nelinumeroinen lukuarvo. Tässä alue on välillä 1000 - 9999. Tässä tapauksessa yksi tapaus sisältää sisääntulot 999 ja 9998, toinen tapaus sisältää sisääntulot 1000 ja 9999 ja toisessa on sisääntulot 0001 ja 10000.
- Päätöstaulukotekniikka:
Päätöstaulukoiden avulla on helpompi yhdistää kaikki mahdolliset skenaariot, joita voi syntyä tietylle kyseiselle tuotteelle tai sovellukselle. Siksi testitapausten kirjoittaminen päätöksentekotaulukoilla viitekohtana tarjoaa tehokkaita testitapauksia, jotka tarjoavat erinomaisen testipeiton.
- Valtion siirtymävaiheen testaustekniikka:
Tässä tekniikassa sovellus testataan käyttämällä sovelluksen eri siirtymätilojen graafista esitystä, jotka ovat edelleen riippuvaisia sovelluksen erilaisista ominaisuuksista ja toiminnallisuuksista. Se perustuu pääasiassa tilakonemalliin.
- Käytä tapausten testaustekniikkaa:
Eri skenaariot, jotka loppukäyttäjä kohtaavat käyttäessään sovellusta tai ollessaan vuorovaikutuksessa sen kanssa, testataan tällä tekniikalla.
2. Rakenneperusteinen testaus
- Rakenneperusteinen testaus käsittelee sovellusten sisäistä rakennetta ja arkkitehtuuria. Tässä testataan sovelluksen kehittämiseen käytetty lähdekoodi. Siksi rakenneperusteisen testauksen tapauksessa koodi ja sen sisäinen virta on ymmärrettävä hyvin, jotta testitapahtumat voidaan suunnitella. Rakenneperusteista testausta kutsutaan myös white-box-testaukseksi ja lasikotelotestaukseen.
- Koodin laatua analysoidaan erilaisten tekijöiden, kuten koodin kattavuuden, luettavuuden, ylläpidettävyyden, tietoturvan tai virheen haavoittuvuuden, uudelleenkäytettävyyden, perusteella.
Erityyppisiä rakenneperusteisia testauksia ovat:
- Lausuman testaustekniikka:
Lausetestauksen tapauksessa lähdekoodi suoritetaan testauksen aikana koodin kattavuuden mittaamiseksi.
- Päätöksen testaustekniikka:
Tässä tarkastellaan koodipäätöspisteitä. Päätöspisteet ovat olosuhteiden ollessa ehto, jos muuten olosuhteet jne. Se laskee suoritettavien päätöspisteiden prosenttiosuuden ja määrittää, onko koodissa saavuttamattomia lauseita vai ei.
- Tilantestaustekniikka:
Se tarkistaa Boolen ehtolausekkeet, jotka ovat lauseita, joissa olosuhteet joko johtavat TOSSI tai VÄÄRIN. Varmistaaksesi, että ehdot toteutetaan, kun ne täyttyvät, testaus tehdään käyttämällä sekä TOSI että VÄÄRIN-parametreja kutakin ehtolauseketta vastaan.
- Useita olosuhteiden testaustekniikkaa : Tämä on samanlainen kuin olosuhteiden testaus, mutta se saattaa vaatia useita testitapauksia verrattuna kunnon testaukseen monien olosuhteiden vuoksi. Näiden testitapausten kirjoittaminen voi kuitenkin olla työläs tehtävä sen monimutkaisuuden vuoksi.
- Polkujen testaustekniikka : Tähän sisältyy jokaisen sovelluksen itsenäisen suoritettavan käskyn testaus päästä päähän viallisen koodin löytämiseksi, jos sellainen on.
3. Kokemuspohjainen testaus
Kuten nimestä ilmenee, tämä testaustekniikka perustuu testaajan kokemukseen ja asiantuntemukseen vastaavista sovelluksista ja tekniikoista. Ne jaetaan edelleen:
- Virhe arvaamalla:
Testaajat näkevät mahdollisen virheen esiintymisen kokemuksensa ja sovellustietojensa perusteella. Tämä perustuu täysin testaajan kykyyn keksiä tehokkaita testitapauksia, jotka voivat poistaa virheitä aiheuttavat syyt.
- Tutkimustestaus:
Tässä testitapaukset kirjoitetaan ja toteutetaan samanaikaisesti. Tämä tekniikka auttaa tunnistamaan kriittiset virheet, jotka ovat mahdollisesti jääneet huomiotta perinteisessä testauksessa.
Johtopäätös - Testitapausten suunnittelutekniikat
Valitsemalla vaatimuksillesi parhaiten sopiva testitapauksen malli johtaa tehokkaaseen testaukseen ja sovelluksen virheettömään toimittamiseen. Tämä johtaa parempiin tuotteisiin ja parantaa siten loppukäyttäjäkokemusta.
Suositellut artikkelit
Tämä on opas testitapausten suunnittelutekniikoihin. Täällä olemme keskustelleet peruskonsepteista, mikä on testitapaus ja erityyppiset testitapausten suunnittelutekniikat. Voit myös tarkastella seuraavaa artikkelia saadaksesi lisätietoja -
- Savutestaus vs. terveysmittaus
- Seleenitestaus
- Valkoisen ruudun testaus
- Harmaan laatikon testaus
- Mikä on terveellisyystestaus ja miten se toimii?
- Kuusi suosituinta koodin kattavuusvälinettä
- Mikä on testitapaus? | Tärkeys | Hyödyllisiä vinkkejä