Mikä on ohjelmistotestauksen testiskenaario (esimerkkejä)

Mikä on testiskenaario?

A Testiskenaario määritellään mitä tahansa toiminnallisuutta, joka voidaan testata. Sitä kutsutaan myös testitilaksi tai testausmahdollisuudeksi. Testaajana sinun tulee asettua loppukäyttäjän asemaan ja selvittää testattavan sovelluksen todelliset skenaariot ja käyttötapaukset.

Skenaariotestaus

Skenaariotestaus in ohjelmistojen testaus on menetelmä, jossa ohjelmistosovelluksen testaamiseen käytetään todellisia skenaarioita testitapausten sijaan. Skenaariotestauksen tarkoituksena on testata skenaarioita päästä päähän tiettyä ohjelmiston monimutkaista ongelmaa varten. Skenaariot auttavat helpommin testaamaan ja arvioimaan monimutkaisia ​​ongelmia päästä päähän.

Tutkitaan tätä alla olevan videon avulla –

Miksi luoda testiskenaarioita?

Testiskenaariot luodaan seuraavista syistä:

• Testiskenaarioiden luominen varmistaa täydellisen testin kattavuuden
• Eri sidosryhmät, kuten liiketoimintaanalyytikot, kehittäjät ja asiakkaat, voivat hyväksyä testiskenaariot varmistaakseen, että testattava sovellus testataan perusteellisesti. Se varmistaa, että ohjelmisto toimii yleisimmissä käyttötilanteissa.
• Ne toimivat nopeana työkaluna testaustyöpanoksen määrittämiseen ja sen mukaisesti asiakkaalle ehdotuksen tekemiseen tai työvoiman järjestämiseen.
• Ne auttavat määrittämään tärkeimmät päästä päähän -tapahtumat tai ohjelmistosovellusten todellisen käytön.
• Ohjelman kokonaisvaltaisen toiminnan tutkimiseksi testiskenaario on kriittinen.

Milloin testiskenaariota ei luoda?

Testiskenaarioita ei ehkä luoda, kun

• Testattavana oleva sovellus on monimutkainen, epävakaa ja projektissa on aikamurska.
• Projektit, jotka noudattavat ketterää metodologiaa, kuten Scrum, Kanban, eivät välttämättä luo testiskenaarioita.
• Testiskenaariota ei välttämättä luoda uudelle virheenkorjaukselle tai Regressiotestaus. Tällaisissa tapauksissa testiskenaariot on dokumentoitava vahvasti jo edellisissä testisykleissä. Tämä pätee erityisesti huoltoprojekteihin.

Testiskenaarioiden kirjoittaminen

Testaajana voit luoda testiskenaarioita seuraamalla näitä viittä vaihetta -

• Vaihe 1: Lue testattavan järjestelmän (SUT) vaatimusasiakirjat, kuten BRS, SRS, FRS. Voit myös viitata testattavan sovelluksen käyttötapauksiin, kirjoihin, oppaisiin jne.
• Vaihe 2: Selvitä kunkin vaatimuksen osalta mahdolliset käyttäjien toimet ja tavoitteet. Määritä vaatimuksen tekniset näkökohdat. Selvitä mahdolliset järjestelmän väärinkäytön skenaariot ja arvioi käyttäjiä hakkereiden ajattelutavan mukaan.
• Vaihe 3: Kun olet lukenut Vaatimusasiakirjan ja suorittanut asianmukaisen analyysin, luettele eri testiskenaariot, jotka vahvistavat ohjelmiston jokaisen ominaisuuden.
• Vaihe 4: Kun olet listannut kaikki mahdolliset testiskenaariot, a Jäljitettävyysmatriisi luodaan varmistamaan, että jokaisella ja jokaisella vaatimuksella on vastaava testiskenaario
• Vaihe 5: Esimies tarkistaa luodut skenaariot. Later, niitä tarkastelevat myös muut hankkeen sidosryhmät.

Vinkkejä testiskenaarioiden luomiseen

• Jokaisen testiskenaarion tulee olla sidottu vähintään yhteen vaatimukseen tai käyttäjätarinaan projektimetodologian mukaisesti.
• Ennen kuin luot testiskenaarion, joka vahvistaa useita vaatimuksia kerralla, varmista, että sinulla on testiskenaario, joka tarkistaa kyseisen vaatimuksen erikseen.
• Vältä luomasta liian monimutkaisia ​​testiskenaarioita, jotka kattavat useita vaatimuksia.
• Skenaarioiden määrä voi olla suuri, ja niiden kaikkien suorittaminen on kallista. Suorita vain valitut testiskenaariot asiakkaan prioriteettien perusteella

Esimerkki 1: Verkkokauppasovelluksen testiskenaario

Sähköisen kaupankäynnin sovellukselle olisi muutamia testiskenaarioita

Testi skenaario 1: Tarkista kirjautumistoiminnot

Auttaaksesi sinua ymmärtämään eron Test Skenaario ja Testitapaukset, erityiset testitapaukset tälle testiskenaariolle olisivat

1. Tarkista järjestelmän toiminta, kun oikea sähköpostitunnus ja salasana on annettu.
2. Tarkista järjestelmän toiminta, kun syötät virheellisen sähköpostiosoitteen ja salasanan.
3. Tarkista järjestelmän toiminta, kun syötetään kelvollinen sähköpostitunnus ja virheellinen salasana.
4. Tarkista järjestelmän toiminta, kun syötät virheellisen sähköpostiosoitteen ja salasanan.
5. Tarkista järjestelmän toiminta, kun sähköpostitunnus ja salasana jätetään tyhjiksi ja kirjaudutaan sisään.
6. Tarkista Unohditko salasanasi toimii odotetusti
7. Tarkista järjestelmän toiminta, kun oikea/virheellinen puhelinnumero ja salasana syötetään.
8. Tarkista järjestelmän toiminta, kun "Pidä minut allekirjoitettuina" on valittuna

Kuten on selvää, testitapaukset ovat tarkempia.

Testi skenaario 2: Tarkista hakutoiminnot

Testi skenaario 3: Tarkista tuote Descriptioni-sivu

Testi skenaario 4: Tarkista maksutoiminnot

Testi skenaario 5: Tarkista tilaushistoria

Näiden 5 skenaarion lisäksi tässä on luettelo kaikista muista skenaarioista

• Tarkista palaavien asiakkaiden kotisivun käyttäytyminen
• Tarkista luokka/tuotesivut
• Tarkista asiakaspalvelu/yhteystiedot
• Tarkista Päivittäiset tarjoukset -sivut

Esimerkki 2: Pankkisivuston testiskenaariot

Testi skenaario 1: Tarkista kirjautumis- ja todennustoiminnot

Testi skenaario 2: Check Money Transfer voidaan tehdä

Testi skenaario 3: Tarkista tiliote voidaan tarkastella

Testi skenaario 4: Sekin kiinteä talletus/toistuva talletus voidaan luoda

Ja niin edelleen…

Testi skenaariomalli

Lataa testiskenaarion malli Excel(.xlsx)