Johdatus testiskenaarioihin
Testiskenaario on kahden sanan yhdistelmä, eli testi ja skenaario. Testi edustaa varmennusta tai validointia ja skenaario edustaa käyttäjän matkaa. Kaikkia testattavia toimintoja kutsutaan testiskenaarioksi. Testiskenaariota voidaan kuvata käyttäjän matkan varmentamiseksi tai validoimiseksi. Se on asiakirjojen muodossa, joka sisältää kaikki testitapaukset, jotka on kirjoitettu yksityiskohtaisesti sovellusten kokonaisvaltaisuuden testaamiseksi. Se on yksi korkean tason vaatimukset, jotka ovat testattavissa. Sitä kutsutaan myös testimahdollisuudeksi tai testiolosuhteeksi.
Miksi luoda testiskenaarioita?
Yksi testiskenaario voi kattaa useita testitapauksia. Siksi suhde testiskenaarioiden ja testitapausten välillä on yksi monelle. Testaajan on kuitenkin huolehdittava jokaisesta skenaariosta sitä luotaessa. Testaajat luovat sen sovelluksen testaamiseksi loppukäyttäjän kannalta. Testaajat pyytävät kaikkia kehittäjiä, sidosryhmiä ja asiakkaita valmistamaan kriittiset asiat.
Niiden luomisen syy on seuraava:
- Täydellinen ja oikea testipeitto taataan luomalla täydelliset testiskenaariot.
- Niiden luomisesta tulee kriittistä ohjelman päästä päähän -toimintojen tutkimiseksi.
- Tärkeimmät ja kriittisimmät päästä päähän -tapahtumat tai reaaliaikainen sovellusten käyttö voidaan määrittää hyvin niiden asianmukaisella avulla.
- Niitä voidaan käyttää välineenä testattavan työvoiman nopeaan määrittämiseen, mikä auttaa edelleen asiakkaita tai organisaatioita tekemään ehdotuksia ja testaamaan työvoiman järjestämistä tehokkaasti.
- Sovellusten perusteellisen ja asianmukaisen testauksen varmistamiseksi se hyväksytään eri tasoilla, mukaan lukien asiakkaat, liike-elämän analyytikot, kehittäjät jne.
Samoin voi olla tiettyjä olosuhteita, joissa sen luomista tulisi välttää.
- Sitä ei välttämättä luoda projekteissa, jotka seuraavat ketterää metodologiaa, kuten Scrum, jne.
- Kun testattavat sovellukset ovat epävakaita tai liian monimutkaisia tai kun projekti on kriittisessä tilassa, sen luomista voidaan välttää.
- Sen luomista voidaan välttää regressiotestausta tai uutta virhettä varten, koska huoltoprojekteissa niistä tapahtuu raskas dokumentaatio etukäteen entisissä testisykleissä.
Kuinka testiskenaariot voidaan kirjoittaa?
Testaaja voi suorittaa seuraavat vaiheet testiskenaarioiden luomiseksi:
- Vaihe 1: Testattavan sovelluksen vaatimusten, kuten liiketoiminnan vaatimusmäärittely (BRS), toiminnallinen vaatimusmääritys (FRS) ja järjestelmävaatimusmääritys (SRS), asiakirja on luettava perusteellisesti ja huolellisesti. Testattavan sovelluksen käsikirjat, kirjat, käyttötapaukset jne. Voidaan viitata samaan.
- Vaihe 2: Kaikki mahdolliset tavoitteet ja käyttäjän toimet tulisi selvittää oikein jokaiselle vaatimukselle. Jokaisen vaatimuksen kaikki tekniset ominaisuudet olisi myös määritettävä.
- Vaihe 3: Kaikki mahdolliset järjestelmän hakkeroinnin ja käyttäjän arvioinnin syyt tulisi tehdä hakkeroinnin näkökulmasta. Käyttäjien arviointi voidaan tehdä etsimällä kaikki mahdollisuudet sovellusten käyttäjille.
- Vaihe 4: Täydellinen luettelo kaikista mahdollisista testitapauksista sovelluksen kaikkien toimintojen todentamiseksi olisi tehtävä sen jälkeen, kun vaatimusasiakirja on luettu kokonaan ja analyysi suoritettu.
- Vaihe 5: Kun kaikki ne on sisällytetty, vaatimuksen ja sen testausskenaarion vastaavuuden tarkistamiseksi olisi luotava jäljitettävyysmatriisi.
- Vaihe 6: Ohjaaja tarkistaa ja arvioi kaikki luodut testiskenaariot. Myös kaikki sidosryhmät varmentavat sen.
Projektiproseduurin mukaan jokainen testiskenaario on sovitettava ainakin yhteen käyttäjän tarinaan tai vaatimukseen. Jokainen testiskenaario on pakollista tarkistaa vaatimuksilleen erikseen, ennen kuin useita vaatimuksia yhdellä testiskenaariolla. Monimutkaisia testausskenaarioita, joissa on useita vaatimuksia, voidaan välttää yksinkertaisuuden vuoksi. Hinta on suoraan verrannollinen niiden määrään. Joten on aina suositeltavaa ajaa vain valittuja ja vaadittuja asiakkaan prioriteettien mukaan.
esimerkit
Alla on esimerkkejä testiskenaarioista
Testikartoitus Buykart-verkkokaupoissa
Testiskenaariot, jotka voidaan ottaa huomioon online-ostossovelluksen Buykart-varmennuksessa, ovat seuraavat:
Testiskenaario 1: Sisäänkirjautumisen toiminnallisuuden tarkistus
Testitapaukset, joita voidaan ottaa huomioon luomisessa, ovat:
- Sovelluksen käyttäytyminen syöttäessäsi kelvollinen kirjautumistunnus ja kelvollinen salasana voidaan tarkistaa.
- Sovelluksen käyttäytyminen, kun syötetään kelvollinen sisäänkirjautumistunnus ja virheellinen salasana, voidaan tarkistaa.
- Sovelluksen käyttäytyminen, kun syötät virheellisen kirjautumistunnuksen ja kelvollisen salasanan, voidaan tarkistaa.
- Sovelluksen käyttäytyminen virheellisen kirjautumistunnuksen ja virheellisen salasanan syöttämisen yhteydessä voidaan tarkistaa.
- Sovelluksen käyttäytyminen sisäänkirjautumisen yhteydessä syöttämällä pelkästään käyttäjätunnus ilman salasanaa voidaan tarkistaa.
- Sovelluksen käyttäytyminen sisäänkirjautumisen yhteydessä syöttämällä pelkällä salasanalla ilman sisäänkirjautumistunnusta voidaan tarkistaa.
- Sovelluksen käyttäytyminen kirjautuessasi sisään ilman sisäänkirjautumistunnusta ja salasanaa voidaan tarkistaa.
- Sovelluksen käyttäytyminen, kun unohdettu salasana on valittu.
Testiskenaario 2: Hakutoimintojen tarkistaminen
Testitapaukset, joita voidaan ottaa huomioon luomisessa, ovat:
- Sovelluksen käyttäytyminen, kun etsitään kelvollista tuotetta.
- Sovelluksen käyttäytyminen, kun etsitään virheellistä tuotetta.
Testiskenaario 3: Tuotetietojen tarkistus
Testitapaukset, joita voidaan ottaa huomioon luomisessa, ovat:
- Sovelluksen käyttäytyminen, kun tuote valitaan.
- Sovelluksen käyttäytyminen tuote on toivelistalla.
- Sovelluksen käyttäytyminen, kun tuote lisätään ostoskoriin.
- Sovelluksen toiminta, kun Osta nyt -vaihtoehto on valittu.
- Sovelluksen toiminta, kun virheellinen osoite syötetään.
- Sovelluksen käyttäytyminen, kun oikea osoite on annettu.
- Sovelluksen käyttäytyminen, kun useita maksutapoja tarkistetaan.
Testiskenaario 4: Maksutoimintojen tarkistaminen
Testitapaukset, joita voidaan ottaa huomioon luomisessa, ovat:
- Sovelluksen käyttäytyminen, kun jokainen maksutapa on valittu.
- Sovelluksen käyttäytyminen, kun oikea maksutapa on valittu.
- Sovelluksen käyttäytyminen, kun virheellinen maksuvaihtoehto on valittu.
- Sovelluksen käyttäytyminen, kun maksu onnistuu.
- Sovelluksen käyttäytyminen, kun maksu hylätään.
Testiskenaario 5: Tilaa yksityiskohtien toimintojen tarkistaminen
Testitapaukset, joita voidaan ottaa huomioon luomisessa, ovat:
- Sovelluksen toiminta, kun jokainen tilaus on valittu.
- Sovelluksen toiminta, kun Palauta tuote on valittu.
- Sovelluksen käyttäytyminen, kun seurata tuotevaihtoehtoa.
- Sovelluksen toiminta, kun Tarkista tuote -vaihtoehto on valittu.
johtopäätös
Se toimii asianmukaisena oppaana testaajille ja auttaa heitä tekemään testauksesta entistä tehokkaampaa. Se auttaa vähentämään testauksen monimutkaisuutta ja redundanssia. Jokainen testitapaus on kirjoitettu yksityiskohtaisesti ymmärtämiseksi paremmin. Se on erittäin aikaa säästävä testaajille.
Suositellut artikkelit
Tämä on opas Mikä on testiskenaario. Tässä keskustellaan kuinka luodaan testiskenaarioita erilaisilla esimerkeillä. Saatat myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -
- Työturvallisuusstressi
- Itse motivoitunut ja omistettu
- Mikä on ketterä testaus?
- Kuinka kirjoittaa testitapaus?