what is automation testing
Popoln vodnik za začetek testiranja avtomatizacije na vašem projektu:
Kaj je testiranje avtomatizacije?
Avtomatizirano testiranje je tehnika testiranja programske opreme za testiranje in primerjavo dejanskih rezultatov s pričakovanimi rezultati. To lahko dosežemo s pisanjem testnih skriptov ali s pomočjo katerega koli orodja za avtomatizacijo. Testna avtomatizacija se uporablja za avtomatizacijo ponavljajočih se nalog in drugih preizkusnih nalog, ki jih je težko izvesti ročno.
Ali želite na svojem projektu začeti preizkus avtomatizacije, vendar se spopadate z najosnovnejšimi koraki, kot je navedeno spodaj:
- Kako v svoj projekt vpeljati avtomatizacijo?
- Kako izbrati najboljše in pravilno orodje za avtomatizacijo?
- Kako učinkovito razvijati skripte?
- Kako izvajati in vzdrževati testne skripte?
- In končno, katere najboljše prakse morate upoštevati za uspešno testiranje avtomatizacije?
Danes smo vaše znanje obogatili z vrsto vadnic na temo » Uvod v preizkušanje avtomatizacije '. Ta serija vadnic o avtomatizaciji bo na preprosta primera postopoma odgovorila na vsa zgornja vprašanja.
Oglejmo si serijo Vadnic o zagonu avtomatizacije na vašem projektu !!
Proces avtomatizacije od konca do konca:
Vadnica # 1 : Najboljši vodnik za zagon avtomatizacije na vašem projektu
Vadnica # 2: Vrste avtomatiziranih testov in nekatere napačne predstave
Vadnica št. 3: 10 korakov za uvedbo avtomatizacije v vaš projekt
Vadnica # 4: Vodnik od A do Ž o izbiri najboljšega orodja za avtomatizacijo
Vadnica št. 5: Okviri za razvoj skript in avtomatizacijo
Vadnica # 6: Izvajanje in poročanje o avtomatizaciji
Vadnica št. 7: Najboljše prakse in strategije testne avtomatizacije
Nasveti za avtomatizacijo:
Vadnica št. 8: 10 nasvetov, ki jih morate prebrati pred avtomatizacijo preizkusnega dela
Vadnica št. 9: Kako se razlikuje načrtovanje preskusov za ročne in avtomatizacijske projekte
Vadnica št. 10: Kdaj se odločiti za avtomatizacijo?
Vadnica št. 11: Izzivi preizkusa avtomatizacije
Vadnica # 12: Priročnik za uporabo dokazov o konceptu (POC) v avtomatizaciji
Vadnica št. 13: Kako izbrati pravilne testne primere za avtomatizacijo
Vadnica št. 14: Kako prevesti primere ročnih preizkusov v skripte za avtomatizacijo
Kariera avtomatizacije:
Vadnica št. 15: Namigi, kako postati boljši preizkuševalec avtomatizacije
Vadnica št. 16: Avtomatizacija preizkusov - gre za specializirano kariero? Ali lahko običajni preizkuševalci opravljajo tudi avtomatizacijo?
Priljubljena orodja za avtomatizacijo:
Vadnica # 17: 31+ najboljših brezplačnih vadnic za selen
Vadnica # 18: Vadnice za QTP
Vadnica št. 19: Orodje za testiranje spletnih storitev SoapUI
Vadnica št. 20: HP LoadRunner za preizkušanje zmogljivosti
Okviri za avtomatizacijo:
Vadnica št. 21: Zakaj potrebujemo okvir za avtomatizacijo
Vadnica št. 22: Najbolj priljubljeni avtomatizacijski okviri
Avtomatizacija v agilni:
Vadnica # 23: Kako uvesti učinkovito avtomatizacijo v okretnem svetu
Druga orodja za avtomatizacijo:
Vadnica # 24: Najboljša orodja za avtomatizacijo
Vadnica # 25: Sikuli GUI Automation Tool
Vadnica # 26: PowerShell: avtomatizacija uporabniškega vmesnika namiznih aplikacij z
Vadnica # 27: Catalon Automation Recorder (selenium IDE Alternative)
Vadnica # 28: Orodje Geb: Avtomatizacija brskalnika z orodjem Geb
Vadnica # 29: AutoIt: Kako ravnati s pojavnimi okni sistema Windows z uporabo AutoIt
Vadnica št. 30: Kumara: Avtomatizacija z uporabo orodja za kumare in selena
Vadnica # 31: Orodje za testiranje kotomerja za preskušanje aplikacij AngularJS
Testiranje mobilne avtomatizacije:
Vadnica št. 32: Appium Studio praktična vadnica
Vadnica # 33: Appium Vadnica za začetnike
Vadnica # 34: Vadnica za Selendroid: Android Mobile Automation Framework
Vadnica # 35: Ranorexova vadnica: zmogljivo orodje za testiranje namizja, spleta in mobilnih naprav
Primeri avtomatizacije za domeno:
Vadnica št. 36: Avtomatizacija aplikacij JAVA / J2EE
Priprava na intervju za delovna mesta za avtomatizacijo:
Vadnica # 37: Vprašanja za intervju z avtomatizacijskim testiranjem
Vadnica # 38: Vprašanja za intervju s selenom
Raziščimo prvo vadnico iz serije 'Ultimate Guide to Automation Testing' !!
Kaj se boste naučili:
- Kaj je testiranje avtomatizacije?
- Avtomatizacija - stroškovno učinkovita metoda za regresijsko testiranje
- Scenariji, ki zahtevajo avtomatizacijo
- Pravi testi za avtomatizacijo
- Česa NE avtomatizirati?
- Preprost primer testne avtomatizacije
- Kaj so trditve?
- Zaključek
- Priporočeno branje
Kaj je testiranje avtomatizacije?
Če potem programska oprema lahko naredi karkoli, zakaj programske opreme ne more preizkusiti?
Se vam ta izjava sliši logično?
Če je odgovor pritrdilen, čestitamo, zdaj razmišljate o testni avtomatizaciji, ki je osrednja točka, o kateri bomo razpravljali v tej seriji informativnih vadnic.
brezplačna orodja za optimizacijo pc windows 10
Predstavljajte si, da ste prvi dan v službi kot NAK. Predstavili ste aplikacijo, ki jo želite preizkusiti. Gre za aplikacijo ERP, ki vsebuje 100 obrazcev in tisoče poročil. Raziskovalno testiranje začnete tako, da odprete obrazec, ki vsebuje približno 50 različnih polj.
V to obliko poskušate vnesti naključne podatke, kar je trajalo približno 20 minut. Nato pritisnete submit. Wolla !! Prikaže se sporočilo o napaki, ki je videti kot neobdelana izjema. Postaneš zelo srečen. Ponosno si zapišete korake in prijavite napako v sistemu za upravljanje napak. Velik napor, počutite se resnično samozavestno in energično. Testiranje nadaljujete, dokler se dan ne konča in najdete še nekaj napak. 'Neverjeten prvi dan', ste pomislili.
Zdaj prihaja naslednji dan, razvijalec je odpravil težavo in izdal novo različico gradnje. Isti obrazec preizkusite z enakimi koraki in ugotovili ste, da je napaka odpravljena. Označiš kot popravljeno. Velik napor. K kvaliteti izdelka ste prispevali tako, da ste ugotovili to napako, in ko je ta napaka odpravljena, se kakovost izboljša.
Zdaj prihaja tretji dan, razvijalec je spet izdal novejšo različico. Zdaj morate spet preizkusiti ta obrazec, da se prepričate, da ni mogoče najti nobene težave z regresijo. Enakih 20 minut. Zdaj se počutite malo dolgčas.
Zdaj si predstavljajte, da čez en mesec odslej nenehno izhajajo novejše različice, pri vsaki izdaji pa morate preizkusiti to dolgo obrazce in še 100 drugih takšnih obrazcev, da se prepričate, da ni nobene regresije.
Zdaj se počutite jezni. Počutite se utrujeni . Začnete preskakovati korake. Izpolnite le približno 50% vseh polj. Vaša natančnost ni enaka, vaša energija ni enaka in zagotovo vaši koraki niso enaki.
In nekega dne stranka prijavi isto napako v isti obliki. Počutite se patetično. Zdaj se počutite nezaupljivo. Mislite, da niste dovolj kompetentni. Menedžerji dvomijo v vaše sposobnosti.
Za vas imam novice; to je zgodba 90% ročnih preizkuševalcev. Nisi drugačen.
Vprašanja regresije so najbolj boleča vprašanja. Mi smo ljudje. In ne moremo početi iste stvari vsak dan z enako energijo, hitrostjo in natančnostjo. To počnejo stroji. Za to je potrebna avtomatizacija, da se isti koraki ponovijo z enako hitrostjo, natančnostjo in energijo, kot so bili ponovljeni prvič.
Upam, da ste razumeli mojo točko !!
Kadarkoli se pojavi takšna situacija, morate avtomatizirati svoj testni primer. Testna avtomatizacija je vaš prijatelj . Pomagal vam bo, da se boste osredotočili na novo funkcionalnost, medtem ko boste poskrbeli za regresije. Z avtomatizacijo lahko ta obrazec izpolnite v manj kot 3 minutah.
Skript bo zapolnil vsa polja in vam skupaj s posnetki zaslona sporočil rezultat. V primeru okvare lahko natančno določi mesto, kjer testni primer ni uspel, in vam tako pomaga, da ga lahko enostavno reproducirate.
Avtomatizacija - stroškovno učinkovita metoda za regresijsko testiranje
Stroški avtomatizacije so na začetku res višji. Vključuje stroške orodja, nato stroške vira za testiranje avtomatizacije in njegovo / njeno usposabljanje.
Ko pa so skripti pripravljeni, jih je mogoče z enako natančnostjo in dokaj hitro večkrat izvesti stotine krat. Tako boste prihranili veliko ur ročnega testiranja. Tako se stroški postopoma zmanjšujejo in na koncu postanejo stroškovno učinkovita metoda za Regresijsko testiranje .
Scenariji, ki zahtevajo avtomatizacijo
Zgornji scenarij ni edini primer, ko boste potrebovali testiranje avtomatizacije. Obstaja več situacij, ki jih ni mogoče preizkusiti ročno.
Na primer ,
- Primerjava dveh slik po slikovnih pikah.
- Primerjava dveh preglednic, ki vsebujejo na tisoče vrstic in stolpcev.
- Testiranje aplikacije pod obremenitvijo 100.000 uporabnikov.
- Merila uspešnosti.
- Testiranje aplikacije v različnih brskalnikih in vzporedno na različnih operacijskih sistemih.
Te situacije zahtevajo in bi jih bilo treba preizkusiti z orodji.
Kdaj torej avtomatizirati?
To je doba agilna metodologija v SDLC, kjer bosta razvoj in testiranje potekala skoraj vzporedno in se je zelo težko odločiti, kdaj avtomatizirati.
Preden se lotite avtomatizacije, razmislite o naslednjih situacijah
- Izdelek je lahko v začetni fazi, ko izdelek sploh nima uporabniškega vmesnika, na teh stopnjah moramo jasno razmisliti, kaj želimo avtomatizirati. Zapomniti si je treba naslednje točke.
- Preskusi ne smejo biti zastareli.
- Ko se izdelek razvija, bi bilo enostavno izbirati skripte in jih dodati.
- Zelo pomembno je, da se ne zanesete in zagotovite, da je skripte enostavno odpraviti.
- Ne poskušajte avtomatizirati uporabniškega vmesnika v zelo začetnih fazah, saj se vmesnik pogosto spreminja, zato bodo skripti odpovedali. Kolikor je le mogoče, se odločite za avtomatizacijo na ravni API / Non UI, dokler se izdelek ne stabilizira. Avtomatizacijo API je enostavno popraviti in odpraviti.
Kako določiti najboljše primere avtomatizacije:
Avtomatizacija je sestavni del preskusnega cikla in zelo pomembno je, da se odločimo, kaj želimo z avtomatizacijo doseči, preden se odločimo za avtomatizacijo.
Zdi se, da so prednosti, ki jih ponuja avtomatizacija, zelo privlačne, hkrati pa lahko slabo organizirana avtomatizacija pokvari celotno igro. Preizkuševalci lahko na koncu večino časa odpravijo napake in popravijo skripte, kar povzroči izgubo časa testiranja.
V tej seriji je razloženo, kako lahko avtomatizacijski paket naredimo dovolj učinkovitega, da lahko z ustreznimi skripti za avtomatizacijo poberemo prave primere testov in dobimo prave rezultate.
Obdelal sem tudi odgovore na vprašanja, na primer Kdaj avtomatizirati, Kaj avtomatizirati, Česa ne avtomatizirati in Kako oblikovati avtomatizacijo.
Pravi testi za avtomatizacijo
Najboljši način za reševanje tega problema je, da hitro pripravimo 'strategijo avtomatizacije', ki ustreza našemu izdelku.
Ideja je združiti testne primere tako, da nam bo vsaka skupina dala drugačen rezultat. Spodnja ilustracija prikazuje, kako lahko združimo podobne testne primere, odvisno od izdelka / rešitve, ki jo testiramo.
Potopimo se globoko in razumemo, kaj nam lahko posamezna skupina pomaga doseči:
# 1) Naredite testno zbirko vseh osnovnih funkcij Pozitivni testi . Ta paket mora biti avtomatiziran in ko se ta paket zažene v kateri koli gradnji, se rezultati prikažejo takoj. Vsak skript, ki v tej zbirki ne uspe, vodi do okvare S1 ali S2 in se lahko ta specifična gradnja diskvalificira. Tako smo tukaj prihranili veliko časa.
Kot dodaten korak lahko dodamo to avtomatizirano zbirko testov kot del BVT (preizkusi preverjanja gradnje) in preverimo skripte za avtomatizacijo QA v procesu izdelave izdelka. Ko je gradnja pripravljena, lahko preizkuševalci preverijo rezultate preizkusov avtomatizacije in se odločijo, ali je gradnja primerna za namestitev in nadaljnji postopek preskušanja.
S tem so jasno doseženi cilji avtomatizacije, ki so:
- Zmanjšajte napor pri testiranju.
- Poiščite napake v zgodnejših fazah.
#two) Nato imamo skupino Preskusi od konca do konca .
Pri velikih rešitvah je ključno preizkušanje funkcionalnosti od konca do konca, zlasti v kritičnih fazah projekta. Morali bi imeti nekaj skriptov za avtomatizacijo, ki se dotikajo tudi končnih testov rešitev. Ko se ta zbirka zažene, mora rezultat navajati, ali izdelek kot celota deluje po pričakovanjih ali ne.
Navesti je treba preskusni paket za avtomatizacijo, če je kateri koli del integracije pokvarjen. Ta paket ne sme zajemati vseh majhnih lastnosti / funkcionalnosti rešitve, vendar mora zajemati delovanje izdelka kot celote. Kadarkoli imamo različico alfa ali beta ali katero koli drugo vmesno različico, potem takšni skripti pridejo prav in dajejo kupcu nekaj stopnje zaupanja.
Za boljše razumevanje predpostavimo, da testiramo spletni nakupovalni portal , kot del preskusov od konca do konca bi morali zajemati le ključne vključene korake.
Kot je navedeno spodaj:
- Prijava uporabnika.
- Prebrskajte in izberite elemente.
- Možnost plačila - to zajema čelne teste.
- Upravljanje zalednih naročil (vključuje komunikacijo z več integriranimi partnerji, preverjanje zalog, pošiljanje e-pošte uporabniku itd.) - to bo pomagalo pri preizkušanju integracije posameznih kosov in tudi bistva izdelka.
Torej, ko se en tak skript zažene, daje prepričanje, da rešitev kot celota deluje dobro.!
# 3) Tretji sklop je Preskusi na podlagi lastnosti / funkcionalnosti .
Za primer , Morda imamo funkcionalnost za brskanje in izbiro datoteke, zato lahko to avtomatiziramo, tako da vključimo izbiro različnih vrst datotek, velikosti datotek itd., Tako da se opravi testiranje lastnosti. Ko pride do sprememb / dopolnitev te funkcije, lahko ta paket služi kot regresijski paket.
# 4) Naslednji na seznamu bi bil Preizkusi na osnovi uporabniškega vmesnika. Lahko imamo še en paket, ki bo preizkusil funkcionalnosti, ki temeljijo izključno na uporabniškem vmesniku, kot so paginacija, omejitev znakov v besedilnem polju, gumb koledarja, spustni meniji, grafi, slike in številne takšne funkcije, ki so osredotočene samo na uporabniški vmesnik. Napaka teh skriptov običajno ni zelo kritična, razen če uporabniški vmesnik popolnoma ne deluje ali se določene strani ne prikažejo, kot je bilo pričakovano!
# 5) Lahko imamo še en niz testov, ki so preprosti, a zelo zahtevni za ročno izvajanje. Naporni, a preprosti testi so idealni kandidati za avtomatizacijo, na primer vnos podatkov o 1000 kupcih v bazo podatkov ima preprosto funkcijo, vendar je zelo dolgočasno, da jo je mogoče izvajati ročno, takšni testi pa bi morali biti avtomatizirani. Če ne, jih na koncu večinoma ignorirajo in ne preizkusijo.
Česa NE avtomatizirati?
Spodaj je nekaj testov, ki jih ne bi smeli avtomatizirati.
# 1) Negativni testi / preskusi odpovedi
Ne bi smeli poskušati avtomatizirati negativni preskusi ali preskusi odpovedi , saj morajo preizkuševalci pri teh preskusih razmišljati analitično, negativni testi pa v resnici niso enostavni, da bi lahko podali rezultat o uspehu ali neuspehu, kar bi nam lahko pomagalo.
Negativni testi bodo potrebovali veliko ročnega posredovanja, da bi simulirali dejanski scenarij za obnovo po katastrofi. Kot ponazoritev preizkušamo funkcije, kot je zanesljivost spletnih storitev - če jo posplošimo tukaj, bi bil glavni cilj takšnih testov povzročiti namerne napake in ugotoviti, kako dobro je izdelek uspešen.
Simulacija zgornjih napak ni enostavna, lahko vključuje vbrizganje nekaterih škrbin ali uporabo vmes nekaterih orodij, avtomatizacija pa ni najboljši način za to.
# 2) Ad hoc testi
Ti preskusi v resnici morda niso vedno pomembni za izdelek in to je morda celo nekaj, na kar bi lahko preizkuševalec pomislil v tej fazi začetka projekta, poleg tega pa je treba prizadevanja za avtomatizacijo priložnostnega testa ovrednotiti glede na kritičnost. funkcije, ki se je dotaknejo testi.
Na primer , Tester, ki preizkuša funkcijo, ki se ukvarja s stiskanjem / šifriranjem podatkov, je morda opravil intenzivne ad hoc teste z različnimi podatki, vrstami datotek, velikostmi datotek, poškodovanimi podatki, kombinacijo podatkov z uporabo različnih algoritmov v več platforme itd.
Ko načrtujemo za avtomatizacija morda bomo želeli dati prednost in ne izčrpno avtomatizirati vseh ad hoc testov samo za to funkcijo ter na koncu imeti malo časa za avtomatizacijo drugih ključnih funkcij.
# 3) Preskusi z obsežnimi prednastavitvami
Obstajajo testi, ki zahtevajo nekaj ogromnih predpogojev.
Na primer, Morda imamo izdelek, ki se za nekatere funkcije integrira s programsko opremo drugega proizvajalca, saj se izdelek integrira s katerim koli sistemom čakalnih vrst za sporočanje, ki zahteva namestitev v sistem, nastavitev čakalnih vrst, ustvarjanje čakalnih vrst itd.
3rdprogramska oprema stranke je lahko karkoli, namestitev pa je lahko zapletena in če so takšni skripti avtomatizirani, bodo ti za vedno odvisni od funkcije / nastavitve te programske opreme tretjih oseb.
Predpogoj vključuje:
Trenutno so stvari videti preproste in čiste, saj se izvajata obe stranski nastavitvi in je vse v redu. Velikokrat smo že videli, da se projekt, ko vstopi v fazo vzdrževanja, premakne na drugo skupino in na koncu odpravijo takšne skripte, kjer je dejanski test zelo preprost, vendar skript zaradi 3rdproblem programske opreme stranke.
Zgoraj je zgolj primer, na splošno bodite pozorni na teste, ki imajo zahtevne prednastavitve za preprost test, ki sledi.
Preprost primer testne avtomatizacije
Ko preizkušate programsko opremo (v spletu ali na namizju), za izvajanje svojih korakov običajno uporabite miško in tipkovnico. Orodje za avtomatizacijo posnema te iste korake z uporabo skriptov ali programskega jezika.
Na primer , če preizkušate kalkulator in je primer, da morate dodati dve številki in si ogledati rezultat. Skript bo izvedel enake korake z uporabo miške in tipkovnice.
Primer je prikazan spodaj.
Koraki za ročni testni primer:
- Zaženi kalkulator
- Pritisnite 2
- Pritisnite +
- Pritisnite 3
- Pritisnite =
- Na zaslonu se mora prikazati 5.
- Zapri kalkulator.
Skript za avtomatizacijo:
//the example is written in MS Coded UI using c# language. [TestMethod] public void TestCalculator() { //launch the application var app = ApplicationUnderTest.Launch('C:\Windows\System32\calc.exe'); //do all the operations Mouse.Click(button2); Mouse.Click(buttonAdd); Mouse.Click(button3); Mouse.Click(buttonEqual); //evaluate the results Assert.AreEqual('5', txtResult.DisplayText,”Calculator is not showing 5); //close the application app.Close(); }
Zgornji skript je samo podvajanje vaših ročnih korakov. Skript je enostaven za ustvarjanje in tudi razumljiv.
Kaj so trditve?
Druga zadnja vrstica skripta potrebuje še nekaj pojasnil.
Assert.AreEqual (“5”, txtResult.DisplayText, ”Kalkulator ne prikazuje 5);
V vsakem testnem primeru imamo na koncu pričakovani ali napovedani rezultat. V zgornjem scenariju pričakujemo, da bo na zaslonu prikazano »5«. Dejanski rezultat je rezultat, ki se prikaže na zaslonu. V vsakem testnem primeru primerjamo pričakovani izid z dejanskim izidom.
Enako velja tudi za testiranje avtomatizacije. Edina razlika je v tem, da ko to primerjamo pri avtomatizaciji preskusov, se v vsakem orodju imenuje nekaj drugega.
Nekatera orodja ga imenujejo » Trditev ', Nekateri ga imenujejo' kontrolna točka 'In nekateri temu pravijo kot' preverjanje veljavnosti '. Toda v bistvu je to le primerjava. Če ta primerjava ne uspe, za Npr. zaslon prikazuje 15 namesto 5, potem ta trditev / kontrolna točka / preverjanje ne uspe in vaš testni primer je označen kot neuspešen.
Ko testni primer zaradi trditve ne uspe, to pomeni, da ste napako zaznali s pomočjo avtomatizacije testa. Poročati morate svojemu sistemu za upravljanje napak, tako kot običajno pri ročnem testiranju.
V zgornjem skriptu smo izvedli trditev v drugi zadnji vrstici. 5 je pričakovani izid, txtResult . DisplayText je dejanski izid in če niso enaki, se nam prikaže sporočilo »Kalkulator ne prikazuje 5«.
Zaključek
Preizkuševalci pogosto naletijo na roke in pooblastila za avtomatizacijo vseh primerov za izboljšanje ocen testiranja.
Obstaja nekaj pogostih 'napačnih' predstav o avtomatizaciji.
To so:
- Vsak testni primer lahko avtomatiziramo.
- Avtomatizacija testov bo izjemno skrajšala čas testiranja.
- Če se samodejno izvajajo skripti za avtomatizacijo, ne pride do napak.
Jasno bi nam moralo biti, da lahko avtomatizacija skrajša čas testiranja samo za nekatere vrste testov. Avtomatizacija vseh testov brez kakršnega koli načrta ali zaporedja bo privedla do ogromnih skriptov, ki so težka za vzdrževanje, pogosto ne uspejo in potrebujejo tudi veliko ročnega posredovanja. Poleg tega lahko skripti za avtomatizacijo v nenehno razvijajočih se izdelkih zastarajo in jih je treba stalno preverjati.
Z združevanjem in avtomatizacijo pravih kandidatov boste prihranili veliko časa in dali vse prednosti avtomatizacije.
To odlično vadnico lahko povzamemo v samo 7 točkah.
Testiranje avtomatizacije:
- Ali je testiranje izvedeno programsko.
- Uporablja orodje za nadzor izvajanja testov.
- Primerja pričakovane rezultate z dejanskimi rezultati (trditve).
- Lahko avtomatizira nekatere ponavljajoče se, vendar potrebne naloge ( Npr. Vaši primeri regresijskih testov).
- Lahko avtomatizira nekatera opravila, ki jih je težko narediti ročno (Npr.Scenariji preskusov obremenitve).
- Skripti se lahko izvajajo hitro in večkrat.
- Je dolgoročno stroškovno učinkovit.
Tu je avtomatizacija razložena preprosto, vendar to ne pomeni, da je vedno enostavno. Zanj so povezani izzivi, tveganja in številne druge ovire. Obstaja veliko načinov, na katere lahko avtomatizacija preizkusa gre narobe, vendar če je vse v redu, so prednosti testne avtomatizacije res velike.
Prihajajoči v tej seriji:
V naslednjih vajah bomo obravnavali več vidikov, povezanih z avtomatizacijo.
Tej vključujejo:
- Vrste avtomatiziranih testov in nekatere napačne predstave.
- Kako uvesti avtomatizacijo v svojo organizacijo in se izogniti pogostim pastem pri avtomatizaciji preskusov.
- Postopek izbire orodij in primerjava različnih orodij za avtomatizacijo.
- Okviri za razvoj skript in avtomatizacijo s primeri.
- Izvajanje in poročanje o testni avtomatizaciji.
- Najboljše prakse in strategije testne avtomatizacije.
Si želite izvedeti več o vsakem konceptu testiranja avtomatizacije? Pazite in spremljajte naš seznam prihajajočih vadnic v tej seriji in vas prosimo, da svoje misli izrazite v spodnjem oddelku za komentarje.
Priporočeno branje
- 10-stopenjski postopek samodejnega testiranja: Kako začeti samodejno testiranje v svoji organizaciji
- Vadnica Geba - Preskušanje avtomatizacije brskalnika z orodjem Geb
- Sikuli GUI Automation Test Tool - Priročnik za začetnike 2. del
- Vodnik po korakih za izvajanje dokazov o konceptu (POC) pri preizkušanju avtomatizacije
- 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
- 10 nasvetov, ki jih morate prebrati pred avtomatizacijo preizkusnega dela