what is automation testing
Cjelovit vodič za započinjanje automatskog testiranja na vašem projektu:
Što je ispitivanje automatizacije?
Automatizirano testiranje tehnika je softverskog testiranja za testiranje i usporedbu stvarnog ishoda s očekivanim ishodom. To se može postići pisanjem testnih skripti ili upotrebom bilo kojeg alata za automatizaciju. Automatizacija testa koristi se za automatizaciju ponavljajućih zadataka i ostalih zadataka testiranja koje je teško izvesti ručno.
Želite li započeti test automatizacije na svom projektu, ali borite li se s najosnovnijim koracima kako je spomenuto u nastavku:
- Kako u svoj projekt uvesti automatizaciju?
- Kako odabrati najbolji i pravi alat za automatizaciju?
- Kako učinkovito razviti skripte?
- Kako izvršiti i održavati test skripte?
- I na kraju, koje su najbolje prakse koje morate slijediti za uspješno testiranje automatizacije?
Danas smo planirali obogatiti vaše znanje nizom vodiča o „ Početak rada s automatskim ispitivanjem '. Ova serija tutorijala za automatizaciju odgovorit će na sva gore navedena pitanja korak po korak jednostavnim primjerima.
Pogledajmo seriju Vodiča o pokretanju automatizacije na vašem projektu !!
Postupak automatizacije od kraja do kraja:
Vodič br. 1 : Najbolji vodič za pokretanje automatizacije na vašem projektu
Vodič br. 2: Vrste automatiziranih testova i neke zablude
Vodič br. 3: 10 koraka za uvođenje automatizacije u vaš projekt
Vodič br. 4: Vodič od A do Ž o odabiru najboljeg alata za automatizaciju
Vodič br. 5: Okviri za razvoj skripti i automatizaciju
Vodič br. 6: Izvršenje i izvještavanje o automatizaciji
Vodič br. 7: Najbolje prakse i strategije automatizacije ispitivanja
Savjeti za automatizaciju:
Vodič br. 8: 10 savjeta koje biste trebali pročitati prije automatizacije rada na testiranju
Vodič br. 9: Kako se razlikuje planiranje ispitivanja za ručne i automatizacijske projekte
Vodič br. 10: Kada se odlučiti za automatizaciju?
Vodič br. 11: Izazovi ispitivanja automatizacije
Vodič br. 12: Vodič za primjenu dokaza o konceptu (POC) u automatizaciji
Vodič br. 13: Kako odabrati ispravne ispitne slučajeve za automatizaciju
Vodič br. 14: Kako prevesti slučajeve ručnog testiranja u skripte za automatizaciju
Karijera automatizacije:
Vodič br. 15: Savjeti kako postati bolji ispitivač automatizacije
Vodič br. 16: Test automatizacija - radi li se o specijaliziranoj karijeri? Mogu li normalni testeri raditi automatizaciju?
Popularni alati za automatizaciju:
Vodič # 17: Vodiči za selen 31+ Najbolji besplatni vodiči za osposobljavanje za selen
Vodič br. 18: QTP vodiči
Vodič br. 19: Alat za testiranje web usluga SoapUI
Vodič br. 20: HP LoadRunner za ispitivanje performansi
Okviri za automatizaciju:
Vodič br. 21: Zašto nam treba okvir za automatizaciju
Vodič br. 22: Najpopularniji okviri za automatizaciju
Automatska automatizacija:
Vodič br. 23: Kako implementirati učinkovitu automatizaciju u okretnom svijetu
Ostali alati za automatizaciju:
Vodič br. 24: Najbolji alati za automatizaciju
Vodič br. 25: Sikuli GUI alat za automatizaciju
Vodič br. 26: PowerShell: Automatizacija korisničkog sučelja stolnih aplikacija s PowerShell-om
Vodič br. 27: Catalon Automation Recorder (selenium IDE alternativa)
Vodič br. 28: Geb Alat: Automatizacija preglednika pomoću Geb Alata
Vodič br. 29: AutoIt: Kako postupati sa skočnim prozorima sustava Windows pomoću programa AutoIt
Vodič br. 30: Krastavac: automatizacija pomoću alata krastavaca i selena
Vodič br. 31: Alat za ispitivanje kutomjera za testiranje od kraja do kraja aplikacija AngularJS
Testiranje mobilne automatizacije:
Vodič br. 32: Praktični vodič za Appium Studio
Vodič # 33: Vodič za apije za početnike
Vodič br. 34: Vodič za Selendroid: Android Mobile Automation Framework
Vodič br. 35: Vodič za Ranorex: Moćan alat za testiranje radne površine, weba i mobitela
Primjeri automatizacije specifični za domenu:
Vodič br. 36: Automatizacija JAVA / J2EE aplikacija
Priprema za intervju za poslove automatizacije:
Vodič br. 37: Pitanja za ispitivanje automatizacije
Vodič br. 38: Pitanja za intervju s selenom
Istražimo prvi vodič iz serije 'Vrhunski vodič za ispitivanje automatizacije' !!
Što ćete naučiti:
- Što je ispitivanje automatizacije?
- Automatizacija - isplativa metoda za regresijsko ispitivanje
- Scenariji koji zahtijevaju automatizaciju
- Ispravni testovi za automatizaciju
- Što NE automatizirati?
- Jednostavan primjer automatizacije ispitivanja
- Što su tvrdnje?
- Zaključak
- Preporučena literatura
Što je ispitivanje automatizacije?
Ako softver tada može učiniti bilo što, zašto softver ne može testirati softver?
Zvuči li vam ova izjava logično?
Ako da, onda čestitam, sada razmišljate o testnoj automatizaciji, koja je središnja točka o kojoj ćemo razgovarati u ovom nizu informativnih vodiča.
Zamislite sebe prvog dana svog posla kao SQA. Predstavlja vam se aplikacija koju treba testirati. Riječ je o ERP aplikaciji koja sadrži stotine obrazaca i tisuće izvješća. Istraživačka ispitivanja započinjete otvaranjem obrasca koji sadrži oko 50 različitih polja.
Pokušavate unijeti slučajne podatke u ovaj obrazac, što je trajalo oko 20 minuta. Zatim pritisnete submit. Wolla !! Prikazuje se poruka o pogrešci koja izgleda kao neobrađena iznimka. Postajete vrlo sretni. Ponosno bilježite korake i prijavljujete grešku u vašem sustavu za upravljanje pogreškama. Veliki napor, osjećate se stvarno samopouzdano i energično. Nastavljate testiranje sve dok dan ne završi i pronađete još neke bugove. 'Nevjerojatan prvi dan', pomislili ste.
Sada dolazi sljedeći dan, programer je riješio problem i objavio novu verziju gradnje. Testirate isti obrazac istim koracima i utvrdili ste da je greška ispravljena. Označiš kao popravljeno. Veliki napor. Doprinijeli ste kvaliteti proizvoda identificirajući tu programsku pogrešku, a kako je ova programska pogreška ispravljena, kvaliteta se poboljšava.
Sada dolazi treći dan, programer je ponovno objavio noviju verziju. Sada opet morate testirati taj obrazac kako biste bili sigurni da nije pronađen problem s regresijom. Istih 20 minuta. Sad se osjećate pomalo dosadno.
Sad zamislite da nakon mjesec dana odsad nove verzije neprestano izlaze i pri svakom izdanju morate testirati ovaj poduži obrazac i 100 drugih ovakvih obrazaca, samo kako biste bili sigurni da nema regresije.
Sad se osjećaš ljutito. Osjećate se umorno . Počinjete preskakati korake. Popunite oko 50% ukupnih polja. Vaša točnost nije ista, vaša energija nije ista i definitivno, vaši koraci nisu isti.
I jednog dana, klijent prijavi istu grešku u istom obliku. Osjećate se jadno. Sad se osjećate nesigurno. Mislite da niste dovoljno kompetentni. Menadžeri propituju vaše sposobnosti.
Imam vijest za vas; ovo je priča o 90% ručnih testera vani. Vi niste drugačiji.
Pitanja regresije su najbolnija pitanja. Mi smo ljudi. I ne možemo svaki dan raditi istu stvar s istom energijom, brzinom i preciznošću. To rade strojevi. To je ono za što je potrebna automatizacija kako bi se isti koraci ponovili istom brzinom, točnošću i energijom kao što su ponovljeni prvi put.
Nadam se da ste shvatili moju poantu !!
Kad god se dogodi takva situacija, trebali biste automatizirati svoj testni slučaj. Test automatizacija je vaš prijatelj . Pomoći će vam da se usredotočite na novu funkcionalnost dok se brinete o regresijama. Pomoću automatizacije taj obrazac možete ispuniti za manje od 3 minute.
Skripta će popuniti sva polja i reći vam rezultat zajedno sa snimkama zaslona. U slučaju neuspjeha, može odrediti mjesto na kojem test test nije uspio, pomažući vam tako da ga lako reproducirate.
Automatizacija - isplativa metoda za regresijsko ispitivanje
Troškovi automatizacije u početku su stvarno veći. Uključuje troškove alata, zatim troškove resursa za automatizaciju i njegovu obuku.
Ali kad su skripte spremne, mogu se izvršiti stotine puta uzastopno s istom točnošću i prilično brzo. To će uštedjeti mnogo sati ručnog testiranja. Tako se troškovi postupno smanjuju i na kraju postaju isplativa metoda za Ispitivanje regresije .
Scenariji koji zahtijevaju automatizaciju
Gore navedeni scenarij nije jedini slučaj kada će vam trebati testiranje automatizacije. Postoji nekoliko situacija koje se ne mogu ručno testirati.
Na primjer ,
- Usporedba dviju slika piksel po piksel.
- Uspoređujući dvije proračunske tablice koje sadrže tisuće redaka i stupaca.
- Testiranje aplikacije pod opterećenjem od 100 000 korisnika.
- Mjerila uspješnosti.
- Testiranje aplikacije na različitim preglednicima te paralelno na različitim operativnim sustavima.
Te situacije zahtijevaju i trebaju biti ispitane alatima.
Pa, kada automatizirati?
Ovo je doba agilna metodologija u SDLC-u, gdje će razvoj i testiranje ići gotovo paralelno i vrlo je teško odlučiti kada automatizirati.
Razmotrite sljedeće situacije prije nego što uđete u automatizaciju
- Proizvod može biti u primitivnim fazama, kada proizvod čak nema ni korisničko sučelje, u tim fazama moramo imati jasnu misao o tome što želimo automatizirati. Treba zapamtiti sljedeće točke.
- Testovi ne bi trebali biti zastarjeli.
- Kako se proizvod razvija, lako bi bilo odabrati skripte i dodati ih.
- Vrlo je važno ne zanositi se i osigurati da se skripte lako otklone.
- Ne pokušavajte automatizirati korisničko sučelje u početnim fazama jer je korisničko sučelje podložno čestim promjenama, što će dovesti do neuspjeha skripti. Koliko god je to moguće odlučite se za automatizaciju na razini API-ja / ne-UI dok se proizvod ne stabilizira. API automatizaciju lako je popraviti i ispraviti.
Kako odrediti najbolje slučajeve automatizacije:
Automatizacija je sastavni dio ciklusa ispitivanja i vrlo je važno odlučiti što želimo postići automatizacijom prije nego što se odlučimo za automatizaciju.
Čini se da blagodati koje automatizacija pruža vrlo su atraktivne, ali istodobno, loše organizirana oprema za automatizaciju može pokvariti cijelu igru. Ispitivači mogu na kraju otkloniti pogreške i popraviti skripte, što rezultira gubitkom vremena za testiranje.
Ova serija objašnjava vam kako se automatizacijski paket može učiniti dovoljno učinkovitim za odabir pravih slučajeva ispitivanja i davanje pravih rezultata pomoću skripti za automatizaciju koje imamo.
Također, pokrivao sam odgovore na pitanja poput Kada automatizirati, Što automatizirati, Što ne automatizirati i Kako strategizirati automatizaciju.
Ispravni testovi za automatizaciju
Najbolji način za rješavanje ovog problema je brzo postizanje 'Strategije automatizacije' koja odgovara našem proizvodu.
Ideja je grupirati test slučajeve tako da će nam svaka skupina dati drugačiju vrstu rezultata. Ilustracija dana u nastavku pokazuje kako bismo mogli grupirati slične ispitne slučajeve, ovisno o proizvodu / rješenju koje testiramo.
Zaronimo sada duboko i shvatimo što nam svaka grupa može pomoći u postizanju:
# 1) Napravite testni paket svih osnovnih funkcija Pozitivni testovi . Ovaj bi paket trebao biti automatiziran, a kad se ovaj paket pokrene protiv bilo koje gradnje, rezultati se odmah prikazuju. Bilo koja skripta koja ne uspije u ovom paketu dovodi do nedostataka S1 ili S2 i ta se specifična verzija može diskvalificirati. Dakle, ovdje smo uštedjeli puno vremena.
Kao dodatni korak možemo dodati ovaj automatizirani testni paket kao dio BVT-a (testovi provjere gradnje) i provjeriti QA skripte za automatizaciju u procesu izrade proizvoda. Dakle, kada je izrada spremna, testeri mogu provjeriti rezultate ispitivanja automatizacije i odlučiti je li gradnja prikladna za instalaciju i daljnji postupak ispitivanja.
Ovim se jasno postižu ciljevi automatizacije koji su:
- Smanjite napor ispitivanja.
- Pronađite bugove u ranijim fazama.
#dva) Dalje, imamo grupu od Testovi od kraja do kraja .
U velikim rješenjima ključno je ispitivanje funkcionalnosti od kraja do kraja, posebno tijekom kritičnih faza projekta. Trebali bismo imati nekoliko skripti za automatizaciju koje se dotiču i krajnjih testova rješenja. Kada se ovaj paket pokrene, rezultat bi trebao naznačiti radi li proizvod u cjelini kako se očekuje ili ne.
Ako je bilo koji od dijelova integracije slomljen, treba navesti paket za automatizaciju. Ovaj paket ne mora pokrivati svaku malu značajku / funkcionalnost rješenja, ali trebao bi pokriti rad proizvoda u cjelini. Kad god imamo alfa ili beta ili bilo koja druga srednja izdanja, takve skripte dobro dođu i daju kupcu određenu razinu povjerenja.
Da bismo bolje razumjeli, pretpostavimo da testiramo portal za internetsku kupnju , kao dio testova od kraja do kraja trebali bismo pokriti samo ključne korake koji su uključeni.
Kao što je navedeno u nastavku:
- Prijava korisnika.
- Pregledajte i odaberite stavke.
- Mogućnost plaćanja - ovo pokriva ispitivanja na prednjem kraju.
- Upravljanje pozadinskim narudžbama (uključuje komunikaciju s više integriranih partnera, provjeru zaliha, slanje e-pošte korisniku itd.) - to će pomoći u testiranju integracije pojedinih dijelova i suštine proizvoda.
Dakle, kad se pokrene jedna takva skripta, daje sigurnost da rješenje u cjelini dobro funkcionira.!
# 3) Treći set je Ispitivanja temeljena na značajkama / funkcionalnostima .
Za primjer , Možemo imati funkcionalnost za pregledavanje i odabir datoteke, pa kada to automatiziramo, možemo automatizirati slučajeve koji uključuju odabir različitih vrsta datoteka, veličina datoteka itd., Tako da se vrši testiranje značajki. Kada postoje neke promjene / dopune te funkcionalnosti, ovaj paket može poslužiti kao regresijski paket.
# 4) Sljedeći na popisu bio bi Testovi temeljeni na korisničkom sučelju. Možemo imati još jedan paket koji će testirati funkcionalnosti temeljene isključivo na korisničkom sučelju kao što su paginacija, ograničenje broja znakova tekstualnog okvira, gumb kalendara, padajući dolje, grafikoni, slike i mnoge takve značajke samo središnje za korisničko sučelje. Kvar ovih skripti obično nije vrlo kritičan, osim ako korisničko sučelje potpuno ne radi ili se određene stranice ne pojavljuju kako se očekuje!
# 5) Možemo imati još jedan niz testova koji su jednostavni, ali vrlo zahtjevni za ručno provođenje. Zamorni, ali jednostavni testovi idealni su kandidati za automatizaciju, na primjer unos podataka o 1000 kupaca u bazu podataka ima jednostavnu funkcionalnost, ali izuzetno zamorno provodi se ručno, takvi testovi trebaju biti automatizirani. Ako ne, uglavnom ih se zanemari i ne testira.
Što NE automatizirati?
Slijedi nekoliko testova koji ne bi trebali biti automatizirani.
unix naredbe s primjerima i sintaksom
# 1) Negativni testovi / testovi preusmjeravanja
Ne bismo trebali pokušavati automatizirati negativni testovi ili testovi preusmjeravanja , što se tiče ovih testova, testeri moraju razmišljati analitički, a negativni testovi zapravo nisu jednostavan za davanje rezultata prolaska ili neuspjeha koji nam mogu pomoći.
Negativnim testovima trebat će puno ručne intervencije kako bi se simulirala stvarna scenarij oporavka od katastrofe. Kao primjer, testiramo značajke poput pouzdanosti web usluga - da bismo je ovdje generalizirali, glavni cilj takvih testova bio bi izazvati namjerne kvarove i vidjeti koliko dobro proizvod uspijeva biti pouzdan.
Simulacija gore navedenih kvarova nije jednostavna, može uključivati ubrizgavanje nekih klatna ili upotrebu nekih alata između njih, a automatizacija nije najbolji način da se ovdje ide.
# 2) Ad hoc testovi
Ova ispitivanja možda nisu uvijek relevantna za proizvod, a to bi čak moglo biti nešto čega bi se tester mogao sjetiti u toj fazi pokretanja projekta, a također i napor na automatizaciji ad-hoc testa mora biti potvrđen u odnosu na kritičnost značajke koje se testovi dotiču.
Na primjer , Tester koji testira značajku koja se bavi kompresijom / šifriranjem podataka mogao je napraviti intenzivne ad-hoc testove s raznovrsnim podacima, vrstama datoteka, veličinama datoteka, oštećenim podacima, kombinacijom podataka, koristeći različite algoritme, u nekoliko platforme itd.
Kad planiramo za automatizacija možda bismo željeli dati prioritet i ne napraviti iscrpnu automatizaciju svih ad hoc testova samo za tu značajku i na kraju imati malo vremena za automatizaciju ostalih ključnih značajki.
# 3) Ispitivanja s masivnim pred-postavljanjem
Postoje testovi koji zahtijevaju neke ogromne preduvjete.
Na primjer, Možda imamo proizvod koji se integrira sa softverom treće strane za neke funkcije, jer se proizvod integrira sa bilo kojim sustavom redova za poruke koji zahtijeva instalaciju u sustav, postavljanje redova, stvaranje redova itd.
3rdsoftver stranke može biti bilo što, a postavljanje može biti složene prirode, a ako su takve skripte automatizirane, one će zauvijek ovisiti o funkciji / postavkama tog softvera treće strane.
Preduvjet uključuje:
Trenutno stvari mogu izgledati jednostavno i čisto jer se rade obje postavke sa strane i sve je u redu. Mnogo smo puta vidjeli da kada projekt uđe u fazu održavanja, projekt se premješta u drugi tim, a oni na kraju otklanjaju pogreške u takvim skriptama gdje je stvarni test vrlo jednostavan, ali skripta ne uspije zbog 3rdproblem softvera za stranke.
Gore navedeno je samo primjer, općenito, pripazite na testove koji imaju mukotrpne predpostavke za jednostavan test koji slijedi.
Jednostavan primjer automatizacije ispitivanja
Kada testirate softver (na webu ili radnoj površini), obično koristite miš i tipkovnicu za izvršavanje svojih koraka. Alat za automatizaciju oponaša te iste korake pomoću skriptiranja ili programskog jezika.
Na primjer , ako testirate kalkulator, a test je slučaj da morate dodati dva broja i vidjeti rezultat. Skripta će izvesti iste korake koristeći miš i tipkovnicu.
Primjer je prikazan u nastavku.
Koraci ručnog ispitivanja:
- Pokreni kalkulator
- Pritisnite 2
- Pritisnite +
- Pritisnite 3
- Pritisnite =
- Zaslon bi trebao prikazati 5.
- Zatvori kalkulator.
Skripta za automatizaciju:
//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(); }
Gornja skripta samo je dupliciranje vaših ručnih koraka. Skript je jednostavan za stvaranje i lako razumljiv.
Što su tvrdnje?
Drugi zadnji redak skripte treba još neko objašnjenje.
Assert.AreEqual (“5”, txtResult.DisplayText, ”Kalkulator ne prikazuje 5);
U svakom testnom slučaju na kraju imamo neki očekivani ili predviđeni rezultat. U gornjoj skripti očekujemo da se na ekranu prikaže '5'. Stvarni ishod je rezultat koji se prikazuje na ekranu. U svakom testnom slučaju uspoređujemo očekivani ishod sa stvarnim ishodom.
Isto vrijedi i za ispitivanje automatizacije. Jedina razlika ovdje je u tome što kada radimo tu usporedbu u automatizaciji ispitivanja, tada se to u svakom alatu naziva nešto drugo.
Neki alati to nazivaju ' Tvrdnja ', Neki to nazivaju' kontrolna točka ', A neki to nazivaju' provjerom valjanosti '. Ali u osnovi, ovo je samo usporedba. Ako ova usporedba ne uspije, for Npr. zaslon prikazuje 15 umjesto 5, tada ta tvrdnja / kontrolna točka / provjera ne uspije i vaš testni slučaj je označen kao neuspješan.
Kada test slučaj ne uspije zbog neke tvrdnje, to znači da ste grešku otkrili automatizacijom testa. Morate ga prijaviti svom sustavu za upravljanje pogreškama, kao što to obično radite pri ručnom testiranju.
U gornjoj skripti izvršili smo tvrdnju u drugom posljednjem retku. 5 je očekivani ishod, txtResult . DisplayText je stvarni ishod i ako nisu jednaki, prikazat će nam se poruka 'Kalkulator ne prikazuje 5'.
Zaključak
Često ispitivači nailaze na rokove i naloge za automatizaciju svih slučajeva kako bi poboljšali procjene ispitivanja.
Postoje neke uobičajene 'pogrešne' percepcije o automatizaciji.
Oni su:
- Možemo automatizirati svaki testni slučaj.
- Automatizacija testova izuzetno će smanjiti vrijeme testiranja.
- Nijedna greška se ne uvodi ako skripte za automatizaciju rade glatko.
Morali bismo biti jasni da automatizacija može smanjiti vrijeme testiranja samo za određene vrste ispitivanja. Automatizacija svih testova bez ikakvog plana ili redoslijeda dovest će do masovnih skripti koje se često održavaju, često ne uspijevaju i trebaju puno ručnih intervencija. Također, u skriptima za automatizaciju proizvoda koji se neprestano razvijaju mogu zastarjeti i trebati neke stalne provjere.
Grupiranje i automatizacija pravih kandidata uštedjet će puno vremena i pružiti sve prednosti automatizacije.
Ovaj izvrstan vodič može se sažeti u samo 7 točaka.
Ispitivanje automatizacije:
- Je li testiranje koje se radi programski.
- Koristi alat za kontrolu izvođenja testova.
- Uspoređuje očekivane ishode sa stvarnim ishodima (tvrdnje).
- Može automatizirati neke ponavljajuće, ali nužne zadatke ( Npr. Vaši slučajevi regresijskih testova).
- Može automatizirati neke zadatke koje je teško ručno izvesti (Npr.Scenariji ispitivanja opterećenja).
- Skripte se mogu izvoditi brzo i više puta.
- Isplativo je dugoročno.
Ovdje se automatizacija objašnjava jednostavnim riječima, ali to ne znači da je to uvijek jednostavno učiniti. U to su uključeni izazovi, rizici i mnoge druge prepreke. Postoje brojni načini na koje automatizacija ispitivanja može poći po zlu, ali ako sve bude u redu, tada su blagodati automatizacije testa zaista velike.
Budući u ovoj seriji:
U našim predstojećim vodičima razgovarat ćemo o nekoliko aspekata koji se odnose na automatizaciju.
To uključuje:
- Vrste automatiziranih testova i neke zablude.
- Kako uvesti automatizaciju u svoju organizaciju i izbjeći uobičajene zamke prilikom automatizacije ispitivanja.
- Postupak odabira alata i usporedba različitih alata za automatizaciju.
- Okviri za razvoj skripti i automatizaciju s primjerima.
- Izvršenje i izvještavanje o automatizaciji ispitivanja.
- Najbolje prakse i strategije automatizacije ispitivanja.
Želite li znati više o svakom konceptu automatiziranog ispitivanja? Pazite i pratite naš popis predstojećih vodiča u ovoj seriji i slobodno izrazite svoje misli u odjeljku za komentare u nastavku.
Preporučena literatura
- Proces automatskog testiranja u 10 koraka: kako započeti automatsko testiranje u svojoj organizaciji
- Geb vodič - Ispitivanje automatizacije preglednika pomoću alata Geb
- Sikuli GUI alat za automatizaciju - Vodič za početnike, dio 2
- Vodič korak po korak za primjenu dokaza o konceptu (POC) u ispitivanju automatizacije
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Izgubljuju li ispitivači stisak zbog testiranja zbog automatizacije?
- Izazovi ručnog i automatiziranog ispitivanja
- 10 savjeta koje biste trebali pročitati prije automatizacije rada na testiranju