Meni

Kako izvesti preglede testne dokumentacije v 6 preprostih korakih - postopek zagotavljanja kakovosti

how perform test documentation reviews 6 simple steps qa process

Preizkusite Naš Instrument Za Odpravo Težav

Do zdaj vsi vemo, da za testerja, Dokumentacija je sestavni del njegovega vsakdana. Preobremenitev artefaktov, ki se ustvarijo, pregledajo, odobrijo, uporabljajo, vzdržujejo in distribuirajo. Vedno imamo natančno določene postopke, kako ustvariti dokument, kako ga uporabiti, komu naj gre itd.

S tem člankom bomo osvetlili majhno, a pomembno temo - Ocene.

Pregled je tudi oblika preizkušanja - verifikacijski del V&V, imenovan tudi statično testiranje.

Opravite preglede testne dokumentacije

Kaj se boste naučili:

Vrste mnenj

  • Pregled lastnega dela - Samokontrola
  • Medsebojni pregled
  • Nadzorni

Če je validacija polovica preizkusnih praks, je verifikacija druga, vendar so smernice pogosto motne - Torej spremenimo to ZDAJ. Ali gre za splošno prakso s članki na STH, začeli bomo z vprašanji, kaj? Zakaj? Kako?

najboljša programska oprema za odstranjevanje virusov za pc

Pregledi dokumentov za preizkušanje programske opreme

Kaj pregledamo?

Vse ustvarjeno je treba pregledati. Sledi nekaj pogostih pregledanih artefaktov:

  • Testni načrt
  • Testni scenariji
  • Preskusne predloge
  • Testni primeri
  • Podatki o preskusu
  • Poročila ... itd

Pregledi testnih dokumentov

Zakaj pregled?

Iz popolnoma istega razloga preizkušamo programsko opremo, Na primer,

  • Odkriti napake
  • Za preverjanje popolnosti
  • Da bi zagotovili spoštovanje standardov in smernic ali ne ... itd.

Kako pregledati?

Sledi seznam vključenih dejavnosti:

  • Določite merila - Imate kontrolni seznam, na kaj morate biti pozorni?
  • Izvedite preverjanje
  • Zapišite svoje rezultate
  • Delite, razpravljajte in izvedite zahtevane spremembe
  • Nadzor različic zadevnih dokumentov
  • Odjavite se in uporabite dokument, kot je bilo predvideno.

Postopek pregleda testnih dokumentov

Zdaj bomo razpravljali o vsakem koraku v razdelku »Kako« - z drugimi besedami, o postopku za njegovo izvedbo.

(Večina od nas preizkuševalcev ne mara urejevalnika besedil, kajne? Za nas to pomeni veliko več dela ali kakšno vodstveno nalogo na visoki ravni, ki jo moramo opraviti, tudi če nočemo - zaradi neke skladnosti, o kateri nimamo pojma. Toda, verjemite mi, ko boste prišli do proces, ki deluje in je dovolj preprosto, da lahko razumemo, zakaj to moramo, lahko je zabavno! Samo igraj se z mano.)

Po mojem mnenju je postopek medsebojnih pregledov in nadzorniških pregledov enak, ker je nadzornik kljub višji določitvi tudi vrstnik.

1. korak: Določite merila

# 1) Kaj pričakujete najti? Lahko poiščete stvari, kot so:

  • Črkovalne napake (Sliši se preveč neumno? Mislim, da ne, enkrat sem v enem od člankov namesto „Spletni objekt“ napisal „Wed Object“ - v celoti spremeni pomen. Skoraj neumno je, da bi ga jemali resno.)
  • Skladnost z obliko / predlogo
  • Pokritost in pravilnost funkcionalnosti
  • Enostavnost razumevanja
  • Sledili so standardi - konvencije o poimenovanju, dosledno oštevilčenje ... itd.

#two) Naredite kontrolni seznam - Kontrolni seznami so zelo raznoliki. Lahko je zapleten kot kontrolni seznam za pregled ali tako preprost kot seznam živil. Vse, kar potrebujete, je nekaj časa, da ga naredite, in ko to storite, je preprosto, kot če preverite VKLOP ali IZKLOP.

# 3) Kako poročati o rezultatih? - Izberite tisto, kar je priročno, po možnosti način, ki ga je mogoče snemati in slediti.

  • Včasih je to lahko tako enostavno, kot da dodate dodaten stolpec v Excelovem listu s testnimi primeri in napišete nekaj v rdeči barvi, ko ni tisto, kar bi moralo biti.
  • Lahko je od ust do ust
  • Seznam v e-poštnem sporočilu

2. korak: Izvedite preverjanje

# 1) S kontrolnim seznamom, ki ste ga prej izdelali, preverite dokument in posredujte povratne informacije.

3. korak: Zapišite svoje rezultate

# 1) Ponovno z uporabo metode, določene v 1. koraku, zabeležite in sporočite svoje rezultate.

#two) Ko poročate o svojih komentarjih ali predlogih za spremembo, z njimi ne ravnajte drugače kot s poročanjem o napaki. Ničesar ne spreglejte. Bodite podrobni.

4. korak: delite, razpravljajte in izvedite zahtevane spremembe

# 1) Nihče ne mara, da bi mu rekli, da je njegovo delo napačno ali nepopolno. Torej, ko dajete negativne povratne informacije, upoštevajte naslednje smernice.

  • Navedite konstruktivno kritiko - ne pozabite, da ne smete biti kritični do osebe, ampak opozarjajte na pomanjkljivosti tega izdelka
  • Ne bodite konkurenčni - samo zato, ker je podal 30 komentarjev o vaših testnih primerih, ne poskušajte ga premagati.
  • Navedite razloge za podporo komentarjem

#two) Pridobite odjavo.

# 3) Naj bodo spremembe narejene

5. korak: Nadzor različic vključenih dokumentov

# 1) Ne brišite starejših različic nobenega dokumenta. Poimenujte jih ustrezno in jih shranite v centralizirano mapo projekta. Navsezadnje je to dokaz vsega našega dela

6. korak: Odjavite se in uporabite dokument, kot je predvideno

# 1) Ko so vključene vse spremembe, različica je shranjena, se postopek pregleda odjavi in ​​nadaljuje z uporabo dokumenta za tisto, za kar je bil ustvarjen.

#two) Pojavi se še eno vprašanje - ali po spremembi ponovno preverimo? Kolikokrat se bo nadaljeval ta postopek - delo - pregled, popravek - in nato ponovni pregled? Do kdaj?

Ne, pregleda ni treba ponoviti znova in znova. Gre za dejavnost nadzora kakovosti, ki se osredotoča na preverjanje, ali so pripomočki za testiranje ustvarjeni pravilno ali ne. Kot vedno so dokumenti brez napak nemogoči. Torej je sprejemljiva razumna raven pregleda, ki ga enkrat opravi strokovnjak.

Tam ste končali. Ali ta postopek ni preprost?

Točke, ki si jih je treba zapomniti

  • Vsakemu projektu ni treba slediti tej formalizirani metodi pregleda, a tudi če ima vzpostavljeno neformalno metodo, bodo ti koraki pomagali določiti pričakovanja in vas vodili naprej.
  • Preizkusna dokumentacija ocene časovne osi običajno temeljijo na času, potrebnem za ustvarjanje in pregledovanje dokumentov, zato je vanj vgrajen, čeprav ga ne prepoznamo vedno.
  • Pregled ni postopek, ki bi bil omejen na ekipe za ročno testiranje. Ekipe za avtomatizacijo izvajajo tudi korake, preglede oblikovanja itd.

Nazadnje je tako videti tipičen pregledni komentar komentarjev za testne primere. Komentarji so v rdeči barvi. Ne nujno resnični komentarji, ampak nekaj, kar kaže, kako se to počne.

Vzorec za pregled testnih primerov: (kliknite za povečavo slike)

Vzorec dokumenta za pregled testnega primera

kaj je datoteka xml in kako jo odpreti

Nazaj k tebi

Torej, ali še vedno menite, da so procesi zastrašujoči? Ali izvajate kritike pri svojih projektih? Spodaj delite svoje izkušnje, izzive, vprašanja in komentarje.

O avtorju: To je objava Swati Seele - strokovnjak za ročno preizkušanje in avtomatizacijo z več kot 9 leti izkušenj v industriji . Je tudi inštruktorica našega tečaja za preizkušanje programske opreme.

Če se želite od strokovnjakov naučiti preizkušanja programske opreme, preverite urnik naše prihajajoče serije in več o tem tečaju na tej strani .

Priporočeno branje

^