10 step automation testing process
Postopek preizkusa avtomatizacije: Naučite se, kako začeti preizkušanje avtomatizacije na vašem projektu (vodnik po korakih)
V mnogih organizacijah je kakovost na prvem mestu. Če ugotovite, da ste v takšni organizaciji in še vedno ni opravljena formalna avtomatizacija preizkusov, bi lahko bili vi oseba, ki bi jo odprla.
Pomagal bo vaši organizaciji, da bo v krajšem času ustvarila bolj kakovostne izdelke in jih lahko tudi predčasno tržila.
=> V tem tretjem delu Serija vadnic o avtomatizaciji preskusov ’, Razpravljal bom o tem, kaj je postopek avtomatizacije preskusov in kako začeti avtomatizacijo preizkusov v svoji organizaciji . Pomembno je razumeti, kateri korak je najprej izvesti in zakaj.
Z upoštevanjem teh korakov boste lažje uvedli avtomatizacijo in vam omogočili, da preprečite pogoste pasti, ki vodijo do napak avtomatizacije.
Kaj se boste naučili:
- 10-stopenjski postopek preizkusa avtomatizacije za zagon preizkusne avtomatizacije
- Korak 1. Prepričajte upravo
- 2. korak. Iskanje strokovnjakov za orodja za avtomatizacijo
- 3. korak. Uporaba pravilnega orodja za avtomatizacijo
- 4. korak. Analiza različnih aplikacij za določitev tistih, ki so najbolj primerne za avtomatizacijo
- 5. korak. Usposabljanje ekipe
- 6. korak. Ustvarjanje okvira za avtomatizacijo preskusov
- 7. korak. Razvoj izvedbenega načrta
- 8. korak. Pisanje skriptov
- 9. korak. Poročanje
- 10. korak. Vzdrževanje skriptov
- Zaključek
- Priporočeno branje
10-stopenjski postopek preizkusa avtomatizacije za zagon preizkusne avtomatizacije
Tukaj je postopek avtomatizacije postopnega preizkusa in vodnik, ki vam bo pomagal začeti testiranje avtomatizacije.
Začnimo.
Korak 1.Prepričajte upravo
Ne glede na to, kako zelo želite odkriti in začeti preizkusno avtomatizacijo v svoji organizaciji, ne morete storiti ničesar, če vaše vodstvo ni prepričano o prednostih, ki jih ponuja avtomatizacija preizkusov. Univerzalno dejstvo je, da je avtomatizacija preskusov draga. Orodje je drago ( HP QTP / UFT licenca stane približno 8.000 USD na stroj). Stroški arhitekta ali inženirja za avtomatizacijo preskusov so stroški (ki so mimogrede tudi dragi). Po tem prednosti avtomatizacije preskusov ni mogoče takoj videti. Počakati morate 2-3 mesece, preden so vaši skripti pripravljeni, preizkušeni in to lahko zanesljivo deluje, da lahko preizkusite aplikacijo.
Prepričati morate vodstvo, da nosi bolečino zaradi teh stroškov, prav tako pa jim morate povedati, naj bodo potrpežljivi, preden jim avtomatizacija testov začne dati rezultate.
Kako bodo torej prepričani? Povedati jim morate analizo stroškov in koristi. Kot da lahko zastavite vprašanja, koliko časa si vzamemo za preizkus BAT (preizkus sprejemljivosti gradnje) naše prijave? Potem lahko rečete, da če traja en dan, ga lahko s testno avtomatizacijo preizkusimo v 2 urah. Strošek je v tem, da morate kupiti orodje, izuriti vir in dva meseca čakati na rezultate. Po dveh mesecih bomo BAT lahko izvedli v dveh urah. To bo prihranilo 6 ur ročnega preskušanja vsakič, ko se izda nova zgradba. Če je gradnja izdana 4-krat na mesec. Prihranili boste lahko 24 ur ali 3 dni ročnega testiranja!
To ne pomeni, da ročni preizkuševalci ne bodo počeli ničesar. Teh 6 ur testiranja bodo uporabili za osredotočanje na nove in pomembne funkcionalnosti aplikacije, avtomatizacija pa bo poskrbela za regresijska vprašanja. Ta nastavitev bo na splošno ducatkrat izboljšala kakovost izdelka.
Če vaše vodstvo ni pripravljeno plačati za kakovost svojih izdelkov, jih k temu nihče ne more prisiliti. Samodejno se bodo naučili, kdaj se bodo stranke pritožile nad izdelki. Kakovost vpliva na vse. Vpliva na vašo prodajo, vpliva na vaš odnos s strankami, vpliva na vaše dojemanje v glavah potrošnikov. Inteligentno vodstvo je torej vedno vlagalo v kakovost svojih izdelkov.
Torej pet točk, ki si jih morate zapomniti pri prepričanju svojega vodstva:
- Podrobno jim povejte o prednostih avtomatizacije preskusov.
- Povejte jim, da je avtomatizacija preizkusov draga in vas bo sprva stala, potem pa se bodo stroški zmanjšali, ko bodo skripti pripravljeni in se bodo začeli izvajati.
- Povejte jim, da morajo počakati približno 3 mesece, preden pričakujejo kakršen koli rezultat avtomatizacije preskusov.
- Povejte jim, da avtomatizacija preizkusov ne bo nadomestila ročnih preizkuševalcev, temveč pomagala ročnim preizkuševalcem, saj bodo lahko hkrati preizkusili več.
- Avtomatizacija preskusov ne pomeni več testiranja v krajšem času; to pomeni več preskusov hkrati. (Če so ročni preizkuševalci BAT testirali v 8 urah, bodo lahko BAT in novo funkcionalnost ter številne druge stvari v istih 8 urah preizkusili ob prisotnosti avtomatizacije.)
Ne pozabite, da je prepričanje vodenja prvi in najpomembnejši korak pri uvajanju avtomatizacije preizkusov v vaši organizaciji. Če niso prepričani, pozabite na avtomatizacijo preizkusov ali spremenite organizacijo. :)
2. korak.Iskanje strokovnjakov za orodja za avtomatizacijo
Obstajata dve vrsti strokovnjakov za avtomatizacijo.
- Arhitekti avtomatizacije
- Inženirji avtomatizacije
Arhitekti za avtomatizacijo so redka pasma. Težko jih je najti, izjemno draga in izredno potrebna za uspeh projekta avtomatizacije. Ti ljudje so običajno odgovorni za gradnjo sistemov za avtomatizacijo. (O avtomatizacijskih okvirih bomo podrobneje razpravljali v ločenem članku)
Arhitekti avtomatizacije imajo izkušnje z različnimi vrstami orodij in običajno poznajo prednosti in slabosti posameznega orodja. Prav tako bodo vodstvu pomagali pri izbiri pravega orodja za avtomatizacijo s skrbno analizo aplikacije in tehnologij, uporabljenih v tej aplikaciji . Pomagali bodo tudi pri gradnji ogrodja, oblikovanju konvencij o poimenovanju in ustvarjanju pravil za skriptiranje. Pomagali bodo tudi pri izbiri, katere testne primere najprej avtomatizirati.
Če lahko najdete pravi vir za delovno mesto avtomatiziranega arhitekta, je vaše polovično delo opravljeno z uspešno avtomatizacijo v vaši organizaciji
Inženirji avtomatizacije po drugi strani pa so ljudje, ki bodo ročne testne primere pretvorili v avtomatizirane skripte. Delali bodo pod arhitektom avtomatizacije in bodo odgovoren za ustvarjanje in izvajanje skriptov .
Nekatera podjetja najemajo inženirje za avtomatizacijo od zunaj, nekatera podjetja pa interno zaposlujejo z usposabljanjem svojih obstoječih ročnih preizkuševalcev. Kakor koli že, vir mora biti dober v programiranju. Še posebej mora vedeti objektno usmerjeno programiranje. Kombinacija 1 arhitekta avtomatizacije in dveh inženirjev avtomatizacije je odlična za večino izdelkov.
3. korak.Uporaba pravilnega orodja za avtomatizacijo
Ta točka si zasluži svoj članek (in o tem bom napisal enega). To je še en težaven korak v procesu avtomatizacije. Na trgu obstajajo različna orodja, vendar morate izbrati tista, ki so najboljša za vašo aplikacijo.
Da bo krajši, bom med izbiro orodja zapisal najpomembnejše premisleke. Postopek izbire orodja bom podrobno razložil v ločenem članku.
Najpomembnejše stvari, ki jih je treba upoštevati pri izbiri pravih orodij, so:
- Orodje mora biti v vašem proračun . Orodja za avtomatizacijo so res draga. Torej bi moralo imeti podjetje proračun za nakup orodja.
- Orodje mora podporne tehnologije uporablja v vaši aplikaciji. Če vaša aplikacija uporablja bliskavico ali Silverlight, jo mora orodje podpirati. Če se vaša aplikacija izvaja v mobilnih napravah, mora orodje izvajati skripte v mobilni napravi. Lahko kupite eno orodje, ki podpira vse tehnologije, ki se uporabljajo v vaši aplikaciji, ali pa ločena orodja za vsako tehnologijo. Na primer , lahko za svoje spletne aplikacije uporabljate selen, roboti za vaše aplikacije za Android in MS kodiran uporabniški vmesnik za namizne aplikacije. Ne glede na odločitev naj bo to v vašem proračunu.
- Morate imeti potrebno usposobljeni viri ki lahko to orodje uporabijo ali se ga naučijo v krajšem času. Na primer , najeli ste arhitekta za avtomatizacijo, ki je imel izkušnje samo s QTP, in kupujete licenco za MS kodiran uporabniški vmesnik, viru morda ne bo všeč, če ga uporabljate. Orodja so kot dobri avtomobili, vendar morate imeti dobre voznike tudi za vožnjo teh dobrih avtomobilov.
- Orodje mora imeti a dober mehanizem poročanja rezultate pokazati zainteresiranim stranem po vsaki izvedbi.
Pri izbiri pravega orodja obstajajo številni drugi dejavniki, ki jih bom obravnaval v ločenem članku.
Preberite ta vodnik za najnovejša vrhunska orodja za avtomatizacijo:
20 najboljših orodij za testiranje avtomatizacije v letu 2020 (izčrpen seznam)
4. korak.Analiza različnih aplikacij za določitev tistih, ki so najbolj primerne za avtomatizacijo
Če vaša organizacija dela s petimi aplikacijami, ni treba, da je vsaka avtomatizirana. Pri izbiri katere koli aplikacije za avtomatizacijo moramo videti različne dejavnike.
Aplikacija, ki bi morala biti avtomatizirana, mora imeti naslednje dejavnike:
- Aplikacija ne sme biti v zgodnji fazi razvoja. (Aplikacija mora imeti vse ali nekatere module, ki so stabilni in jih preizkušajo ročni preizkuševalci)
- Uporabniški vmesnik aplikacije mora biti stabilen. (Uporabniški vmesnik se ne sme pogosto spreminjati)
- Ročni testni primeri te prijave morajo biti v pisni obliki.
Glavni cilj avtomatizacije je zagotoviti, da če aplikacija v eni zgradbi ne vsebuje napak, mora v naslednji zgradbi ostati brez napak. Ročni preizkuševalnik ne bi smel izgubljati časa pri iskanju težav z regresijo, te težave bi bilo treba prepoznati pri avtomatizaciji.
Da bi našli regresijo, moramo imeti aplikacijo, ki je že stabilna in ima zanjo napisanih nekaj testnih primerov. Skupina za avtomatizacijo bo te testne primere pretvorila v skripte in te skripte zagnala pri vsaki gradnji, da se prepriča, da se nobena regresija ne prikaže.
Preberite tudi => Kako izbrati pravilne testne primere za samodejno testiranje
5. korak.Usposabljanje ekipe
Po izbiri orodja in najemu virov je naslednji korak logično usposabljanje virov.
Če se ročni preizkuševalci spremenijo v avtomatizacijske inženirje, se morajo usposobiti za terminologije in koncepte avtomatizacije. Če najamete arhitekta za avtomatizacijo od zunaj, mora pridobiti znanje o izdelku, ki ga je treba preizkusiti, postopku ročnega testiranja in pričakovanju vodstva.
Dajte virom nekaj časa, da preizkusite različne stvari, dokler končno ne pripravijo zmagovalne strategije avtomatizacije. Usposobite jih za orodja, ki jih organizacija že uporablja programska oprema za sledenje napak in programska oprema za upravljanje zahtev .
Zares sta potrebna dobra usposobljenost in močna komunikacija med ročnimi preizkuševalci, razvijalci in ekipo za avtomatizacijo.
6. korak.Ustvarjanje okvira za avtomatizacijo preskusov
Največja naloga arhitekta avtomatizacije je, da pripravi avtomatizacijski okvir, ki bi moral dolgoročno podpirati avtomatizirano testiranje.
Okvir za avtomatizacijo je v bistvu nabor pravil in skrbno načrtovanje pisanja skriptov na način, ki povzroči najmanj vzdrževanja. Če se kaj spremeni v aplikaciji, je treba skripte malo ali nič posodobiti, da bi se spopadli s to spremembo. To je lepota avtomatiziranega okvira.
Obstaja pet vrst sistemov za avtomatizacijo, in sicer linearni, modularni, na podlagi podatkov, na podlagi ključnih besed in hibrid. Vsi ti okviri bodo podrobno zajeti s primeri v ločenem članku te serije.
Več o ogrodjih avtomatizacije lahko začnete brati tudi v naslednjih vadnicah:
=> Zakaj potrebujemo okvir za avtomatizacijo preskusov?
=> Primeri ogrodja QTP
=> Primeri okvirja selena
7. korak.Razvoj izvedbenega načrta
Načrt izvajanja vključuje izbiro okolij, v katerih se bodo skripti izvajali. Okolje vključuje OS, brskalnik in različne konfiguracije strojne opreme.
Na primer , če testni primer zahteva, da mora spletno mesto preveriti v treh brskalnikih, in sicer v Chromu, Firefoxu in IE, potem bo ekipa za avtomatizacijo napisala skript tako, da ga bo lahko izvedla v vsakem brskalniku.
To je treba vedno povedati pred pisanjem skriptov, ker bo pri scenarijih poskrbljeno, če bo ekipa za avtomatizacijo to že vedela. V izvedbenem načrtu mora biti tudi navedeno, kdo bo izvajal skripte. Skupina za avtomatizacijo skripte običajno izvaja pri vsaki gradnji, vendar se od podjetja do podjetja razlikuje. Nekateri upravitelji prosijo razvijalce, naj te skripte izvedejo v svoji gradnji pred izdajo, nekatera podjetja pa najamejo namenski vir samo za izvedbo. Tudi nekatera podjetja skripte izvajajo v brez nadzora, kar seveda ne zahteva dodatnih virov.
8. korak.Pisanje skriptov
Ko je okvir zasnovan, je izvedbeni načrt znan in se viri usposobijo za novo orodje, zdaj je pravi čas, da začnete pisati skripte.
Skripte je treba pisati organizirano in z ustreznimi pravili poimenovanja. Izvorno kodo je treba hraniti v izvorni kontroli, da se prepreči izguba kode. Ohraniti je treba nadzor nad različicami in zgodovino. Avtomatizacija preskusov je tako kot razvoj programske opreme. Med pisanjem scenarijev je treba paziti na vse najboljše prakse programiranja.
Preberite tudi => Kako prevesti primere ročnih preizkusov v skripte za avtomatizacijo
9. korak.Poročanje
Funkcijo poročanja običajno zagotavlja orodje. Lahko pa ustvarimo mehanizme poročanja po meri, kot je samodejno pošiljanje rezultatov na upravljanje.
Po potrebi lahko ustvarimo poročila na koncu vsake izvedbe v obliki grafikonov in tabel. Vodstvo mora biti vedno obveščeno o pokritosti testnih primerov, kar pomeni, kateri ročni testni primeri so zajeti v avtomatizaciji in kateri od njih so preostali.
10. korak.Vzdrževanje skriptov
Če se upoštevajo najboljše prakse programiranja in je okvir dober, potem vzdrževanje ne bo problem.
Vzdrževanje se ponavadi zgodi, ko je aplikacija zahtevala spremembo. Skripte je treba takoj posodobiti, da bodo kos tej spremembi, da se zagotovi brezhibna izvedba.
Na primer , če v skript pišete nekaj besedila v besedilno polje in zdaj to besedilno polje postane spustni seznam, bi morali skript takoj posodobiti.
Nekatere druge vrste sprememb vključujejo, da so se vaši skripti izvajali v angleški različici aplikacije. Zdaj obstaja zahteva za spremembo, da mora aplikacija podpirati kitajščino. Vaš okvir vam omogoča, da posodobite svoje skripte z malo truda, da podprete izvajanje v kitajščini! Zato so arhitekti avtomatizacije dragi. :)
Če okvir ne bo dober in se ne bodo upoštevale najboljše prakse, bo vzdrževanje postalo nočna mora. Večina projektov avtomatizacije propade zaradi slabega vzdrževanja skriptov.
Zaključek
Ta članek opisuje kaj je postopek testiranja avtomatizacije in kako začeti testiranje avtomatizacije v vaši organizaciji od začetka do konca postopoma. Če sledite tem korakom, upam, da bo vaša avtomatizacija uspešna.
Predlagano branje = >> Najboljša programska oprema za avtomatizacijo IT procesov
Obstaja nekaj delov (na primer izbira orodij za avtomatizacijo in okviri za avtomatizacijo), ki si zaslužijo svoje članke. Te bomo obravnavali v prihodnjih delih te vadnice o preizkušanju avtomatizacije.
=> Medtem kliknite tukaj, da preverite vse vaje smo že objavljali v tej seriji.
Vse vidike sem poskušal zajeti v širšem pogledu in z uporabo lastnih izkušenj napisal to vadnico.
Če menite, da sem zamudil kaj pomembnega ali je za nekaj delov te vadnice treba malo več pojasniti, me prosite v oddelku za komentarje. Rad bi odgovoril na vaša vprašanja.
vprašanja in odgovori za program za java za programiranje
PREV Vadnica # 2 | NASLEDNJA Vadnica # 4
Priporočeno branje
- Vodnik po korakih za izvajanje dokazov o konceptu (POC) pri preizkušanju avtomatizacije
- Kaj je testiranje avtomatizacije (Ultimate Guide to Start Test Automation)
- Sikuli GUI Automation Test Tool - Priročnik za začetnike 2. del
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Ali preizkuševalci zaradi avtomatizacije izgubljajo oprijem zaradi preskušanja?
- Izzivi ročnega in avtomatiziranega preskušanja
- Ste strokovnjak za ročno ali avtomatizirano testiranje? Delo s krajšim delovnim časom za nas!
- 11 najboljših orodij za avtomatizacijo za testiranje aplikacij za Android (orodja za testiranje aplikacij za Android)