how translate manual test cases into automation scripts
Ovo će biti osnovni članak 'kako to' i nije specifičan za bilo koji alat za automatizaciju. U osnovi, ono što ovdje pokušavam pretočiti u proces razmišljanja koji ide u stvaranje slučaja automatizacije. Kao i uvijek, nadam se da će vam ovo biti korisno svima.
Kako dizajnirati testni slučaj ili skriptu za automatizaciju?
Automatizacija uvijek slijedi ručno ispitivanje. Obično bi se jedan ili više krugova ručnog testiranja već izveo na AUT. To implicira da slučajevi ručnog testiranja već postoje i da su izvršeni barem jednom.
Na primjer, pretpostavimo da je sljedeće vaše Ručni test slučaj . To je jednostavno prijavljivanje na web mjesto Gmail.com. Ovo izgleda dovoljno jednostavno, zar ne? Kako ovo postaje skripta za automatizaciju? (kliknite na sliku za uvećanje)
Što ćete naučiti:
Kako ovaj ručni testni slučaj prevesti u skriptu za automatizaciju?
Slijede smjernice koje ćemo slijediti kako bismo postigli prijevod u skriptu za automatizaciju:
# 1) Stanje AUT: Preduvjet kolone nije ništa drugo nego određeno stanje pozadine koje se postavlja za određeni korak koji treba izvršiti. To je posebno važno u dva scenarija:
- Da biste započeli test: U ovom nam je slučaju potreban preglednik koji je dostupan i pokrenut. (Dostupnost korisničkog imena i lozinke riješit ćemo za kratko vrijeme). E sad, kako napisati istu stvar u svijetu automatizacije? Uzmite u obzir QTP. Možete pokrenuti preglednik pomoću programskih izjava ili možete koristiti dijalog 'postavka snimanja i pokretanja' za postavljanje svojstava. Ispravno postavljanje ovih svojstava vrlo je važno. To je često razlog zašto će određeni dio koda raditi u stroju, a neće raditi u ostalim.
- Izvršiti određeni korak : Da bi se izveo korak 2, treba izvršiti i dovršiti korak 1. Da bismo to učinili ručno, možemo samo pričekati dok se izvrši korak i stranica se u potpunosti učita. Upotrijebite sinkronizaciju ili pričekajte izjave u skripti automatizacije da pričekate dok se željeno stanje ne ostvari.
Bilješka: Kada izvodite isti kôd za više skupova podataka, trebali biste biti sigurni da vraćate AUT u stanje kakvo bi trebalo biti prije početka sljedeće iteracije.
# 2) Ispitni koraci
Korake ručnog ispitivanja možemo kategorizirati u 3 kategorije:
- Unos podataka : Koraci unosa podataka su mjesto gdje unosite neke podatke kao ulaz u svoj AUT.
- Promjena koraka AUT stanja : ovi koraci će uzrokovati promjenu na vašem AUT. To može uključivati odlazak na novu stranicu, određeno polje je vidljivo, okvir za uređivanje koji se može uređivati itd.
- Kombinacija : kao što naziv govori, ovo je kombinacija obje gore navedene vrste. Uzmimo slučaj potvrdnog okvira, kada je uključeno, određeno će polje biti aktivno. U tom slučaju u polje za potvrdu unosite vrijednost 'True', a to također rezultira statusom vašeg AUT.
U gore navedenom testnom slučaju postoje samo koraci tipa 1 i 2.
- Tip 1: koraci ispitivanja 2 i 3
- Tip 2: Ispitni koraci 1 i 4
Preduvjet za stvaranje skripte za automatizaciju pomoću bilo kojeg alata je provesti neko vrijeme analizirajući alat kao i AUT. Pokušajte vidjeti kako oboje međusobno komuniciraju. Na primjer, QTP ima 3 načina snimanja i svaki djeluje na drugačiji način.
Ako znate kako identificira objekte, znali biste koji ćete koristiti i bolje ih koristiti. Ako imate web-aplikaciju u kojoj QTP može lako prepoznati objekte, možete koristiti uobičajeni način. Ako ne, možda ćete morati koristiti analogne metode ili metode niske razine.
Koraci automatizacije:
- Koraci za unos podataka se ne razlikuju u metodama automatizacije i ručnim metodama. Sve što trebate je unijeti podatke. Način na koji referencirate polje je drugačiji. Budući da će to biti strojno izvođenje koraka, samo moramo paziti da se uputimo na polja u AUT na način koji alat razumije. To znači da morate koristiti njegov logički naziv kao što se koristi u kodu.
- Za promjenu koraka AUT / Kombinacija u ručnom scenariju izvodite radnju (klikom ili provjerom ili unosom) i potvrđujete promjenu jednim potezom. Ali u scenariju automatizacije to nije moguće. Stoga moramo paziti da dodamo korake za radnju i provjeru / provjeru.
- Komentari radi čitljivosti.
- Izjave za otklanjanje pogrešaka - ovo je posebno važno u kojem stvarate i testirate sam test. Pokušajte često koristiti okvire za poruke za izlaz različitih vrijednosti u različitim fazama izvođenja testa. To će vam pružiti vidljivost u testu kao što to ne bi imalo ništa drugo.
- Izlazni navodi - do pišite u rezultate ili na neko drugo vanjsko mjesto poput bilježnice ili excel lista.
# 3) Provjera i provjera valjanosti
Bez provjere i potvrde namjera testiranja je izgubljena. Obično ćete morati koristiti kontrolnu točku (ne mora nužno značiti i ugrađenu). Dakle, za izgradnju logike morat ćete upotrijebiti puno uvjetnih izraza, a također i izjave petlje.
Važna stvar koju treba uzeti u obzir je - atribut na temelju kojeg zasnivate svoj V&V ne bi trebao biti dvosmislen. Na primjer, za uspješnu prijavu potražite prikaz stranice ulazne pošte, a ne broj novih e-adresa, jer to nije konstantna vrijednost.
Stoga morate odabrati nešto istinito svaki put kad se dogodi niz operacija - bez greške.
# 4) Podaci o ispitivanju
Slijede neka od pitanja na koja biste mogli odgovoriti u skladu sa zahtjevima za podatke o testiranju:
- Gdje ga smjestiti?
- Tvrdi kod ili ne?
- Pitanja sigurnosti?
- Pitanja ponovne upotrebe?
Kad se osvrnete na skriptu za ručno testiranje, primijetit ćete da je raspoloživost podataka o testu, korisničkog imena i lozinke jedan od preduvjeta za započinjanje testa.
# 5) Rezultati
Za slučaj ručnog ispitivanja, rezultat svakog koraka možete staviti u stupac 'Stvarni rezultat'. Datoteka rezultata alata za automatizaciju sadrži rezultat svakog koraka kada se izvrši.
Alati za automatizaciju danas imaju vrlo robusne značajke izvještavanja. Međutim, možda ćete ipak trebati prilagoditi Rezultati ispitivanja . Uključite korake za često pisanje u datoteku rezultata kako biste točno znali što se događalo dok se izvršavalo.
Ako alat koji upotrebljavate ne podržava zapisivanje u datoteku rezultata koju generira, dobra je ideja da uz svaki test bude povezan barem excel list ili bilježnica kako biste komentirali status izvršenja dok idete.
# 6) Poštanske operacije
10 najboljih tvrtki za web razvoj u Indiji
Kad završite s testiranjem, ne morate izričito spominjati u svom priručniku za zatvaranje preglednika ili zatvaranje AUT-a itd. Kao tester, to biste marljivo radili. U slučaju testnog slučaja automatizacije, ove korake možete uključiti u svoju skriptu. Čišćenje - to ja nazivam tim aktivnostima. Ubijte sve veze koje ste stvorili. Zatvorite sve aplikacije. Oslobodite memoriju.
Koristeći ove smjernice, prevodim naš slučaj ručnog testiranja u QTP test skriptu koja koristi VB skriptiranje. Rezultat je sljedeći: (kliknite na sliku za uvećanje)
Prođite kroz svaki korak
Korak 1: Preduvjet. Programski pokrećemo IE s URL-om Gmail.com.
Korak 2 i 7: Izjava o sinkronizaciji. Kao što smo gore razgovarali, to je važno kako bi se osiguralo da AUT dođe u željeno stanje prije nego što slijedi izvršenje sljedećeg koraka.
Korak 3 i 4: Unos podataka. Svi su podaci čvrsto kodirani u skriptu. Iako nije uputno, to je početak.
Korak 5: Promjena koraka AUT. Korak 5 uključuje klik na gumb Prijava. Neće vam trebati V&V kad se ova izjava izvrši. To je zato što postoji sljedeća izjava i ako se to može pokrenuti; to znači onaj prije nego što je bio uspješan. Ali ako ste izuzetno marljivi, ovdje ga možete uključiti.
Korak 6 i 8: Komentari
Korak 9 i 11: Uvjetna izjava. V & V / Checkpoint. Pokušavamo provjeriti je li prijava uspješna provjeravajući postoji li veza s ulaznom poštom na rezultirajućoj stranici. Ako pažljivo bilježite, traži se veza s unutarnjim tekstom, 'inbox. *'. Dakle, bez obzira na broj primljenih novih e-poruka (koje su promjenjive), ako imate na raspolaganju vezu pristigle pošte (koja je uvijek konstanta), to znači da je prošao kontrolni punkt.
10. korak: Okvir za poruke. Radi vidljivosti
Koraci 12 i 13: To su aktivnosti čišćenja. Odjavljujete se s računa i zatvarate preglednik.
Zaključak
Dakle, vidite kako se lako razvija skripta za automatizaciju kada imate dobro napisanu skriptu Manual i niz osnovnih smjernica koje treba slijediti. Budući da ovo nije članak koji se odnosi na okviri , Bio sam podalje od funkcija, čimbenika ponovne upotrebljivosti, parametrizacije itd. Testna skripta je temeljni gradivni element, lako je improvizirati na skripti kada imate osnove u pravu.
Postoje li neki drugi čimbenici koje uzimate u obzir, druga metoda koja vam je lakša ili neke smjernice kojih se teško pridržavate? U komentarima mi javite svoje povratne informacije.
Ovaj post napisao je član STH tima Swati Seela. Ima više od 9 godina iskustva s ručnim i automatizacijskim testiranjem rada s raznim MNC-ima. Ona je također naša instruktorica za Tečaj za provjeru kvalitete softverskog testiranja . Ako ste zainteresirani za ovaj tečaj, provjerite nadolazeći raspored serija ovdje .
Preporučena literatura
- Proces automatskog testiranja u 10 koraka: kako započeti automatsko testiranje u svojoj organizaciji
- Zašto nam je potreban okvir za automatizaciju ispitivanja?
- Izazovi ručnog i automatiziranog ispitivanja
- Kako se razlikuje planiranje ispitivanja za ručne i automatizacijske projekte?
- Kako odlučiti koja vrsta testiranja je potrebna za projekt? - Ručno ili automatizacija
- Što je ispitivanje automatizacije (konačni vodič za pokretanje automatizacije ispitivanja)
- QTP okviri - Okviri za automatizaciju testiranja - Primjeri vođenih ključnim riječima i linearni okviri - QTP vodič # 17
- 10 najboljih strategija automatizacije i najbolje prakse