Meni

20 pitanja o selektivnom QA intervjuu radi čišćenja intervjua 2021. godine

  • Glavni
  • Ostalo
  • 20 pitanja o selektivnom QA intervjuu radi čišćenja intervjua 2021. godine

20 selective qa interview questions clear interview 2021

Isprobajte Naš Instrument Za Uklanjanje Problema

Najčešće postavljana pitanja o QA intervjuu za osiguranje kvalitete koja će vam pomoći da se pripremite za intervju:

Evo nekoliko pitanja koja bih postavio prilikom razgovora s inženjerom osiguranja kvalitete.

Pitanja će više naglasiti procese kvalitete i strategiju, a ta se pitanja neće postavljati za testiranje.

Pitanja o osiguranju kvalitete osiguranja kvalitete

QA inženjeri su uglavnom ljudi koji su neko vrijeme proveli u industriji testiranja, jer kad kreirate putokaze i strategiju, uvijek je korisno imati neku izloženost u industriji.

Počnimo!!

Često postavljana pitanja o QA intervjuu

Počnimo!!

P # 1) Koja je razlika između osiguranja kvalitete, kontrole kvalitete i ispitivanja?

Odgovor: Osiguranje kvalitete je postupak planiranja i definiranja načina praćenja i provedbe procesa kvalitete (testa) unutar tima i organizacije. Ova metoda definira i postavlja standarde kvalitete projekata.

Kontrola kvalitete postupak je pronalaska nedostataka i davanja prijedloga za poboljšanje kvalitete softvera. Metode koje koristi Kontrola kvalitete obično se uspostavljaju osiguravanjem kvalitete. Primarna je odgovornost testa za provođenje kontrole kvalitete.

Testiranje je postupak pronalaska nedostataka / grešaka. Provjerava ispunjava li softver koji je izradio razvojni tim zahtjeve koje je postavio korisnik i standarde koje je postavila organizacija.

Ovdje je glavni fokus na pronalaženju bugova, a timovi za testiranje rade kao kvalitetan vratar.

P # 2) Kada mislite da bi QA aktivnosti trebale započeti?

Odgovor: QA aktivnost trebala bi započeti na početku projekta. Što ranije započinje, to je korisnije postaviti standarde za postizanje kvalitete.

koji je najbolji youtube u mp3 pretvarač?

Cijena, vrijeme i napori vrlo su izazovni u slučaju da se odgodu QA aktivnosti.

P # 3) Što je razlika između testa i strategije ispitivanja ?

Odgovor: Strategija testiranja je na višoj razini, uglavnom je kreirana od strane voditelja projekta koji pokazuje cjelokupni pristup testiranja za cijeli projekt, dok plan ispitivanja prikazuje kako testiranje treba provesti za određenu aplikaciju koja potpada pod projekt.

P # 4) Možete li objasniti životni ciklus testiranja softvera?

Odgovor: Životni ciklus testiranja softvera odnosi se na postupak ispitivanja koji ima određene korake koje treba izvršiti u određenom slijedu kako bi se osiguralo da su ciljevi kvalitete ispunjeni.

P # 5) Kako definirate a format pisanja dobrog test slučaja ?

Odgovor: Format test slučaja uključuje:

  • ID testnog slučaja
  • Opis testnog slučaja
  • Ozbiljnost
  • Prioritet
  • Okoliš
  • Verzija verzije
  • Koraci za izvršenje
  • Očekivani rezultati
  • Stvarni rezultati

P # 6) Što je dobar testni slučaj?

Odgovor: Jednostavnim riječima, dobar test je onaj koji pronađe nedostatak. Ali svi testovi neće pronaći nedostatke, pa dobar test može biti i onaj koji ima sve propisane detalje i pokrivenost.

P # 7) Što biste učinili ako imate veliki paket za izvršenje u vrlo kraćem vremenu?

Odgovor: U slučaju da imamo manje vremena i moramo izvršiti veći broj testnih slučajeva, trebali bismo dati prioritet testnom slučaju i prvo izvršiti testne slučajeve visokog prioriteta, a zatim prijeći na one nižeg prioriteta.

Na ovaj način možemo osigurati da se testiraju važni aspekti softvera.

Alternativno, možemo potražiti i želju kupaca koja je najvažnija funkcija softvera prema njima, a trebali bismo započeti testiranje s tih područja, a zatim se postupno premjestiti na ona područja koja su manje važna.

P # 8) Mislite li da QA-ovi također mogu sudjelovati u rješavanju proizvodnih problema?

Odgovor: Definitivno!! Bila bi dobra krivulja učenja za sudjelovanje QA-a u rješavanju proizvodnih problema. Mnogi se problemi s vremenskom proizvodnjom mogu riješiti brisanjem dnevnika ili podešavanjem nekih postavki registra ili ponovnim pokretanjem usluga.

Ovakve probleme s okolišem QA tim bi mogao vrlo dobro riješiti.

Također, ako QA ima uvid u rješavanje problema s proizvodnjom, oni ih mogu uključiti tijekom pisanja testnih slučajeva i na taj način mogu doprinijeti poboljšanju kvalitete i pokušati smanjiti proizvodne nedostatke.

P # 9) Pretpostavimo da nađete grešku u proizvodnji, kako biste bili sigurni da ista greška ne bude ponovno uvedena?

Odgovor: Najbolji način je odmah napisati test za proizvodni kvar i uključiti ga u regresijski paket. Na ovaj način osiguravamo da se programska pogreška više ne uvodi.

Također, možemo smisliti zamjenske test slučajeve ili slične vrste test slučajeva i uključiti ih u planirano izvršenje.

P # 10) Koja je razlika između funkcionalnog i nefunkcionalnog testiranja?

Odgovor:

Funkcionalno ispitivanje bavi se funkcionalnim aspektom aplikacije. Ova tehnika ispituje ponašanje sustava u skladu sa zahtjevima i specifikacijama. Oni su izravno povezani sa zahtjevima kupaca. Provjeravamo test slučajeve prema navedenom zahtjevu i rezultate testiranja prolazimo u skladu s tim da ih prolazimo ili ne.

Primjeri uključuju regresiju, integraciju, sustav, dim itd

Nefunkcionalno ispitivanje , s druge strane, testira nefunkcionalni aspekt aplikacije. Ne fokusira se na zahtjev, već na čimbenike okoliša poput performansi, opterećenja i stresa. Oni nisu izričito navedeni u zahtjevu, ali su propisani u standardima kvalitete. Dakle, kao osiguranje kvalitete moramo osigurati da se i ovim ispitivanjima da dovoljno vremena i prioriteta.

P # 11) Što je negativno testiranje? Po čemu se razlikuje od pozitivnog testiranja?

Odgovor: Negativno testiranje tehnika je koja potvrđuje da se sustav ponaša graciozno u slučaju nevaljanih unosa. Na primjer, u slučaju da korisnik u tekst unese nevaljane podatke, sustav bi trebao prikazati ispravnu poruku umjesto tehničke poruke koju korisnik ne razumije.

Negativno testiranje razlikuje se od pozitivnog testiranja na način da pozitivno testiranje potvrđuje da naš sustav radi prema očekivanjima i uspoređuje rezultate ispitivanja s očekivanim rezultatima.

Većina vremenskih scenarija negativnog ispitivanja nisu spomenuti u dokumentima o funkcionalnim zahtjevima. Kao osiguranje kvalitete moramo identificirati negativne scenarije i trebali bismo imati odredbe za njihovo testiranje.

P # 12) Kako biste osigurali da je vaše testiranje završeno i da ima dobro pokriće?

Odgovor: Matrica sljedivosti zahtjeva i matrice pokrivenosti testa pomoći će nam utvrditi da li naši testni slučajevi imaju dobru pokrivenost.

Matrica sljedivosti zahtjeva pomoći će nam da utvrdimo da su uvjeti ispitivanja dovoljni da budu pokriveni svi zahtjevi. Matrice pokrića pomoći će nam da utvrdimo da su test slučajevi dovoljni da zadovolje sve identificirane uvjete ispitivanja u RTM-u.

An RTM izgledat će otprilike ovako:

RTM

Slično tome, Matrice testnog pokrivanja izgledat će ovako:

Ispitajte matrice pokrivenosti

P # 13) Na koje se različite artefakte pozivate kad pišete test slučajeve?

Odgovor: Glavni korišteni artefakti su:

  • Specifikacija funkcionalnih zahtjeva
  • Dokument o razumijevanju zahtjeva
  • Koristite slučajeve
  • Žičani okviri
  • Korisničke priče
  • Kriteriji prihvatljivosti
  • Mnogo puta UAT test slučajevi

P # 14) Jeste li ikada uspjeli napisati test slučajeve, a da niste imali nikakve dokumente?

Odgovor: Da, postoje slučajevi kada imamo situaciju da moramo pisati test slučajeve bez konkretnih dokumenata.

U tom slučaju, najbolji način je:

  • Surađujte s BA i razvojnim timom.
  • Kopajte po mailovima koji sadrže neke informacije.
  • Istražite starije slučajeve / regresijski paket
  • Ako je značajka nova, pokušajte pročitati wiki stranice ili pomoć programa da biste imali ideju
  • Sjednite s programerom i pokušajte razumjeti promjene koje se unose.
  • Na temelju vašeg razumijevanja identificirajte uvjet za testiranje i pošaljite ga BA-u ili dionicima da ih pregledaju.

P # 15) Što se podrazumijeva pod Provjera i provjera valjanosti ?

Odgovor:

Provjera valjanosti je postupak procjene konačnog proizvoda radi provjere zadovoljava li softver poslovne potrebe. Izvršenje testa koje radimo u svakodnevnom životu je provjera valjanosti koja uključuje ispitivanje dima, funkcionalno ispitivanje, regresijsko ispitivanje, ispitivanje sustava itd.

Verifikacija je postupak ocjenjivanja posredničkih radnih proizvoda životnog ciklusa razvoja softvera kako bi se provjerilo jesmo li na pravom putu stvaranja konačnog proizvoda.

P # 16) Koje su različite tehnike provjere koje znate?

Odgovor: Tehnike provjere su statične. Postoje 3 tehnike provjere.

Objašnjeni su na sljedeći način:

(i) Pregled - Ovo je metoda kojom kod / test slučajeve ispituje pojedinac koji nije autor koji ga je izradio. To je jedan od jednostavnih i najboljih načina da se osigura pokrivenost i kvaliteta.

(ii) Inspekcija - Ovo je tehnički i disciplinirani način ispitivanja i ispravljanja nedostataka u testnom artefaktu ili kodu. Budući da je discipliniran, ima razne uloge:

  • Moderator - Omogućuje cjelokupni inspekcijski sastanak.
  • Snimač - Bilježi zapisnik sa sastanka, nastale nedostatke i druge raspravljene točke.
  • Čitač - Pročitajte dokument / kod. Vođa također vodi do cijelog inspekcijskog sastanka.
  • Producent - Autor. Oni su u konačnici odgovorni za ažuriranje svog dokumenta / koda prema komentarima.
  • Recenzent - Svi članovi tima mogu se smatrati recenzentima. Ovu ulogu mogu igrati i neke skupine stručnjaka koji zahtijevaju projekt.

(iii) Prolaz - Ovo je postupak u kojem autor dokumenta / koda čita sadržaj i dobiva povratne informacije. Ovo je uglavnom vrsta FYI sesije (za vaše podatke) umjesto da se traže ispravci.

P # 17) Koja je razlika između Ispitivanje opterećenja i naprezanja ?

Odgovor:

Ispitivanje naprezanja je tehnika koja potvrđuje ponašanje sustava kada se izvršava pod stresom. Da bismo objasnili, smanjujemo resurse i provjeravamo ponašanje sustava. Prvo razumijemo gornju granicu sustava i postupno smanjujemo resurse i provjeravamo ponašanje sustava.

U Ispitivanje opterećenja, provjeravamo ponašanje sustava pod očekivanim opterećenjem. Opterećenje može biti istodobni korisnik ili resursi koji istovremeno pristupaju sustavu.

P # 18) U slučaju da sumnjate u svoj projekt, kako pristupiti?

Odgovor: U slučaju bilo kakvih sumnji, prvo ga pokušajte razjasniti čitajući dostupne artefakte / pomoć za aplikaciju. U slučaju da sumnje potraju, pitajte neposrednog nadređenog ili starijeg člana vašeg tima.

Poslovni analitičari također mogu biti dobar izbor za postavljanje sumnji. Također možemo prenijeti svoja pitanja s razvojnim timom u slučaju bilo kakvih drugih nedoumica. Posljednja opcija bila bi praćenje menadžera i konačno dionika.

P # 19) Jeste li koristili bilo koji alat za automatizaciju?

Odgovor: Odgovor na ovo pitanje vrlo je ekskluzivan za pojedinca. Odgovorite na sve alate i strategije automatizacije koje ste koristili u projektu.

P # 20) Kako odrediti koji dio softvera zahtijeva koliko testiranja?

Odgovor: Ovaj čimbenik možemo znati otkrivanjem Ciklomatična složenost .

T tehnika pomaže identificirati donja 3 pitanja za programe / značajke

  • Je li značajka / program provjerljiva?
  • Jesu li značajku / program svi razumjeli?
  • Je li značajka / program dovoljno pouzdan?

Kao QA, ovu tehniku ​​možemo koristiti za utvrđivanje 'razine' našeg testiranja.

pitanja i odgovori za intervju za oracle dba

Praksa je da ako je rezultat ciklomatske složenosti veći ili veći broj, smatramo da je taj dio funkcionalnosti složene prirode i stoga zaključujemo kao ispitivač; da dio koda / funkcionalnosti zahtijeva detaljno testiranje.

S druge strane, ako je rezultat ciklomatične složenosti manji broj, kao QA zaključujemo da je funkcionalnost manje složena i u skladu s tim odlučujemo o opsegu.

Vrlo je važno razumjeti cjelokupan životni ciklus testiranja i treba biti u mogućnosti predložiti promjene u našem postupku ako je potrebno. Cilj je isporučiti visokokvalitetni softver i na taj bi način QA trebao poduzeti sve potrebne mjere za poboljšanje procesa i načina na koji ispitni tim provodi testove.

Nadam se da će ova pitanja i odgovori na QA intervju pomoći u pripremi intervjua za osiguranje kvalitete.

Preporučena literatura

^