20+ najboljih QA (osiguranje kvalitete) pitanja za intervju inženjera

20 Best Qa Engineer Interview Questions 152566

Sakupio sam apsolutno najbolja QA (Quality Assurance) pitanja i odgovore za intervjue inženjera. Ako ste dio softverske tvrtke, vjerojatno ste čuli koliko učinkoviti mogu biti QA inženjeri tijekom izdavanja inovativnog novog proizvoda. U većini slučajeva razlika između financijski isplativog pokretanja aplikacije i neuspjelog pokretanja aplikacije leži u tome je li QA inženjer dio produkcijskog tima ili nije.

Slijedi popis pitanja i odgovora za intervju s QA inženjerom koje menadžeri za zapošljavanje mogu koristiti za pravilno intervjuiranje potencijalnih QA inženjera.

Prvo, što je zapravo QA inženjer i zašto digitalne tvrtke trebaju barem jednog na svom platnom popisu? Pogledajmo.

Što je QA inženjer?

Inženjeri osiguranja kvalitete, poznati i kao QA inženjeri, su nišni inženjeri koji prate proces stvaranja proizvoda od samog početka do samog kraja. Oni obično upravljaju proizvodnjom i testiraju svaki dio proizvoda kako bi osigurali da zadovoljava standarde tvrtke prije prelaska na sljedeći korak u proizvodnom procesu.

Uloga QA inženjera

Krajnji cilj QA inženjera je zaštititi proizvod (i u konačnici tvrtku) od problema povezanih s državnim propisima. Oni osiguravaju da je proizvod spreman za tržište i puštanje u javnost. QA inženjeri prvenstveno su dio proizvodnih i softverskih timova.

Zapošljavanje QA inženjera za bilo koju veličinu digitalne softverske tvrtke mudra je ideja. Oni su dodatna zaštita od bilo kakvih grešaka, kvarova ili kvarova koji bi se mogli dogoditi prilikom razvoja digitalnog proizvoda.

25 Pitanja za intervju s inženjerom za osiguranje kvalitete i odgovori za intervju s inženjerom za osiguranje kvalitete

1. Recimo da imate ogroman paket za izvršenje u kratkom vremenskom roku. Kako biste postupili u ovoj situaciji?

Zamolio bih tim da da prioritet testnim slučajevima prije svega. Izvršavanje testnih slučajeva visokog prioriteta, a zatim testnih slučajeva nižeg prioriteta osigurava da će bitni nedostaci proizvoda biti prvi otkriveni. Bit će testirani najvažniji aspekti proizvoda. Također bih odredio preferencije kupaca kako bih pronašao najpoželjnije i najvažnije funkcije proizvoda i zatim testirao ta područja prije nego što prijeđem na manje važne funkcije.

2. Vjerujete li da bi inženjeri za osiguranje kvalitete trebali sudjelovati u rješavanju proizvodnih problema?

Apsolutno. Uključivanje u proizvodnju pruža priliku inženjerima za osiguranje kvalitete da nauče više o proizvodu. Ipak, često se mnogi proizvodni problemi mogu lako riješiti s inženjerom za osiguranje kvalitete i timom za osiguranje kvalitete. Uz ovaj vrijedan uvid, inženjeri osiguranja kvalitete mogu implementirati nedostatke proizvoda kako bi napisali svoje testne slučajeve za poboljšanje kvalitete proizvoda.

606 što znači blizanački plamen

3. Pronašli ste grešku tijekom proizvodnje. Što biste učinili da se ta pogreška više ne pronađe u proizvodu?

Napisao bih test slučaj. Testni slučajevi najbolji su način zaštite od grešaka u proizvodnji u regresijskom paketu. Pronalaženje buga tijekom proizvodnje također može pružiti priliku za razmišljanje o alternativnim testnim slučajevima za uključivanje u izvođenje.

4. Recite mi razlike između testiranja, osiguranja kvalitete i kontrole kvalitete.

Testiranje je mjesto gdje razvojni tim pronalazi i otkriva greške, kao i sigurnosne propuste u proizvodu. Proces utvrđuje ispunjava li softver zahtjeve i standarde tvrtke koja ga proizvodi. Osiguranje kvalitete je proces određivanja načina na koji će razvojni tim nadzirati i provoditi proces testiranja. U biti, osiguranje kvalitete je metoda koja se koristi za definiranje i postavljanje standarda kvalitete za određeni projekt. Kontrola kvalitete je mjesto gdje će tim pronaći značajne nedostatke u proizvodu, a inženjer za osiguranje kvalitete će dati prijedloge za poboljšanje ili uklanjanje tih nedostataka.

5. Opišite razliku između nefunkcionalnog i funkcionalnog testiranja.

Nefunkcionalno testiranje testira nefunkcionalni dio aplikacije. Funkcionalno testiranje testira funkcionalni dio aplikacije. Ispitivanje nefunkcionalnosti uzima u obzir činjenice iz okruženja kao što su stres, opterećenje, izvedba itd., te ih procjenjuje. Funkcionalno testiranje testira zahtjeve i specifikacije unutar sustava. Testiranje funkcionalnosti temelji se gotovo u potpunosti na zahtjevima kupca ili korisnika. Nefunkcionalno testiranje obično se ne smatra važnim kao funkcionalno testiranje, ali inženjer za osiguranje kvalitete trebao bi uključiti taj oblik testiranja u proizvode bez obzira na sve.

6. Opišite kako testirati strategije, a planovi testiranja se međusobno razlikuju.

Strategiju testiranja obično razvija voditelj projekta na višoj razini kako bi pokazao timski pristup testiranju za cijeli projekt. Plan testiranja se u osnovi provodi kako bi se pokazalo kako se testiranje treba izvesti za aplikaciju ili aspekt proizvoda tijekom vremenskog okvira projekta.

7. Opišite razlike između negativnog i pozitivnog testiranja.

Negativno testiranje je tehnika testiranja koja osigurava da sustav radi optimalno u slučaju nevažećih unosa. Na primjer, korisnik može unijeti nevažeće podatke u tekstualni odjeljak. Aplikacija bi se trebala vratiti s ispravnom porukom, a ne tehničkom porukom koju korisnik neće razumjeti. Pozitivno testiranje utvrđuje da sustav radi ispravno i uspoređuje očekivane rezultate sa stvarnim rezultatima testiranja. Prečesto negativni scenariji testiranja nisu uključeni u utvrđeni plan proizvoda, pa je dužnost inženjera za osiguranje kvalitete identificirati te negativne scenarije i testirati ih.

8. Opišite kako biste bili sigurni da je vaša posebna strategija testiranja potpuna i da ima odgovarajuću pokrivenost.

Upotrijebio bih matrice sljedivosti zahtjeva i matrice pokrivenosti testa kako bih utvrdio da testni slučajevi imaju izvrsnu pokrivenost. Matrice pokrivenosti testa pomažu timu da shvati da testni slučajevi ispravno zadovoljavaju sve uvjete testa unutar matrica sljedivosti zahtjeva. Matrice sljedivosti zahtjeva pomoći će timu da utvrdi da su uvjeti optimalni i da su svi zahtjevi dovoljno pokriveni.

9. Opišite životni ciklus testiranja softvera.

Životni ciklus testiranja softvera je proces testiranja s određenim koracima koji se moraju izvršiti u pažljivo planiranom slijedu kako bi se osiguralo da proizvod ima optimalnu kvalitetu. Faze životnog ciklusa testiranja softvera uključuju fazu zahtjeva, fazu planiranja, fazu analize, fazu dizajna, fazu implementacije, fazu izvršenja, fazu zaključivanja i fazu zatvaranja.

10. Opišite glavne artefakte na koje bi se inženjer osiguranja kvalitete pozivao kada bi pisao različite testne slučajeve.

Glavni artefakti koje koriste inženjeri osiguranja kvalitete uključuju specifikaciju funkcionalnih zahtjeva, dokument s razumijevanjem zahtjeva, slučajeve upotrebe, okvire, korisničke priče, kriterije prihvaćanja i slučajeve testa prihvaćanja korisnika (UAT).

11. Opišite slučaj kada ste morali napisati testni slučaj bez potrebnih dokumenata.

Ova situacija je vrlo česta. Najbolji način za rješavanje ovog problema je suradnja s poslovnim analitičarom (BA) i razvojnim timom. Zatim bih istražio e-poruke koje sadrže neke informacije i istražio starije testove i regresijske pakete. Ako je značajka proizvoda posebno nova, pokušat ću pročitati tehničke stranice na internetu kako bih dobio predodžbu o tome s čime radim. Zatim bih se povezao s glavnim programerom i pokušao razumjeti promjene koje se rade. Nakon što sam došao do značajnijeg razumijevanja, tada bih identificirao testni uvjet i poslao ga poslovnom analitičaru na pregled.

12. U kojoj fazi projekta mislite da bi trebale započeti aktivnosti osiguranja kvalitete?

Intervencija osiguranja kvalitete trebala bi započeti na samom početku projekta. Što se ranije inženjer osiguranja kvalitete uključi u proizvodnju proizvoda, to će proizvod imati više koristi u postavljanju standarda i postizanju optimalnih rezultata. Neuključivanje inženjera za osiguranje kvalitete na početku projekta moglo bi dovesti do problema s vremenom, trudom i troškovima kasnije u proizvodnji i razvoju softvera.

13. Što je verifikacija i validacija?

Validacija je mjesto gdje se odvija proces evaluacije krajnjeg proizvoda. Ovo se radi kako bi se utvrdilo zadovoljava li softver potrebe tvrtke. Timovi za osiguranje kvalitete obično obavljaju aktivnosti validacije svakodnevnim testiranjem izvedbe proizvoda. To uključuje testiranje sustava, ispitivanje dima, regresijsko testiranje i funkcionalno testiranje. Provjera je u biti proces rada na posredničkim radnim proizvodima životnog ciklusa razvoja kako bi se vidjelo ide li sve prema planu na vrijeme za izdavanje proizvoda.

14. Koji je ispravan format za pisanje dobrog testa? Koji su koraci uključeni?

Identifikacija testnog slučaja, opis testnog slučaja, ozbiljnost, prioritet, okruženje, verzija međugradnje, koraci za izvršenje, očekivani rezultati i stvarni rezultati.

15. Opišite kako izgleda zadovoljavajući testni slučaj.

Dobar testni slučaj je onaj koji pronađe bilo kakav nedostatak unutar proizvoda. Ako u proizvodu nema nedostataka, uspješan testni slučaj ima sve potrebne pojedinosti i pokrivenost navedene u odgovarajućem formatu za pisanje dobrog testnog slučaja.

16. Opišite tehnike provjere koje obično koriste inženjeri za osiguranje kvalitete tijekom projekta.

Tri glavne tehnike provjere i pregled, inspekcija i prolazak. Pregled je metoda koju koristimo za ispitivanje koda i testnih slučajeva izvan utjecaja autora. Ovo je obično jedan od najboljih i najlakših načina za određivanje pokrivenosti i kvalitete u značajkama proizvoda. Prolazak je kada autor koda čita njihov sadržaj i prima povratne informacije, recenzije i ispravke. Upute su obično manje službene od tipičnih recenzija ili pregleda i prvenstveno se koriste za dobrobit autora. Inspekcija je mnogo tehničkiji i rafiniraniji način utvrđivanja i ispravljanja nedostataka u testnom kodu. U inspekciji postoji više uloga: Moderator, koji vodi cijeli sastanak inspekcije. Zapisničar, koji dokumentira vrijeme i trajanje sastanka, koji su se nedostaci pojavili i druge informacije o kojima se razgovaralo tijekom testiranja. Čitač, koji će pročitati kodeks i u biti vodi inspekcijski sastanak. Proizvođač je izvorni autor koda i mora ažurirati svoj kod u skladu s tim nakon što se pronađu nedostaci. I Recenzent, koji u biti opisuje sve stručne inženjere i programere na inspekcijskom sastanku.

17. Jeste li koristili alate za automatizaciju u prošlim proizvodima?

Svakako ćete dobiti različite odgovore od različitih sugovornika na ovu temu. Ono što biste trebali tražiti je definitivno da i popis nekoliko različitih korištenih alata koje bi mogli implementirati u trenutne i buduće softverske projekte vaše tvrtke.

18. Opišite razliku između testiranja otpornosti na stres i testiranja opterećenja.

Testiranje otpornosti na stres uključuje provjeru ponašanja sustava kada mora izvršavati naredbe pod stresom. Sustav pod stresom je sustav koji se suočava s nedostatkom resursa ili funkcionalnim smetnjama i kvarovima. To nam pomaže razumjeti ukupno ograničenje sustava smanjenjem resursa i procjenom ponašanja sustava. Testiranje opterećenja uključuje jednostavno testiranje sustava pod normalnim opterećenjem s očekivanim opterećenjem. Očekivano opterećenje obično uključuje korisnike ili resurse koji istovremeno pristupaju sustavu. Obje vrste testiranja koriste se kako bi se odredilo kako će sustav reagirati na veliku količinu korisnika ili resursa i što je potrebno da bi došlo do kvara sustava na strani korisnika.

19. Kada imate nedoumica oko određenog projekta, kakav je vaš pristup njegovom preuzimanju?

Prvo i najvažnije, pristojan inženjer za osiguranje kvalitete koji sumnja u projekt trebao bi raščistiti situaciju čitanjem dostupnih datoteka pomoći za aplikaciju i artefakata. Ako i dalje postoje nedoumice nakon ovog koraka, zamolio bih nadzornika ili višeg člana razvojnog tima za pomoć. Inženjerstvo i razvoj u velikoj su mjeri timski rad, a svi uključeni članovi moraju međusobno komunicirati i pružati svoje vještine jedni drugima za optimalne rezultate proizvoda. Također bih pitao odgovarajućeg poslovnog analitičara o svim nedoumicama koje bih mogao imati, kao i višeg voditelja projekta i dionike.

glumci kluba za doručak nekad i sad

20. Opišite kako određujete koji softverski elementi ili dijelovi zahtijevaju određenu količinu testiranja.

To se može odrediti određivanjem ciklomatske složenosti. Ova se tehnika koristi za prepoznavanje tri glavna pitanja koja bismo trebali postaviti o značajkama programa: Može li se testirati? Je li to svima jasno? Je li dovoljno pouzdan? Inženjeri za osiguranje kvalitete koriste se ovom tehnikom kako bi odredili koju razinu testiranja zahtijeva određena značajka i smatra li se visokom prioritetom. Ako je ciklomatska složenost visoka, tim bi tu određenu funkcionalnost ili dio funkcionalnosti smatrao složenom i teškom, pa bi je trebalo utvrditi i procijeniti prije bilo čega drugog uz dubinsko testiranje. Ako je rezultat ciklomatske složenosti nizak, zaključio bih da funkcionalnost ili funkcionalnost nisu toliko složeni i ne zahtijevaju toliko testiranja.

21. Zašto ste odlučili postati inženjer za osiguranje kvalitete?

Od sugovornika ćete dobiti mnogo različitih odgovora na ovo pitanje, ali tražite konkretne izjave u njihovom odgovoru. Ako se sugovornik usredotoči na svoju strast prema inženjerstvu i želju da bude uključen u sve aspekte dovršetka proizvoda, to govori puno o vrsti inženjera. Oni nisu zainteresirani za proizvodnju koda ili komponenti proizvoda iza scene - oni su uloženi u praktično djelovanje tijekom projekta i voljni su voditi tim.

22. Koja je razlika između testiranja softvera i osiguranja kvalitete?

Oni se međusobno ne isključuju. Inženjeri za osiguranje kvalitete redovito obavljaju testiranje softvera kao dio svog posla. U određenom smislu, tim za osiguranje kvalitete prati kvalitetu procesa koji se koristi za izradu softvera. Testiranje softvera je sam proces.

23. Opišite testware.

Testware je riječ za sve ispitne artefakte u projektu, uključujući testne podatke, testne planove i testne slučajeve koji se koriste za dizajniranje i izvođenje određenog testa.

24. Koji su izazovi automatizacije s kojima se inženjer za osiguranje kvalitete i njihov tim mogu susresti tijekom procesa testiranja?

Glavni izazovi uključuju svladavanje alata za automatizaciju, mogućnost ponovne upotrebe skripte za automatizaciju, prilagodljivost testnog slučaja za automatizaciju i automatizaciju složenih testnih slučajeva.

25. Objasnite osnovne korake za ciklus bugova.

Ciklus grešaka događa se nakon što se u sustavu proizvoda otkrije greška ili više grešaka. Nakon što osoba koja ga testira identificira grešku, ona se dodjeljuje upravitelju razvoja. Ako je bug valjan i značajan nedostatak, razvojni tim će ga procijeniti i ispraviti. Ako bug nije valjani nedostatak, bit će označen kao odbijen i zatim zanemaren. Nakon toga će programeri i tim za osiguranje kvalitete provjeriti je li bug u opsegu. Ako bug nije dio trenutnog izdanja proizvoda, tada će se ispravljanje nedostataka odgoditi. Ako se greška identificira ranije, ispitivač će je označiti kao dupliciranu. Ako se bug odnese razvojnom programeru da ga ispravi, bit će označen kao u tijeku. Nakon što je greška uklonjena i kvar popravljen, bit će označen kao popravljen. Tester će dodijeliti status zatvoreno nakon što daljnje testiranje dokaže da je kvar u potpunosti riješen.