test execution software testing
Natančen postopek in načrt za izvedbo testnih primerov z resničnimi primeri.
Danes v našem Mini tečaj za testiranje programske opreme , napredujemo v zadnjo fazo STLC, ki je Izvedba testa .
Na tej strani si lahko ogledate seznam vseh vadnic, objavljenih v tej brezplačni seriji QA: Usposabljanje za preskušanje programske opreme za projekt v živo.
Izvedba testa je nedvomno najpomembnejša in 'dogajajoča se' faza v STLC in tudi celoten razvojni življenjski cikel. Razlog je v tem, da se prispevek in delo vsake ekipe / člana ekipe potrdi tukaj:
- Ali je poslovni analitik pravilno razlagal zahteve?
- Ali je razvojna skupina prevedla poslovne zahteve v funkcionalne zahteve in sčasoma pravilno kodirala?
- Ali so podatkovni arhitekt in DBA oblikovali prave zaledne sisteme?
No, pri izvedbi preizkusa bi našli vse odgovore na ta vprašanja. Zaradi tega smo QA junaki celotnega procesa izdelave programske opreme, kajne? :)
Izvajanje preizkusov je tudi del 'preizkusa' SDLC.
kaj je matrika sledljivosti pri testiranju programske opreme
Ko se testni primeri napišejo, delijo z BA-ji in razvijalci, jih pregledajo, se o spremembah obvesti skupina za preverjanje kakovosti (če obstajajo), skupina za kakovost opravi potrebne popravke - Faza načrtovanja testa je končana. Zdaj pripravljenost testnih primerov še ne pomeni, da lahko začnemo preizkusno vožnjo. Med drugim moramo imeti pripravljeno tudi aplikacijo.
Kaj se boste naučili:
- Smernice za izvajanje preizkusov
- Novi stolpci v testnih primerih
- Rezultati izvajanja preizkusov za projekt OrangeHRM Live
- Priporočeno branje
Smernice za izvajanje preizkusov
Naredimo zdaj seznam vseh stvari, ki so pomembne za razumevanje faze izvedbe testa:
# 1) The graditi (koda, ki jo napiše ekipa za razvijalce, je zapakirana v tisto, kar se nanaša na gradnjo - to ni nič drugega kot namestljiv del programske opreme (AUT), ki je pripravljen za razmestitev v okolju QA.), ki se uvede (z drugimi besedami, namesti se in na voljo) okolju za zagotavljanje kakovosti je eden najpomembnejših vidikov, ki se mora zgoditi, da se testno izvajanje začne.
#two) Izvedba testa se zgodi v QA okolje . Da bi zagotovili, da delo ekipe razvijalcev na kodi ni na istem mestu, kjer skupina za preverjanje kakovosti preizkuša, je splošna praksa, da imamo namensko okolje za razvijalce in preverjanje kakovosti. (Obstaja tudi produkcijsko okolje za gostovanje aplikacije v živo).
To je v bistvu za ohranitev celovitosti aplikacije na različnih stopnjah življenjskega cikla SDLC. V nasprotnem primeru so v idealnem primeru vsa tri okolja po naravi enaka.
# 3) Velikost testne ekipe ni konstanten od začetka projekta. Ko se začne testni načrt, ima ekipa morda le vodjo ekipe. Med fazo načrtovanja preskusov se nanj vključi nekaj preizkuševalcev. Izvajanje testa je faza, ko je ekipa v največji velikosti.
# 4) Izvedba testa se zgodi tudi v vsaj 2 cikla (3 pri nekaterih projektih). Običajno se v vsakem ciklu izvedejo vsi testni primeri (celotna zbirka testov). Cilj prvega cikla je ugotoviti morebitne blokade, kritične napake in večino večjih napak.
Cilj drugega cikla je prepoznati preostale visoke in srednje napake, popraviti vrzeli v scenarijih in pridobiti rezultate.
# 5) Faza izvedbe testa je sestavljena iz- Izvajanje testnih skriptov + vzdrževanje testnih skriptov (pravilne vrzeli v skriptih) + poročanje (napake, stanje, meritve itd.) Zato pri načrtovanju te faze razporedi in prizadevanja je treba oceniti ob upoštevanju vseh teh vidikov in ne samo izvedbe skripta.
# 6) Po opravljenem preizkusnem skriptu in uvedbi AUT - in preden se začne izvajanje preizkusa, je vmesni korak. To se imenuje 'Pregled pripravljenosti na preizkus (TRR)' . To je nekakšen prehodni korak, ki bo zaključil fazo načrtovanja testa in nas olajšal pri izvedbi testa.
Za informacije o tem koraku in vzorec »Kontrolni seznam za preverjanje pripravljenosti za preizkus« si oglejte to povezavo: Kontrolni seznam za testiranje programske opreme
# 7) Poleg TRR je še nekaj dodatnih preverjanj, preden zagotovimo, da lahko nadaljujemo s sprejetjem trenutne gradnje, ki je nameščena v okolju QA za izvajanje preizkusa.
kaj je namen regresijskega testiranja
To so Preskusi dima in zdravega počutja . Podrobne informacije o tem, kaj so, so na: Kaj je test dima in razuma?
# 8) Po uspešnem zaključku testov TRR, Smoke and Sanity se testni cikel uradno začne.
# 9) Raziskovalno preskušanje izvedli, ko bo gradnja pripravljena za testiranje. Namen tega testa je zagotoviti, da so kritične napake odstranjene, preden se lahko začnejo naslednje stopnje testiranja. To raziskovalno testiranje se v aplikaciji izvaja brez kakršnih koli testnih skriptov in dokumentacije. Pomaga tudi pri seznanjanju z AUT.
# 10) Tako kot druge faze STLC je tudi v fazi preizkusnega dela delo razdeljeno med člane ekipe. Razdelitev lahko temelji na modulih ali štetju testnih primerov ali na čem drugem, kar bi lahko bilo smiselno.
#eleven) Primarni rezultat faze izvedbe testa je v obliki poročil, predvsem poročila o napakah in poročila o stanju izvedbe testa. Podroben postopek poročanja najdete na Poročila o izvedbah preskusov.
Novi stolpci v testnih primerih
Dokument Test Case je zdaj mogoče razširiti z naslednjima dvema stolpcema - Status in dejanski rezultat .
( Opomba : Za izvedbo preizkusov v živo smo dodali in posodobili te stolpce z rezultati izvajanja preizkusov v preglednici testnih primerov, ki je na voljo spodaj)
# 1) Stolpec stanja
Izvedba preizkusa ni nič drugega kot uporaba preskusnih korakov na AUT, podajanje testnih podatkov (kot je določeno v dokumentu o testnem primeru) in opazovanje vedenja AUT, da se ugotovi, ali izpolnjuje pričakovani rezultat ali ne.
Če pričakovani rezultat ni izpolnjen, ga lahko razumemo kot napako. In status testnega primera postane 'Fail' in če je pričakovani rezultat izpolnjen, je status 'Pass'. Če testnega primera iz kakršnih koli razlogov ni mogoče izvesti (obstoječa napaka ali okolje ne podpira), bo stanje »Blokirano«.
Stanje testnega primera, ki še ni zagnan, lahko nastavite na No run / neizvršen ali pa pustite prazno.
- Če za testni primer z več koraki pričakovani rezultat določenega koraka (sredi korakov testnega primera) ni izpolnjen, lahko status testnega primera nastavite na »Fail« takoj in naslednjih korakov ni treba izvajati.
- Status 'Fail' je lahko označen z rdečo barvo, če ga želite takoj opozoriti.
# 2) Stolpec dejanskih rezultatov
To je prostor, kjer lahko preizkuševalci zabeležimo odstopanje v pričakovanem rezultatu. Ko je izpolnjen pričakovani rezultat (ali testni primer, ki ima status »Pass«), lahko to polje ostane prazno. Ker, če je pričakovani rezultat izpolnjen, to pomeni dejanski rezultat = pričakovani rezultat, kar pomeni, da bo ponovni vpis v stolpec dejanskega rezultata ponovitev in odveč.
V ta stolpec lahko priložite posnetek zaslona odstopanja za večjo jasnost, v čem je težava.
Rezultati izvajanja preizkusov za projekt OrangeHRM Live
Zdaj dobimo OrangeHRM in izvedimo preizkus na podlagi zgoraj navedenih smernic.
Tu je nekaj točk, ki jih je treba upoštevati:
vstavljanje razvrsti v c ++
- Predloga razširjenega testnega primera.
- Raziskovalno testiranje, kot je navedeno, je treba izvesti brez testnih skript. Zato vas prosimo, da aplikacijo preskusite vzporedno, kot se vam zdi primerno.
- Zaradi omejitev, ki jih imamo pri predstavitvi projekta v živo v obliki berljive vsebine, je v vzorčni predlogi za izvajanje preizkusov prikazana le omejena količina testnih primerov / funkcionalnosti aplikacije OrangeHRM. Ponovno vas prosimo, da se potrudite še za najbolj praktične izkušnje.
- K dokumentu so dodana tudi testna kompleta Sanity in Smoke, da dobite idejo o tem, kakšni testni primeri se obravnavajo v teh fazah.
- Napake še niso zabeležene, čeprav je stanje nekaterih testnih primerov nastavljeno na 'Fail'. To je zato, ker je zapisovanje napak naslednji najpomembnejši / najpogosteje obdelani vidik našega življenja kot preizkuševalci. Torej se želimo podrobneje ukvarjati z njim v naslednjem članku.
Testni primeri z rezultati izvedbe:
=> Kliknite tukaj, da prenesete dokument Test Case Execution.
Vsebuje - Rezultat izvedbe testnih primerov, dimni testi, sanitetni testi, raziskovalni test - preglednice
Nazadnje, če je bilo orodje za upravljanje testov uporabljeno za ustvarjanje in vzdrževanje testnega primera, lahko isto uporabimo tudi za izvajanje testa. Uporaba orodja olajša poročanje, sicer pa je postopek izvajanja testnih primerov enak. Oglejte si ta članek, da dobite idejo o kako uporabiti HP ALM za izvajanje primerov .
(Kliknite sliko za povečan pogled)
To nas pripelje do konca še enega zanimivega segmenta preskusnega procesa. V naslednjem in zadnjem članku tega brezplačni spletni tečaj za preverjanje kakovosti za spletno testiranje programske opreme , podrobno bomo preučili pomanjkljivosti; zavijte teme, kot so »kdaj ustaviti testiranje«, meritve in odjava kakovosti.
=> 6. dan usposabljanja za zagotavljanje kakovosti: Sledenje napakam, testne meritve in testna odjava
Sporočite nam, kako nam gre, in spremljajte naslednji članek.
Priporočeno branje
- Učni načrt tečaja za preizkušanje programske opreme - podroben načrt usposabljanja za spletni tečaj
- Nekaj zanimivih vprašanj za preskušanje programske opreme
- Povratne informacije in pregledi tečaja za preizkušanje programske opreme
- Kako pametno prijaviti izvajanje preizkusov - [Prenos predloge poročila o stanju]
- Kako napisati testni dokument strategije (z vzorčno predlogo preizkusne strategije)
- Vzorčna predloga načrta preizkusa programske opreme z obliko in vsebino
- Natančna razlika med preverjanjem in potrjevanjem s primeri
- Pomembne meritve in meritve preizkusa programske opreme - pojasnjeno s primeri in grafi