Meni

Pisanje testnih primerov iz dokumenta SRS (PRENESI primere testnih primerov v živo)

writing test cases from srs document

Preizkusite Naš Instrument Za Odpravo Težav

Pisanje testnih primerov iz dokumenta SRS (Prenos vzorčnih testnih primerov projekta v živo) - Testiranje zagotavljanja kakovosti za 4. dan

Samo za preoblikovanje tega, kar smo počeli doslej - si prizadevamo skozi Izobraževanje za testiranje programske opreme mini tečaj na projektu OrangeHRM v živo.

V tej dosedanji brezplačni spletni seriji QA smo zaključili z:

  1. Pregled SRS,
  2. Preskusni scenarij / identifikacija obsega preskusa in
  3. Dokumentiran testni načrt .

Pisanje testnih primerov iz dokumenta SRS

Zdaj smo prišli do tistega dela, ki je resničen,testnih primerih.

Kot je navedeno v članku pred tem: Skupina za preverjanje kakovosti dokumentira testne primere, medtem ko poteka faza kode SDLC. Z drugimi besedami, medtem ko ekipa Dev gradi programski sistem, se skupina za testiranje pripravi s testnimi primeri, ki bi nam pomagali preizkusiti sistem, ko bo pripravljen, tj. Na koncu faze kode.

V današnjem članku bomo torej delali na razumevanju, kaj so testni primeri, kako jih ustvariti in napisali nekaj vzorčnih testnih primerov za naš projekt v živo.

Pojdimo takoj.

Kaj se boste naučili:

Osnove pisanja testnih primerov

# 1) Če so bili v scenarijih preizkusov »Kaj bomo preizkusili« na AUT - gre za testne primere 'Kako bomo preizkusili zahtevo'.

Na primer , če je testni scenarij »Preverjanje prijavne funkcije skrbnika« - To bi prineslo 3 preizkusne primere (ali pogoje) - Prijava (uspešna), Neuspešna prijava ob vnosu napačnega uporabniškega imena, Neuspešna prijava ob vnesenem napačnem geslu . Vsak testni primer bi nato imel korake za obravnavo, kako lahko preverimo, ali je določen testni pogoj izpolnjen ali ne.

#two) Vhod za ustvarjanje dokumenta o testnem primeru je FRD, preskusni scenariji, ustvarjeni v prejšnjem koraku, in morebitni drugi referenčni dokumenti.

# 3) Dokumentacija o testnem primeru je pomembna naloga skupine za zagotavljanje kakovosti in jo po povratnih informacijah posredujejo BA, PM in drugim skupinam.

# 4) Delo je razdeljeno med člane ekipe in vsak član bo odgovoren za ustvarjanje testnih primerov za določen modul ali del določenega modula.

# 5) Tako kot pri testnih scenarijih se je treba pred začetkom dokumentacije o testnih primerih dogovoriti o skupni predlogi. Za ustvarjanje testnih primerov lahko uporabimo praktično vse. Najpogosteje uporabljeni izbiri sta MS Excel in MS word.

# 6) The Predloga MS Word izgleda nekako takole:

Predloga za besedo MS test

# 7) The Predloga Excel lahko izgleda takole:

qa vzorci preizkusnih primerov za usposabljanje xls

# 8) Iz zgornjih dveh predlog je razvidno, da so polja (ali komponente), ki sestavljajo testni primer, enaka, razlika je le v načinu njihove organizacije.

Dokler obstaja polje za vsako vrsto informacij, ki jih je treba vključiti v test, oblika predloge ni pomembna. Vendar je moja osebna najljubša lista excel, ker jo je enostavno razširiti, strniti, razvrstiti itd. Toda spet izberite katero koli obliko, ki vam najbolj ustreza.

Polja v testnih primerih

Vzemimo si trenutek, da opazujemo polja, ki so del testnega primera.

Id testnega primera in opis testnega primera sta splošna.

Druga polja je mogoče razložiti na naslednji način:

  • Predpogoj: Stanje AUT (stanje, v katerem mora biti AUT, da lahko začnemo).
  • Vhod: Koraki za vnos podatkov. Za te korake je pomembno opozoriti, kakšne vhodne informacije so potrebne - preskusni podatki.
  • Validacijska točka / sprožilec / dejanje : Kaj povzroča preverjanje veljavnosti? (Klik na gumb ali preklop ali dostop do povezave. Prepričajte se, da obstaja vsaj ena potrditvena točka za testni primer - sicer bo vse to vnos podatkov, ki ga ni treba iskati. Tudi za zagotovitev dovolj modularnosti, poskusite, da v enem testnem primeru ne združite preveč potrditvenih točk. Optimalno je 1 na testni primer.)
  • Izhod: Pričakovani rezultati.
  • Postpogoj: To so dodatne informacije, ki so na voljo v korist preizkuševalca, samo da bo testni primer bolj pronicljiv in informativen. To vključuje razlago, kaj se zgodi ali kaj lahko pričakujete od AUT, ko so opravljeni vsi koraki v testnem primeru.

Glej tudi => Vzorčna predloga testnega primera

Primeri testnih primerov v živo (prenos)

Zdaj, ko imamo dovolj osnovnih informacij za začetek postopka ustvarjanja testnih primerov, začnimo in ustvarite nekaj testnih primerov za naš projekt Live.

Na podlagi zgoraj omenjenega postopka smo ustvarili nekaj vzorčnih testnih primerov za modul za račun OrangeHRM. Ti naj vam dajo natančno obliko testnih primerov in idejo, kako pristopiti k pisanju testnih primerov.

=> Vzorčni dokument o testnih primerih za naš projekt v živo prenesite tukaj .

Opomba: Obstaja le nekaj slik, ki se nanašajo na vzorčne dokumente XLS. Če si to ogledujete v starejši različici MS Office, boste morda imeli težave z združljivostjo.

Te slike smo spodaj navedli glede na njihova imena v datotekah XLS:

Oglejte si sliko 1
Oglejte si sliko 2
Oglejte si sliko 3

Tam vse narejeno in vse dobro.

Metode pisanja / optimizacije testnih primerov

Zdaj pa si predstavljajte situacijo, ko ima določena stran nekaj deset polj ali ima zapleteno poslovno logiko, ki je tam implementirana. Da bi zagotovili, da v takšnih situacijah optimiziramo postopek ustvarjanja testnih primerov, imamo preizkuševalci določene metode optimizacije testnih primerov.

Spodaj so navedene povezave za več informacij o teh metodah.

kakšno je uporabniško ime in geslo mojega usmerjevalnika

Z uporabo zgornjih tehnik in po splošnem postopku ustvarjanja testnih primerov ustvarimo nabor testnih primerov, ki bi učinkovito preizkusili trenutno aplikacijo.

Nekaj ​​pomembnih točk, ki jih je treba upoštevati

  • Testni primeri, ki jih ustvarjamo, niso le referenčna točka za fazo preverjanja kakovosti, temveč tudi UAT.
  • Notranji testni primeri so Strokovna ocena v skupini .
  • Ko določene situacije testni primer ne obravnava - pravilo je, da se ne bo testiral. Torej, tukaj je dobro preveriti, ali testni paket, ki smo ga ustvarili, doseže cilj 100-odstotne pokritosti s testom ali ne. Za to je mogoče ustvariti matriko sledljivosti. Oglejte si vse, kar morate vedeti o Tu je matrika sledljivosti .
  • Orodja - orodja za upravljanje testov, kot so QC , qTest nam pomagajte pri ustvarjanju testnih primerov. Za primer, kako lahko s Centrom za kakovost obravnavamo testne primere, si oglejte to Vadnica centra za kakovost .
  • Orodja za avtomatizacijo lahko uporabimo za ustvarjanje testnih primerov - v tem primeru se imenujejo testni skripti.
Pro Tip :Izvedite črkovanje in slovnico pri vsakem dokumentu, ki ga ustvarimo. Smo zastopniki kakovosti za IT-projekte - in to se nam ne odraža pozitivno, če imamo same izdelke slabše kakovosti.

To nas pripelje do cilja še enega zanimivega segmenta.

Zaključek

Konec postopka izdelave testa / faze načrtovanja testa (STLC) in konec faze kode (SDLC) na splošno označujeta konec faze priprave na test in začetek faze izvedbe testa.

Naslednja vadnica v tem tečaju za preizkušanje programske opreme - V prihodnjem članku bomo govorili o tem, kaj je izvedba preizkusov, kaj vključuje in kakšna so pričakovanja ekipe QA v tej fazi.

=> QA Training day 5: Izvedba testa

Upamo, da vsi sodelujete s to serijo. Zaradi poenostavitve je bilo ustvarjenih le nekaj testnih primerov. Najboljše rezultate pa lahko opazimo pri obsežnem delu na testiranju, kar pomeni pisanje vedno več testnih primerov. Torej, ne omejujte svojega dela in delajte, kolikor lahko.

Prosimo, sporočite nam svoja vprašanja in komentarje spodaj. Srečno testiranje!

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

^