39 TOP pitanja o automatizacijskim ispitivanjima i odgovori na njih

39 top automation testing interview questions

Najčešće postavljana pitanja o ispitivanju automatizacije za početnike i kandidate napredne razine:

Automatizacija testa igra vrlo važnu ulogu u cijelom životnom ciklusu softvera. Većinu vremena kada se želimo pripremiti za intervju za ispitivanje automatizacije, fokusiramo se samo na pitanja specifična za alat.

Međutim, trebali bismo uzeti u obzir i činjenicu da je učenje i poznavanje alata samo sredstvo i nije krajnji cilj.

Stoga, kad god se pripremamo za razgovor s ispitivačem automatizacije, moramo uzeti u obzir „Automatizaciju“ kao cjelinu i usredotočiti se na okvir i korake koji su uključeni.

Svi znamo da je testiranje softvera vrlo važan dio razvoja softvera. No, s brzo rastućim metodologijama i okruženjima za razvoj softvera postaje teško ručno testirati sve za aplikaciju u ograničenom vremenu, zajedno s ograničenjima troškova.

Stoga automatsko testiranje brzo raste na tržištu kako bi ubrzalo razvojni tempo. Ovaj tutorial uključuje glavna pitanja iz razgovora o ispitivanju automatizacije. Pokušao sam navesti kratka i brza pitanja koja su vrlo specifična za automatizaciju u cjelini i nisu specifična za bilo koji 'alat'.

Top 39 pitanja o ispitivanju automatizacije

Obradili smo osnovna pitanja o automatizaciji ispitivanja, kao i neka napredna pitanja za kandidate od srednje do stručne razine s iskustvom do 2 do 5 godina.

P # 1) Što je automatizacija?

Odgovor: Automatizacija je bilo koja radnja koja može smanjiti ljudske napore.

P # 2) Što je automatsko testiranje?

Odgovor: Proces korištenja posebnih softverskih alata ili skripti za izvršavanje zadataka testiranja, poput unosa podataka, izvršavanja testnih koraka i usporedbe rezultata, itd. Poznat je pod nazivom automatizirano testiranje.

P # 3) Koje sve stvari možete automatizirati?

Odgovor:

• Paket za regresijski test
• Smoke / Sanity test suite
• Izgradite implementaciju
• Probno stvaranje podataka
• Automatizacija iza GUI-a poput testiranja API-ja i metoda.

P # 4) Kada je testiranje automatizacije korisno?

Odgovor: Ispitivanje automatizacije korisno je u sljedećim scenarijima:

a) Regresijsko ispitivanje: U slučaju ispravka programske pogreške ili implementacije novog modula, moramo biti sigurni da to neće utjecati na već implementiranu ili nepromijenjenu funkcionalnost. U ovom slučaju, na kraju ćemo više puta pokrenuti test regresije.

Na primjer: Nakon svakog zahtjeva za promjenom ili ispravka programske pogreške, nakon svake iteracije u slučaju inkrementalnog pristupa razvoju itd.

b) Nefunkcionalno ispitivanje: Testiranje nefunkcionalnih aspekata aplikacije.

Na primjer, Ispitivanje opterećenja ili ispitivanje performansi itd. Ljudima je vrlo teško pratiti i analizirati.

c) Složeni proračun provjerava ili testira scenarije koji su skloni ljudskim pogreškama.

d) Ponovljeno izvođenje istih testova: Ponekad moramo pokrenuti isti set testnih slučajeva za različiti skup podataka ili nakon svakog izdanja verzije ili na više hardvera, softvera ili kombinacije oba.

Automatizacija testnih slučajeva u gornjim scenarijima pomaže u postizanju brzine testiranja i smanjenju ljudskih pogrešaka.

P # 5) Kako prepoznati test slučajeve koji su prikladni za automatizaciju?

Odgovor: Identificiranje odgovarajućih testnih slučajeva za automatizaciju najvažniji je korak prema automatizaciji.

P # 6) Možete li postići 100% automatizaciju?

Odgovor: 100% automatizaciju bilo bi teško postići jer bi bilo mnogo rubnih testnih slučajeva, a neki se slučajevi rijetko izvršavaju. Automatizacija ovih slučajeva koji se ne izvršavaju često neće dodati automatiziranom paketu.

P # 7) Kako se odlučiti za alat koji treba koristiti za automatizaciju u svojim projektima?

Odgovor: Da biste identificirali alat za automatizaciju u vašem projektu:

do) Temeljito razumite svoje zahtjeve projekta i identificirajte scenarije testiranja koje želite automatizirati.

b) Potražite popis alata koji podržavaju zahtjeve vašeg projekta.

c) Utvrdite svoj proračun za alat za automatizaciju. Odaberite alate u okviru svog proračuna.

d) Utvrdite da li već imate vješte resurse za alate. Ako nemate potrebne kvalificirane resurse, utvrdite troškove za obuku postojećih resursa ili zapošljavanje novih resursa.

je) Sada usporedite svaki alat za ključne kriterije poput:

• Koliko je lako razviti i održavati skripte za alat?
• Može li netehnička osoba također izvršiti test slučajeve s malo obuke?
• Podržava li alat različite vrste platformi poput weba, mobilnih uređaja, stolnih računala itd. Na temelju zahtjeva vašeg projekta?
• Ima li alat funkciju testiranja izvješća? Ako nije, može li se alat lako konfigurirati?
• Kako je alat za podršku putem više preglednika za internetske aplikacije?
• Koliko različitih vrsta ispitivanja ovaj alat može podržati?
• Koliko jezika podržava alat?

f) Nakon što usporedite alate, odaberite alat koji vam je u okviru proračuna i podržati vaše projektne zahtjeve i pruža vam više prednosti na temelju gore spomenutih ključnih kriterija.

P # 8) Trenutno u svom projektu nemam instaliranu automatizaciju, ali sada želim primijeniti automatizaciju, koji bi bili moji koraci?

Odgovor:

• Prvo odredite koju vrstu testiranja / test slučajeva želite automatizirati.
• Prepoznajte alat
• Dizajnirajte okvir
• Stvorite uslužne datoteke i datoteke okoline.
• Počnite skriptirati
• Identificirajte i radite na izvještavanju.
• Dodjeljivanje vremena za poboljšanje i održavanje skripti.

Koraci potrebni za uspostavljanje automatskog testiranja za projekt uključuju:

• Razumjeti prednosti i nedostatke ispitivanja automatizacije i identificirati scenarije ispitivanja koji su prikladni za automatizaciju.
• Odaberite alat za automatizaciju koji je najprikladniji za automatizaciju identificiranih scenarija
• Pronađite stručnjaka za alat koji će vam pomoći u postavljanju alata i potrebnog okruženja za izvršavanje testnih slučajeva pomoću alata.
• Obučite tim tako da mogu pisati skripte na programskom jeziku koji alat podržava.
• Stvorite testni okvir ili identificirajte već postojeći koji udovoljava vašim zahtjevima.
• Napišite plan izvršenja za OS, preglednike, mobilne uređaje itd.
• Napišite programske skripte za ručne test slučajeve kako biste ih pretvorili u automatizirane test slučajeve.
• Prijavite status testnog slučaja pomoću značajke izvještavanja alata.
• Održavajte skripte za trajne promjene ili nove značajke.

P # 9) Kako odlučujete koji alat morate koristiti?

Odgovor: Zaključno koji je alat najprikladniji jer projekt zahtijeva puno mozganja i rasprava.

P # 10) Nakon što prepoznate alat, koji bi bili vaši sljedeći koraci?

Odgovor: Nakon što finaliziramo alat, sljedeći bi nam korak bio dizajn okvira.

P # 11) Što je okvir?

Odgovor: Okvir je skup strukture cjelokupnog paketa automatizacije. To je također smjernica koja ako se slijedi može rezultirati strukturom koja se lako održava i poboljšava.

Ove smjernice uključuju:

• Standardi kodiranja
• Rukovanje podacima ispitivanja
• Održavanje i rukovanje elementima (spremište objekata u QTP-u)
• Rukovanje datotekama okoline i datotekom svojstava
• Izvještavanje podataka
• Rukovanje trupcima

P # 12) Koji su atributi dobrog okvira?

Odgovor: Karakteristike uključuju:

• Modularni: Okvir bi trebao biti prilagodljiv promjenama. Ispitivači bi trebali moći izmijeniti skripte u skladu s promjenom okruženja ili podataka za prijavu.
• Višekratna upotreba: Uobičajene metode ili uslužni programi trebaju biti napisani u zajedničkoj datoteci koja je dostupna svim skriptama.
• Dosljedno: Paket treba biti napisan u dosljednom formatu slijedeći sve prihvaćene prakse kodiranja.
• Neovisno: Skripte bi trebale biti napisane na takav način da budu neovisne jedna o drugoj. U slučaju da jedan test ne uspije, ne bi trebao zadržavati preostale test slučajeve (osim ako se ne radi o stranici za prijavu)
• Dnevnici: Dobro je imati implementiranu značajku bilježenja u okvir. To bi pomoglo u slučaju da se naše skripte izvode duže vrijeme (recimo noćni način rada), ako skripta ne uspije u bilo kojem trenutku, posjedovanje datoteke dnevnika pomoći će nam da otkrijemo mjesto zajedno s vrstom pogreške.
• Izvještavanje: Dobro je imati značajku izvještavanja automatski ugrađenu u okvir. Kad se izvrši skriptiranje, možemo rezultate i izvješća poslati e-poštom.
• Integracija: Okvir za automatizaciju trebao bi biti takav da ga je lako integrirati s drugim aplikacijama, poput kontinuirane integracije ili pokretanja automatizirane skripte, čim je gradnja implementirana.

P # 13) Možete li bez okvira?

Odgovor: Okviri su smjernice, a ne obvezna pravila, pa možemo i bez okvira, ali ako ga stvorimo i slijedimo, poboljšanje i održavanje bilo bi lako implementirati.

P # 14) Koje su različite vrste alata za automatizaciju koje ste svjesni?

Odgovor: Alat otvorenog koda poput Selenium, JMeter itd.

Plaćeni alati poput QTP, Load Runner, Ranorex, RFT i Rational Robot.

P # 15) Kakva je općenito struktura okvira?

Odgovor: Uobičajeno bi struktura trebala imati - (To bi se razlikovalo od projekta do projekta)

• Mapa 'src' (izvor) s stvarnim skriptama za test.
• Mapa 'lib' (knjižnica) koja sadrži sve knjižnice i uobičajene metode.
• Mapa 'class' koja sadrži svu datoteku klase (u slučaju da koristi Java).
• Mapa 'log' koja sadrži datoteke dnevnika.
• Datoteka / mapa koja sadrži sve ID-ove web elemenata.
• Datoteka koja sadrži URL, podatke o okruženju i podatke za prijavu.

Q # 16) Gdje ćete održavati podatke poput URL-a, prijave, lozinke?

Odgovor: Te podatke uvijek treba čuvati u zasebnoj datoteci.

P # 17) Zašto ovu vrstu podataka želite zadržati u zasebnoj datoteci, a ne izravno u kodu?

Odgovor: URL, prijava i lozinke vrsta su polja koja se vrlo često koriste i mijenjaju se prema okruženju i autorizaciji. U slučaju da ga čvrsto kodiramo u svoj kod, moramo ga promijeniti u svakoj datoteci koja ima svoju referencu.

U slučaju da postoji više od 100 datoteka, tada postaje vrlo teško promijeniti svih 100 datoteka, a to, pak, može dovesti do pogrešaka. Tako se ove vrste podataka čuvaju u zasebnoj datoteci tako da ažuriranje postaje lako.

P # 18) Koje su različite vrste okvira?

Odgovor: Različite vrste okvira uključuju:

• Okvir vođen ključnim riječima
• Okvir vođen podacima
• Hibridni okvir
• Linearno skriptiranje

P # 19) Možete li reći neke dobre prakse kodiranja tijekom automatizacije?

Odgovor: Neki od dobrih praksi kodiranja uključuju:

• Dodajte odgovarajuće komentare.
• Prepoznajte metode za ponovnu upotrebu i zapišite ih u zasebnu datoteku.
• Slijedite konvencije kodiranja za određeni jezik.
• Održavajte podatke o ispitivanju u zasebnoj datoteci.
• Redovno izvodite svoje skripte.

P # 20) Bilo koja vrsta testa za koju mislite da ne bi trebala biti automatizirana?

Odgovor:

• Testovi koji se rijetko izvode.
• Istraživačka ispitivanja
• Ispitivanje upotrebljivosti
• Test koji se brzo izvršava ručno.

P # 21) Mislite li da se testiranje može provesti samo na razini korisničkog sučelja?

pitanja za intervju za oracle pl sql za 5 godina iskustva

Odgovor: Danas, kako prelazimo na agilni način, testiranje nije ograničeno na sloj korisničkog sučelja. Rane povratne informacije imperativ su za agilni projekt. Ako se koncentriramo samo na UI sloj, zapravo čekamo dok se UI razvije i postane dostupan za testiranje.

Umjesto da možemo testirati i prije nego što se UI stvarno razvije. API-je ili metode možemo izravno testirati pomoću alata poput Krastavca i FitNesse .

Na taj način povratne informacije dajemo mnogo rano i testiramo ih čak i prije nego što se razvije korisničko sučelje. Slijedeći ovaj pristup pomoći će nam da testiramo samo aspekt GUI-ja malih kozmetičkih promjena ili neke provjere valjanosti na korisničkom sučelju, a programerima će pružiti više vremena za ispravljanje pogrešaka.

P # 22) Kako odabrati koji je alat za automatizaciju najprikladniji za vas?

Odgovor: Odabir alata za automatizaciju ovisi o raznim čimbenicima kao što su:

• Opseg aplikacije koji želimo automatizirati.
• Opći troškovi upravljanja poput troškova i proračuna.
• Vrijeme je za učenje i primjenu alata.
• Vrsta podrške dostupna za alat.
• Ograničenje alata

Q # 23) Što mislite, što sprječava testere da rade automatizaciju? Postoji li način da se to prevlada?

Odgovor: Glavna prepreka testerima je naučiti programiranje / kodiranje kada žele automatizirati. Budući da testeri ne kodiraju, prilagodba kodiranju pomalo je izazov za testere.

To možemo prevladati:

• Suradnja s programerima prilikom automatizacije.
• Uzimajući u obzir da je automatizacija odgovornost cijelog tima, a ne samo testera.
• Posvetite posvećeno vrijeme i usredotočite se na automatizaciju.
• Dobivanje odgovarajuće podrške za upravljanje.

Ova pitanja o intervjuu za automatizaciju možete spremiti u pdf i ispisati za daljnje čitanje.

P # 24) Što je okvir za automatizaciju testiranja?

Odgovor: Okvir je općenito skup smjernica. Skup smjernica, pretpostavki, koncepata i praksi kodiranja za stvaranje izvršnog okruženja u kojem će se testovi automatizirati poznat je kao okvir za automatizaciju testiranja.

Okvir za automatizaciju testiranja odgovoran je za stvaranje testnog uprtača s mehanizmom za povezivanje s testnom aplikacijom, preuzimanje podataka iz datoteke, izvršavanje testnih slučajeva i generiranje izvješća za izvršavanje testa. Okvir za automatizaciju trebao bi biti neovisan o aplikaciji i trebao bi biti jednostavan za korištenje, izmjenu ili proširivanje.

P # 25) Koji su važni moduli okvira za testiranje automatizacije?

Odgovor: Važni moduli okvira za automatizaciju testiranja su:

1. Alat za testiranje tvrdnji: Ovaj će alat pružiti izjave za potvrđivanje za testiranje očekivanih vrijednosti u aplikaciji koja se testira. Na primjer. TestNG, Junit itd.
2. Postavljanje podataka: Svaki testni slučaj treba uzeti korisničke podatke ili iz baze podataka ili iz datoteke ili ugrađene u testnu skriptu. Modul podataka Frameworks trebao bi se pobrinuti za unos podataka za testne skripte i globalne varijable.
3. Alat za upravljanje gradnjom: Za izradu test skripti potrebno je izgraditi i primijeniti okvir.
4. Alat za kontinuiranu integraciju: S uspostavljenim CICD-om (kontinuirana integracija i kontinuirani razvoj) potreban je alat za kontinuiranu integraciju za integraciju i primjenu promjena izvršenih u okviru na svakoj iteraciji.
5. Alat za izvještavanje: Alat za izvješćivanje potreban je za generiranje čitljivog izvješća nakon izvršavanja testnih slučajeva radi boljeg pregleda koraka, rezultata i kvarova.
6. Alat za bilježenje: Alat za bilježenje u okviru pomaže u boljem ispravljanju pogrešaka i grešaka.

P # 26) Objasnite neke alate za ispitivanje automatizacije.

Odgovor: U nastavku su objašnjeni neki od poznatih alata za automatizaciju:

(i) Selen : Selen je testni okvir za testiranje automatizacije web aplikacija. Podržava više preglednika i neovisan je o OS-u. Selen također podržava razne programske jezike kao što su Java, C #, PHP, Ruby i Perl itd.

Selen je biblioteka otvorenog koda koja se može koristiti za razvoj dodatnih testnih okvira ili testnih skripti za testiranje web aplikacija.

(ii) UFT : Objedinjeno funkcionalno testiranje licencirani je alat za funkcionalno ispitivanje. Pruža širok raspon značajki poput API-ja, web usluga itd., A također podržava više platformi poput stolnih računala, weba i mobilnih uređaja. UFT skripte napisane su na osnovnom vizualnom skriptnom jeziku.

(Ii) epohe : Appium je alat za testiranje mobilnih aplikacija otvorenog koda. Koristi se za automatizaciju testiranja na višeplatformnim, izvornim, hibridnim i web-baziranim mobilnim aplikacijama. Appium automatizira bilo koju mobilnu aplikaciju s bilo kojeg jezika s punim pristupom API-ima i DB-ovima iz testnog koda.

Appium se temelji na arhitekturi klijent-poslužitelj i evoluirao je od selena.

(iv) krastavac : Krastavac je razvojni alat vođen otvorenim izvorom. Koristi se za web testiranje automatizacije aplikacija i podržava jezike kao što su ruby, java, scala, groovy, itd. Krastavac čita izvršnu specifikaciju napisanu u običnom tekstu i testira testiranu aplikaciju za te specifikacije.

Da bi krastavac mogao razumjeti scenarije u običnom tekstu, moramo slijediti neka osnovna sintaksna pravila koja su poznata pod nazivom Gherkin.

(v) TestComplete : TestComplete je licencirani alat za automatizirano testiranje korisničkog sučelja za testiranje aplikacije na različitim platformama poput stolnih računala, weba, mobitela itd. Pruža fleksibilnost za snimanje testnog slučaja u jedan preglednik i njegovo pokretanje u više preglednika, a time podržava i testiranje više preglednika.

TestComplete ima ugrađeni algoritam prepoznavanja objekata koji jedinstveno identificira objekt i pohranjuje ga u spremište.

P # 27) Koje su različite vrste tehnika testiranja okvira?

Odgovor: Postoje četiri vrste tehnika okvira za automatizaciju.

Oni su:

(i) Okvir modularnog ispitivanja:

Ovaj se okvir temelji na konceptu apstrakcije. U tom okviru tester stvara skripte za svaki modul aplikacije koja se testira pojedinačno, a zatim se te skripte kombiniraju hijerarhijskim redoslijedom kako bi se stvorili veliki testni slučajevi.

Stvara apstraktni sloj između modula, tako da sve izmjene u test skriptama za jedan modul ne utječu na bilo koji drugi modul.

Prednosti ovog okvira:

• Jednostavnije održavanje i skalabilnost test slučajeva.
• Stvaranje test slučajeva pomoću već skriptiranih modula je lakše i brže.

Mane:

• Test slučajevi imaju ugrađene podatke. Stoga je izvršavanje iste testne skripte s različitim podacima velika promjena na razini skripte.

(ii) Okvir testiranja na temelju podataka:

U okviru testiranja vođenog podacima, ulazni podaci i očekivani izlazni podaci koji odgovaraju ulaznim podacima pohranjuju se u datoteku ili bazu podataka, a automatizirana skripta izvodi isti niz testnih koraka za više skupova podataka. Pomoću ovog okvira možemo pokrenuti više testnih slučajeva u kojima se razlikuju samo ulazni podaci i koraci izvršavanja su isti.

Prednosti:

• Smanjuje broj testnih skripti koje su potrebne za izvršavanje. Istu skriptu izvršavamo više puta s različitim podacima.
• Manje kodiranja za automatsko testiranje.
• Veća fleksibilnost za održavanje i ispravljanje programskih pogrešaka ili poboljšanje funkcionalnosti.
• Podaci o ispitivanju mogu se stvoriti i prije nego što automatizirani sustav za ispitivanje bude spreman.

Mane:

• Samo se slični testni slučajevi s istim nizom koraka izvršenja mogu kombinirati za više skupova podataka. Različiti skup koraka izvršenja zahtijeva drugačiji testni slučaj.

(iii) Okvir testiranja na temelju ključnih riječi:

To je okvir za testiranje neovisan o aplikaciji koji koristi tablice podataka i ključne riječi koje samo sebe objašnjavaju. Ključne riječi objašnjavaju radnje koje treba izvršiti na testiranoj aplikaciji, a tablica podataka daje ulazne i očekivane izlazne podatke.

Testiranje temeljeno na ključnim riječima dodatak je testiranju na temelju podataka.

Prednosti:

• Manje kodiranja i ista skripta mogu se koristiti za više skupova podataka.
• Stručnost za automatizaciju nije potrebna za stvaranje testnog slučaja pomoću već postojećih ključnih riječi za radnje.
• Iste ključne riječi mogu se koristiti u više testnih slučajeva.

Mane:

• Ovaj je okvir složeniji jer treba voditi računa o radnjama ključne riječi i unosu podataka.
• Ispitni slučajevi postaju dulji i složeniji što utječe na održivost istih.

(iv) Okvir hibridnog testiranja:

Ovaj je okvir kombinacija svih gore spomenutih okvira za testiranje (modularni, na temelju podataka i na temelju ključnih riječi).

U ovom su okviru testni slučajevi razvijeni iz modularnih skripti kombiniranjem u modularnom okviru za testiranje. Svaki od testnih slučajeva koristi skriptu upravljačkog programa koja koristi podatkovnu datoteku kao u podatkovnom okviru i datoteku radnji temeljenu na ključnim riječima.

Prednosti:

• Modularan i jednostavan za održavanje.
• Manje kodiranja može se pobrinuti za više test slučajeva.
• Jedan testni slučaj može se izvršiti s više skupova podataka.

Mane:

• Složen za čitanje, održavanje i poboljšanje.

P # 28) Kada više volite ručno testiranje od automatskog?

Odgovor: U slijedećim slučajevima preferiramo ručno testiranje od automatiziranog:

• Projekt je kratkoročni, a pisanje skripti oduzet će puno vremena i skupo u usporedbi s ručnim testiranjem.
• Potrebna je fleksibilnost. Automatizirani testovi programiraju se i izvode na specifičan način konfiguracija.
• Potrebno je izvršiti ispitivanje upotrebljivosti.
• Aplikacije / moduli su novo razvijeni i nemaju prethodnih test slučajeva.
• Potrebno je provesti ad-hoc ili istraživačka ispitivanja.

P # 29) Je li testiranje automatizacije u agilnoj metodologiji korisno ili ne?

Odgovor: Automatizirano testiranje korisno je za regresijsko ispitivanje, testiranje dima ili ispravnosti. Sve ove vrste ispitivanja u tradicionalnom modelu vodopada događaju se na kraju ciklusa, a ponekad ako nema puno poboljšanja u aplikaciji, možda ne bismo morali to učiniti regresijsko ispitivanje .

Dok, u agilna metodologija , svaka iteracija zahtijeva izvršenje slučaja regresijskog testa jer se dodaju neke nove funkcionalnosti.

Također, sam regresijski paket nastavlja rasti nakon svakog sprinta jer funkcionalni testni slučajevi trenutnog modula sprinta trebaju biti dodani u regresijski paket za sljedeći sprint.

Stoga je automatizirano testiranje u agilnoj metodologiji vrlo korisno i pomaže u postizanju maksimalne pokrivenosti testom za manje vremena sprinta.

P # 30) Nabrojite neke prednosti i nedostatke ispitivanja automatizacije.

Odgovor:

Prednosti:

• Manje ljudskih resursa
• Mogućnost ponovne upotrebe
• Više pokrivenosti testom za manje vremena
• Pouzdanost
• Paralelno izvršavanje test slučajeva
• Brzo

Mane:

čemu služi c ++

• Vrijeme razvoja i održavanja je više.
• Trošak alata
• Potrebni su kvalificirani resursi.
• Postavljanje okoliša
• Problem je otklanjanje pogrešaka u skripti za test.

P # 31) Navedite neke prednosti i nedostatke ručnog ispitivanja.

Odgovor:

Prednosti:

• Nije potrebno postavljanje okoline.
• Znanje programiranja nije potrebno.
• Preporučuje se za dinamički promjenjive zahtjeve.
• Dopustite ljudskoj moći promatranja da otkrije još bugova.
• Trošak je manji za kratkoročne projekte.
• Fleksibilnost

Mane:

• Teško je izvesti složene izračune.
• Mogućnost ponovne upotrebe
• Uzimanje vremena
• Veliki rizik od ljudskih pogrešaka ili pogrešaka.
• Potrebno je više ljudskih resursa.

P # 32) Možemo li automatizirano testirati bez okvira? Ako da, zašto nam onda treba okvir?

Odgovor: Da, možemo provesti automatsko testiranje čak i bez upotrebe okvira. Jednostavno možemo razumjeti alat koji koristimo za automatizaciju i programirati korake u programskom jeziku koji alati podržavaju.

Ako automatiziramo test slučajeve bez okvira, tada neće biti dosljednosti u programskim skriptama za test slučajeve.

Potreban je okvir koji daje skup smjernica kojih se svi moraju pridržavati da bi se održala čitljivost, ponovna upotrebljivost i dosljednost u testnim skriptama. Okvir također pruža jedan zajednički temelj za funkcionalnost izvještavanja i evidentiranja.

P # 33) Kako ćete automatizirati osnovne testove funkcionalnosti 'prijave' za aplikaciju?

Odgovor: Pod pretpostavkom da su alat i okvir za automatizaciju već na mjestu testnog okruženja.

Da biste testirali osnovnu funkcionalnost 'Prijava':

• Razumijevanje zahtjeva projekta : Funkcija za prijavu imat će tekstualni okvir s korisničkim imenom, okvir za lozinku i gumb za prijavu.
• Utvrdite scenarije testa: Za funkcionalnost prijave mogući su testni scenariji:
  • Prazno korisničko ime i lozinka
  • Nevažeće korisničko ime i lozinka
  • Važeće korisničko ime i neispravna lozinka
  • Važeće korisničko ime i lozinka
• Pripremite a Datoteka za unos podataka s podacima koji odgovaraju svakom scenariju.
• Pokrenite alat iz programa.
• Prepoznajte polje za korisničko ime, polje za lozinku i gumb za prijavu.
• Za svaki testni scenarij preuzmite podatke iz podatkovne datoteke i unesite u odgovarajuća polja. Kliknite program na gumb za prijavu nakon unosa podataka.
• Potvrdite poruka pogreške za negativne scenarije i poruka uspjeha za pozitivne scenarije u testnoj skripti uz pomoć tvrdnji.
• Trčanje test paket i generirajte izvješće.

P # 34) Je li ispitivanje automatizacije testiranje crne kutije ili bijele kutije?

Odgovor: Ispitivanje automatizacije uglavnom je ispitivanje crne kutije jer samo programiramo korake koje ručni ispitivač izvodi za testiranu aplikaciju, a da ne znamo dizajn ili kôd aplikacije na niskoj razini.

Ponekad automatiziranim testnim skriptama treba pristup detaljima baze podataka koji se koriste u testiranoj aplikaciji ili nekim drugim detaljima kodiranja, što može biti vrsta bijelog okvira za testiranje.

Stoga automatizirano testiranje može biti i crno ili bijelo testiranje, ovisno o scenarijima u kojima se automatizacija izvodi.

P # 35) Koliko ste testnih slučajeva automatizirali dnevno?

Odgovor: Pa, broj ovisi o složenosti test slučajeva. Kad je složenost bila ograničena, uspio sam automatizirati 5 do 6 testnih slučajeva dnevno. Ponekad sam uspio automatizirati samo jedan test za složene scenarije.

Također sam rastavio svoje test slučajeve na različite komponente, poput uzimanja unosa, izračunavanja, provjere rezultata itd. U slučaju vrlo složenih scenarija i trebalo mi je 2 ili više dana.

P # 36) Koji čimbenici određuju učinkovitost automatskog ispitivanja?

Odgovor: Neki od čimbenika koji određuju učinkovitost ispitivanja automatizacije su:

• Uštedeno vrijeme pokretanjem skripti tijekom ručnog izvršavanja testnih slučajeva.
• Pronađene greške
• Testirajte pokrivenost ili pokrivenost kodom
• Vrijeme održavanja ili vrijeme razvoja
• Stabilnost skripti
• Ispitajte ponovnu upotrebljivost
• Kvaliteta testiranog softvera

P # 37) Koji se test slučajevi mogu automatizirati?

Odgovor: Vrste test slučajeva koje se mogu automatizirati su:

(i) Slučajevi za dim: Testiranje dima također je poznato i kao testiranje provjere gradnje. Slučajevi za testiranje dima pokreću se svaki put kad se objavi nova gradnja radi provjere ispravnosti građevine radi prihvaćanja za provođenje ispitivanja.

(ii) Slučajevi regresijskih testova : Regresijsko testiranje je testiranje kako bi se osiguralo da prethodno razvijeni moduli funkcioniraju kako se očekivalo nakon dodavanja novog modula ili ispravljanja programske pogreške.

Primjeri regresijskih testova vrlo su važni u inkrementalnom softverskom pristupu gdje se u svaku fazu povećanja dodaje nova funkcionalnost. U tom se slučaju regresijsko ispitivanje provodi u svakoj inkrementalnoj fazi.

(iii) Primjeri složenih proračuna: Ispitni slučajevi koji uključuju neke složene izračune za provjeru polja za aplikaciju spadaju u ovu kategoriju. Složeni rezultati izračuna skloniji su ljudskim pogreškama, pa stoga automatizirani daju točne rezultate.

(iv) Test slučajevi vođeni podacima: Test slučajevi koji imaju isti niz koraka i izvode se više puta s promjenom podataka poznati su kao testni slučajevi vođeni podacima. Automatizirano testiranje za ove vrste testnih slučajeva brzo je i isplativo.

(v) Nefunkcionalni test slučajevi : Test slučajevi poput testova opterećenja i testova performansi zahtijevaju simulirano okruženje s više korisnika i više kombinacija hardvera ili softvera.

Ručno postavljanje više okruženja nemoguće je za svaku kombinaciju ili broj korisnika. Automatizirani alati mogu lako stvoriti ovo okruženje za jednostavno obavljanje nefunkcionalnih ispitivanja.

P # 38) Koje su faze u životnom ciklusu ispitivanja automatizacije?

Odgovor: Faze u životnom ciklusu ispitivanja automatizacije uključuju:

1. Odluka o izvođenju automatiziranih ispitivanja.
2. Prepoznajte i naučite o alatu za automatizaciju.
3. Odrediti opseg ispitivanja automatizacije.
4. Dizajnirajte i izradite testni paket.
5. Izvršenje testa
6. Održavanje testnih skripti.

P # 39) Što je automatizirana testna skripta?

Odgovor: Automatizirana testna skripta je kratki program koji je napisan na programskom jeziku za izvršavanje niza uputa na testiranom programu kako bi se provjerilo je li program u skladu sa zahtjevima.

Ovaj program prilikom pokretanja daje rezultate testa kao položen ili ne ovisi o tome je li aplikacija u skladu s očekivanjima.

Zaključak

To su glavna pitanja koja su neovisna o alatu za automatizaciju ili programskom jeziku. Intervjui za automatizaciju također uključuju pitanja o alatima i programskim jezicima, ovisno o alatu s kojim ste radili.

Većina pitanja o automatizaciji ispitivanja usredotočena je na okvir koji razvijate, pa se preporučuje da temeljito izradite i razumijete svoj testni okvir. Kada intervjuiram, a kandidat je odgovorio na moje pitanje, također preferiram postavljanje pitanja specifičnog za jezik (u mom slučaju jezgra Java).

Pitanja počinju od osnova Java-a da bi se napisala logika nekih osnovnih scenarija poput:

• Kako biste iz danog retka izvukli skup teksta?
• Kako biste izdvojili URL?
• Na bilo kojoj web stranici, u bilo kojem okviru, broj veza i njihov sadržaj dinamički se mijenjaju, kako biste to riješili?
• Kako se bavite slikama i bljeskalicama?
• Kako pronaći riječ u retku?

Odgovori na sve to pitanja za automatizaciju ispitivanja vrlo su specifični za alat / jezik koji koristite za automatizaciju. Dakle, prije nego što krenete na intervju, osvježite svoje vještine programiranja.

U slučaju da niste dobili priliku stvoriti svoj okvir, a netko drugi ga je stvorio, napravite malo vremena da ga temeljito razumijete prije nego što sjednete na razgovor.

Neki savjeti za intervjue s automatizacijskim testiranjem bili bi:

• Dobro poznajte svoj alat.
• Naučite tehnike lociranja koje koristi vaš alat.
• Vježbajte programiranje na jeziku koji koristite za automatizaciju.
• Naučite svoj okvir i njegove komponente.
• Uvijek je povoljno ako ste bili uključeni u razvoj vašeg okvira. Dakle, budite temeljiti s modulima u okviru na kojem ste radili.

Nadam se da će vam ova pitanja biti korisna za pripremu za intervju za automatizaciju testa.

Preporučena literatura

• Intervjuirajte pitanja i odgovore
• Pitanja i odgovori za ispitivanje ETL-a
• Neka zanimljiva pitanja za ispitivanje softverskog testiranja
• 25 najboljih agilnih testova za pitanja i odgovore na intervjue
• 20 najvažnijih pitanja i odgovora za ispitivanje API ispitivanja
• Pitanja i odgovori za testiranje softvera (1. dio)
• Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
• Top 30 pitanja i odgovora za ispitivanje sigurnosti