how translate manual test cases into automation scripts
To bo osnovni članek z navodili in ne vključuje nobenega orodja za avtomatizacijo. V bistvu to, kar tukaj poskušam, je ubesediti miselni proces, ki gre za ustvarjanje primera za avtomatizacijo. Kot vedno upam, da vam bo to koristilo vsem.
Kako oblikovati testni primer ali scenarij za avtomatizacijo?
Avtomatizacija vedno sledi ročnemu testiranju. Običajno se na AUT izvede že en ali več krogov ročnega testiranja. To pomeni, da primeri ročnega preizkusa že obstajajo in so bili izvedeni vsaj enkrat.
Na primer, predpostavimo, da je naslednje vaše Ročni testni primer . To je preprosto prijava na spletno mesto Gmail.com. Zdaj je to videti dovolj preprosto, kajne? Kako to postane skript za avtomatizacijo? (kliknite na sliko za povečavo)
Kaj se boste naučili:
Kako ta priročnik preizkusiti v skriptu za avtomatizacijo?
Sledijo smernice, ki jih bomo upoštevali pri prevajanju v skript za avtomatizacijo:
# 1) Stanje AUT: Predpogoj stolpca ni nič drugega kot določeno stanje ozadja, ki se nastavi za določen korak, ki ga je treba izvesti. To je še posebej pomembno v dveh scenarijih:
- Za začetek testa: V tem primeru potrebujemo brskalnik, ki je na voljo in zagnan. (Razpoložljivost uporabniškega imena in gesla bomo obravnavali čez nekaj časa). Kako napisati isto stvar v svetu avtomatizacije? Razmislite o QTP. Na voljo imate možnost, da zaženete brskalnik s programskimi izjavami ali pa uporabite dialog za nastavitev snemanja in zagona, da nastavite lastnosti. Pravilna nastavitev teh lastnosti je zelo pomembna. Pogosto je to razlog, zakaj bo določen del kode deloval v stroju, v drugih pa ne.
- Za izvedbo določenega koraka : Za izvedbo koraka 2 moramo opraviti in dokončati korak 1. Če želite to narediti ročno, lahko samo počakamo, da se izvede korak in se stran popolnoma naloži. Uporabite sinhronizacijo ali počakajte na stavke v skriptu za avtomatizacijo, da počakate, dokler se želeno stanje ne uresniči.
Opomba: Ko izvajate isto kodo za več naborov podatkov, se prepričajte, da vrnete AUT v stanje, ki bi moralo biti pred začetkom naslednje ponovitve.
# 2) Preizkusni koraki
kaj je qa in qc pri testiranju programske opreme
Korake ročnega preizkusa lahko razvrstimo v 3 kategorije:
- Vnos podatkov : V korakih za vnos podatkov vnesete nekatere informacije kot vhod v vaš AUT.
- Sprememba korakov stanja AUT : ti koraki bodo tisti, ki bodo povzročili spremembo vašega AUT. Lahko vključuje odpiranje nove strani, določeno polje je vidno, polje za urejanje je mogoče urejati itd.
- Kombinacija : kot pove že ime, gre za kombinacijo obeh zgornjih vrst. Vzemite primer potrditvenega polja, ko je vklopljeno določeno polje aktivno. V tem primeru v polje za vnos vnesete vrednost »True«, rezultat pa je tudi stanje vašega AUT.
V zgornjem testnem primeru obstajajo samo koraki tipa 1 in 2.
- Tip 1: preskusna koraka 2 in 3
- Tip 2: preskusna koraka 1 in 4
Predpogoj za ustvarjanje skripta za avtomatizacijo s katerim koli orodjem je nekaj časa analizirati orodje in AUT. Poskusite videti, kako oba sodelujeta med seboj. Na primer, QTP ima 3 načine snemanja in vsak deluje drugače.
Če veste, kako prepozna predmete, bi vedeli, katerega uporabiti in bolje uporabiti. Če imate spletno aplikacijo, v kateri lahko QTP enostavno prepozna predmete, lahko uporabite običajni način. V nasprotnem primeru boste morda morali uporabiti analogne metode ali metode nizke ravni.
Koraki avtomatizacije:
- Koraki za vnos podatkov se pri avtomatizaciji in ročnih metodah ne razlikujejo zelo. Vse kar storite je, da vnesete podatke. Način sklicevanja na polje je drugačen. Ker bo stroj strojno izvajal korake, se moramo prepričati, da se sklicujemo na polja v AUT na način, ki ga orodje razume. To pomeni, da morate uporabiti njegovo logično ime, kot je uporabljeno v kodi.
- Za spremembo korakov AUT / Combination v ročnem scenariju izvedete dejanje (klik ali preverjanje ali vnos) in preverite spremembo naenkrat. Toda v scenariju avtomatizacije to ni mogoče. Zato moramo zagotoviti, da dodamo korake za ukrepanje in preverjanje / preverjanje.
- Komentarji za berljivost.
- Izjave za odpravljanje napak - ti so še posebej pomembni, pri katerih ustvarjate in preizkušate sam test. Poskusite pogosto uporabljati polja za sporočila za izpisovanje različnih vrednosti na različnih stopnjah izvajanja testa. To vam bo omogočilo preglednost testa, kot je ne bi nič drugega.
- Izhodni stavki - do pišite v rezultate ali na katero koli drugo zunanje mesto, kot je beležka ali excel list.
# 3) Preverjanje in potrjevanje
Brez preverjanja in potrjevanja se namen testiranja izgubi. Običajno boste morali uporabiti kontrolno točko (ne pomeni nujno vgrajeno). Torej boste morali za izgradnjo logike uporabiti veliko pogojnih stavkov in tudi stavkov zanke.
Pomembno je upoštevati, da atribut, na podlagi katerega temeljiš V&V, ne sme biti dvoumen. Na primer, za uspešno prijavo poiščite prikaz strani z nabiralnikom, ne pa števila novih e-poštnih sporočil, ker to ni stalna vrednost.
Torej morate izbrati nekaj, kar je res, vsakič, ko se nabor operacij zgodi - brez okvare.
# 4) Podatki o preskusu
Sledi nekaj vprašanj, na katera bi lahko odgovorili za zahteve glede podatkov o preskusu:
- Kam ga postaviti?
- Če želite trdo kodirati ali ne?
- Varnostni pomisleki?
- Pomisleki glede ponovne uporabnosti?
Ko se ozrete nazaj na skript za ročni preizkus, boste opazili, da so razpoložljivi testni podatki, uporabniško ime in geslo eden od predpogojev za začetek preizkusa.
# 5) Rezultati
Za primer ročnega preizkusa lahko rezultat vsakega koraka vnesete v stolpec »Dejanski rezultat«. Datoteka z rezultati orodja za avtomatizacijo vsebuje rezultat vsakega koraka, ko se izvede.
Orodja za avtomatizacijo imajo danes zelo robustne funkcije poročanja. Vendar boste morda vseeno morali prilagoditi Rezultati testov . Vključite torej korake za pogosto pisanje v datoteko z rezultati, da boste natančno vedeli, kaj se je dogajalo med izvajanjem.
Če orodje, ki ga uporabljate, ne podpira zapisovanja v datoteko rezultatov, ki jo ustvari, je dobro, da je z vsakim testom povezan vsaj excel list ali beležka, ki lahko med potekom komentira stanje izvrševanja.
# 6) Post Operations
najboljše brezplačno odstranjevanje oglasne in zlonamerne programske opreme
Ko končate s preizkušanjem, vam ni treba izrecno omeniti vašega ročnega testnega primera, da zaprete brskalnik ali zaprete AUT itd. Kot preizkuševalec bi to počeli vestno. V primeru preizkusa avtomatizacije lahko te korake vključite v svoj skript. Čiščenje - tako imenujem te dejavnosti. Ubijte vse povezave, ki ste jih ustvarili. Zaprite vse aplikacije. Sprostite pomnilnik.
Z uporabo teh smernic prevedem naš primerek za ročni preizkus v preizkusni skript QTP, ki uporablja skripte VB. Rezultat je naslednji: (kliknite sliko za povečavo)
Sprehodite se skozi vsak korak
Korak 1: Predpogoj. IE z URL-jem Gmail.com začenjamo programsko.
2. in 7. korak: Izjava o sinhronizaciji. Kot smo že omenili, so ti pomembni za zagotovitev, da AUT pride v želeno stanje, preden sledi izvedba naslednjega koraka.
3. in 4. korak: Vnos podatkov. Vsi podatki so trdo kodirani v skriptu. Čeprav ni priporočljivo, je to začetek.
5. korak: Sprememba koraka AUT. Korak 5 vključuje klik na gumb Prijava. Ko se ta stavek izvrši, ne boste potrebovali V&V. To je zato, ker obstaja naslednja izjava in če se ta lahko zažene; pomeni tistega, preden je bil uspešen. Če pa ste zelo pridni, lahko tu vključite enega.
6. in 8. korak: Komentarji
9. in 11. korak: Pogojna izjava. V & V / Checkpoint. Poskušamo ugotoviti, ali je bila prijava uspešna, tako da preverimo, ali je na nastali strani povezava do mape »Prejeto«. Če natančno zabeležite, poiščite povezavo z notranjim besedilom, »mapa Prejeto. *«. Torej, ne glede na število prejetih novih e-poštnih sporočil (ki je spremenljivo), če imate na voljo povezavo do mape »Prejeto« (ki je vedno konstanta), to pomeni, da je kontrolna točka opravljena.
10. korak: Sporočilo. Za preglednost
12. in 13. korak: To so dejavnosti čiščenja. Odjavljate se iz računa in zapirate brskalnik.
Zaključek
Tako vidite, kako enostavno se skript za avtomatizacijo razvije, ko imate dobro napisan ročni skript in niz osnovnih smernic, ki jih morate upoštevati. Ker to ni članek o okvirov , Izogibal sem se funkcijam, dejavnikom ponovne uporabnosti, parametrizaciji itd. Preskusni skript je temeljni gradnik, saj je enostavno, če imate osnove pravilno, improvizirati skript.
Ali upoštevate kakšne druge dejavnike, drugo metodo, ki se vam zdi lažja, ali smernice, ki se jim težko držite? Sporočite nam svoje komentarje v komentarjih.
To objavo je napisal član ekipe STH Swati Seela. Ima več kot 9 let izkušenj z ročnim in avtomatizacijskim preizkušanjem dela z različnimi MNC-ji. Je tudi naša inštruktorica za Izobraževalni tečaj za preverjanje kakovosti programske opreme . Če vas ta tečaj zanima, preverite prihajajoči urnik serij tukaj .
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- 10-stopenjski postopek samodejnega testiranja: kako začeti samodejno testiranje v svoji organizaciji
- Zakaj potrebujemo okvir za testno avtomatizacijo?
- Izzivi ročnega in avtomatiziranega preskušanja
- Kako se razlikuje načrtovanje preskusov za ročne in avtomatizacijske projekte?
- Kako se odločiti, katera vrsta testiranja je potrebna za projekt? - Ročno ali avtomatizacija
- Kaj je testiranje avtomatizacije (Ultimate Guide to Start Test Automation)
- QTP Frameworks - Test Automation Frameworks - Primeri, ki temeljijo na ključnih besedah in Linear Framework, - Vadnica QTP # 17
- 10 najboljših strategij in najboljših praks za avtomatizacijo preskusov