20 selective qa interview questions clear interview 2021
Najpogostejša vprašanja in odgovori na vprašanja o zagotavljanju kakovosti, ki vam bodo v pomoč pri pripravah na intervju:
Tukaj je nekaj vprašanj, ki bi jih zastavil, če bi se pogovarjal z inženirjem za zagotavljanje kakovosti.
Vprašanja bodo bolj poudarjala procese kakovosti in strategijo, ta vprašanja pa ne bodo postavljena za testiranje.
Inženirji za zagotavljanje kakovosti so večinoma ljudje, ki so nekaj časa preživeli v preskusni industriji, saj je pri ustvarjanju časovnih načrtov in strategij vedno koristno imeti nekaj izpostavljenosti.
Začnimo!!
Pogosto zastavljena vprašanja o QA intervjuju
Začnimo!!
V # 1) Kakšna je razlika med zagotavljanjem kakovosti, nadzorom kakovosti in testiranjem?
razlika med javo in c ++
Odgovor: Zagotavljanje kakovosti je postopek načrtovanja in določanja načina spremljanja in izvajanja kakovostnih (testnih) procesov v skupini in organizaciji. Ta metoda opredeljuje in določa standarde kakovosti projektov.
Nadzor kakovosti je postopek iskanja napak in dajanje predlogov za izboljšanje kakovosti programske opreme. Metode, ki jih uporablja nadzor kakovosti, običajno določajo zagotavljanje kakovosti. Primarna odgovornost preskusne skupine je uvesti nadzor kakovosti.
Testiranje je postopek iskanja napak / napak. Preveri, ali programska oprema, ki jo je razvila razvojna skupina, izpolnjuje zahteve uporabnika in standarde, ki jih določa organizacija.
Tu je glavni poudarek na iskanju napak, preskusne skupine pa delujejo kot kakovostni vratar.
V # 2) Kdaj naj bi se po vašem mnenju začele aktivnosti za preverjanje kakovosti?
Odgovor: Vrednotenje kakovosti bi se moralo začeti na začetku projekta. Bolj zgodaj se začne, bolj koristno je določiti standard za doseganje kakovosti.
Stroški, čas in prizadevanja so zelo zahtevni, če se dejavnosti zagotavljanja kakovosti odložijo.
V # 3) Kaj je razlika med testnim načrtom in testno strategijo ?
Odgovor: Testna strategija je na višji ravni, ki jo večinoma ustvari vodja projekta, ki prikazuje splošni pristop testiranja za celoten projekt, medtem ko testni načrt prikazuje, kako je treba izvesti testiranje za določeno aplikacijo, ki spada v projekt.
V # 4) Ali lahko razložite življenjski cikel testiranja programske opreme?
Odgovor: Življenjski cikel testiranja programske opreme se nanaša na postopek testiranja, ki ima posebne korake, ki jih je treba izvesti v določenem zaporedju, da se zagotovi izpolnjevanje ciljev kakovosti.
V # 5) Kako določite a oblika pisanja dobrega testnega primera ?
Odgovor: Oblika testnega primera vključuje:
- ID testnega primera
- Opis testnega primera
- Resnost
- Prednostna naloga
- Okolje
- Različica različice
- Koraki za izvedbo
- Pričakovani rezultati
- Dejanski rezultati
V # 6) Kaj je dober testni primer?
Odgovor: Z enostavnimi besedami je dober test tisti primer, ki najde napako. Toda vsi testni primeri ne bodo našli napak, zato je dober testni primer lahko tudi tisti, ki ima vse predpisane podrobnosti in pokritost.
V # 7) Kaj bi storili, če bi morali veliko zbirko izvesti v zelo krajšem času?
Odgovor: V primeru, da imamo manj časa in moramo izvesti večji obseg testnih primerov, moramo dati prednost testnemu primeru in najprej izvesti visoko prioritetne testne primere, nato pa preiti na nižje prioritetne.
Tako lahko zagotovimo, da so preizkušeni pomembni vidiki programske opreme.
Lahko pa tudi poiščemo prednost strank glede tiste, ki je po njihovem mnenju najpomembnejša funkcija programske opreme, in začeti bi morali preizkušati s teh področij, nato pa se postopoma preseliti na tista manj pomembna področja.
V # 8) Ali menite, da lahko tudi QA sodelujejo pri reševanju produkcijskih težav?
Odgovor: Vsekakor !! Dobra učna krivulja bi bila, če bi QA sodelovali pri reševanju proizvodnih težav. Številne težave s proizvodnjo časa je mogoče rešiti tako, da počistite dnevnike, naredite nekatere nastavitve registra ali znova zaženete storitve.
Tovrstna okoljska vprašanja bi lahko ekipa QA zelo dobro odpravila.
Če ima QA vpogled v reševanje proizvodnih težav, jih lahko vključi med pisanje testnih primerov in na ta način lahko prispeva k izboljšanju kakovosti in skuša zmanjšati proizvodne napake.
V # 9) Recimo, da najdete napako v produkciji, kako bi zagotovili, da ista napaka ne bi bila ponovno predstavljena?
Odgovor: Najboljši način je, da takoj napišete testni primer za proizvodno napako in ga vključite v regresijsko zbirko. Na ta način zagotovimo, da se napaka ne bo ponovno pojavila.
Lahko si omislimo nadomestne testne primere ali podobne vrste testnih primerov in jih vključimo v načrtovano izvedbo.
V # 10) Kakšna je razlika med funkcionalnim in nefunkcionalnim testiranjem?
Odgovor:
Funkcionalno preskušanje obravnava funkcionalni vidik aplikacije. Ta tehnika preizkuša, da se sistem obnaša v skladu z zahtevami in specifikacijami. Ti so neposredno povezani z zahtevami kupcev. Testne primere potrdimo glede na določeno zahtevo in rezultate preizkusa primerno ali uspešno opravimo.
Primeri vključujejo regresijo, integracijo, sistem, dim itd
Nefunkcionalno preskušanje , na drugi strani preizkuša nefunkcionalni vidik aplikacije. Ne osredotoča se na zahtevo, temveč na okoljske dejavnike, kot so zmogljivost, obremenitev in stres. Ti niso izrecno navedeni v zahtevi, so pa predpisani v standardih kakovosti. Kot QA moramo torej zagotoviti, da imajo tudi ta testiranja dovolj časa in prednosti.
V # 11) Kaj je negativno testiranje? V čem se razlikuje od pozitivnega testiranja?
Odgovor: Negativno testiranje je tehnika, ki potrjuje, da se sistem v primeru neveljavnih vnosov obnaša elegantno. Na primer, v primeru, da uporabnik v polje za besedilo vnese neveljavne podatke, mora sistem namesto tehničnega sporočila, ki ga uporabnik ne razume, prikazati pravilno sporočilo.
Negativno testiranje se razlikuje od pozitivnega testiranja na način, da pozitivno testiranje potrdi, da naš sistem deluje po pričakovanjih, in primerja rezultate testov s pričakovanimi rezultati.
Večina časovnih scenarijev negativnega testiranja ni omenjena v dokumentih o funkcionalnih zahtevah. Kot QA moramo prepoznati negativne scenarije in imeti moramo določbe za njihovo preizkušanje.
V # 12) Kako bi zagotovili, da je vaše testiranje končano in dobro pokriva?
Odgovor: Matrica sledljivosti zahtev in matrice pokritosti testov nam bodo pomagale ugotoviti, ali imajo naši testni primeri dobro pokritost.
Matrika sledljivosti zahtev nam bo pomagala ugotoviti, ali so preskusni pogoji zadostni, da so zajete vse zahteve. Matrice pokritosti nam bodo pomagale ugotoviti, da testni primeri zadostujejo za izpolnitev vseh opredeljenih testnih pogojev v RTM.
An RTM bo videti nekako takole:
Podobno, Matrice preskusne pokritosti bodo videti tako:
V # 13) Na katere različne artefakte se sklicujete, ko pišete testne primere?
Odgovor: Glavni uporabljeni artefakti so:
- Specifikacija funkcionalnih zahtev
- Dokument o razumevanju zahtev
- Uporabite zadeve
- Žični okvirji
- Zgodbe uporabnikov
- Merila sprejemljivosti
- Velikokrat testni primeri UAT
V # 14) Vam je kdaj uspelo napisati testne primere, ne da bi imeli kakršne koli dokumente?
Odgovor: Da, obstajajo primeri, ko imamo situacijo, ko moramo pisati testne primere, ne da bi imeli konkretne dokumente.
V tem primeru, najboljši način je:
- Sodelujte z BA in razvojno skupino.
- Kopajte po pošti, ki vsebuje nekaj informacij.
- Poiščite starejše testne primere / regresijsko zbirko
- Če je funkcija nova, poskusite prebrati wiki strani ali pomoč aplikacije, če želite imeti idejo
- Posedite z razvijalcem in poskusite razumeti spremembe.
- Na podlagi vašega razumevanja določite testni pogoj in ga pošljite BA ali zainteresiranim stranem, da jih pregledajo.
V # 15) Kaj pomeni Preverjanje in potrjevanje ?
Odgovor:
Preverjanje veljavnosti je postopek ocenjevanja končnega izdelka za preverjanje, ali programska oprema ustreza poslovnim potrebam. Izvajanje preizkusov, ki jih opravljamo v vsakdanjem življenju, je dejavnost preverjanja, ki vključuje testiranje dima, funkcionalno testiranje, regresijsko testiranje, testiranje sistemov itd.
Preverjanje je postopek ocenjevanja posredniških delovnih izdelkov življenjskega cikla razvoja programske opreme, da se preveri, ali smo na pravi poti pri ustvarjanju končnega izdelka.
V # 16) Katere različne tehnike preverjanja poznate?
Odgovor: Tehnike preverjanja so statične. Obstajajo 3 tehnike preverjanja.
Ti so razloženi na naslednji način:
(i) Pregled - To je metoda, s katero kode / testne primere preučuje posameznik, ki ni avtor, ki ga je izdelal. To je eden najlažjih in najboljših načinov za zagotovitev pokritosti in kakovosti.
(ii) Inšpekcijski pregled - To je tehničen in discipliniran način za pregled in odpravo napak v preskusnem artefaktu ali kodi. Ker je discipliniran, ima različne vloge:
- Moderator - Olajša celoten inšpekcijski sestanek.
- Snemalnik - Evidentira zapisnik sestanka, napake in druge obravnavane točke.
- Bralnik - Preberite dokument / kodo. Vodja vodi tudi do celotnega inšpekcijskega sestanka.
- Producent - Avtor. Na koncu so odgovorni za posodobitev dokumenta / kode v skladu s komentarji.
- Ocenjevalec - Vsi člani ekipe so lahko recenzenti. To vlogo lahko igra tudi neka skupina strokovnjakov, ki so projektne zahteve.
(iii) Sprehod - To je postopek, v katerem avtor dokumenta / kode prebere vsebino in dobi povratne informacije. To je večinoma nekakšna seja FYI (za vaše informacije), namesto da bi iskali popravke.
V # 17) Kakšna je razlika med Testiranje obremenitve in obremenitve ?
Odgovor:
Testiranje izjemnih situacij je tehnika, ki potrjuje vedenje sistema, ko deluje pod stresom. Za razlago zmanjšamo vire in preverimo obnašanje sistema. Najprej razumemo zgornjo mejo sistema in postopoma zmanjšujemo vire ter preverjamo vedenje sistema.
V Preskus obremenitve, preverimo vedenje sistema pod pričakovano obremenitvijo. Obremenitev je lahko sočasnega uporabnika ali virov, ki hkrati dostopajo do sistema.
V # 18) Kako imate pristop k dvomom v zvezi s svojim projektom?
Odgovor: V primeru kakršnih koli dvomov ga najprej poskusite počistiti tako, da preberete razpoložljive artefakte / pomoč za aplikacijo. V primeru dvomov ne pozabite vprašati takojšnjega nadzornika ali starejšega člana vaše ekipe.
Poslovni analitiki so lahko tudi dobra izbira za dvom. V primeru kakršnih koli drugih dvomov lahko svoja vprašanja posredujemo tudi razvojni skupini. Zadnja možnost bi bila nadaljevanje z direktorjem in na koncu z zainteresiranimi stranmi.
brezplačno čistilo neželenih datotek za Windows 7
V # 19) Ali ste uporabili kakšno orodje za avtomatizacijo?
Odgovor: Odgovor na to vprašanje je za posameznika zelo ekskluziven. Odgovorite na vsa orodja in strategije avtomatizacije, ki ste jih uporabili v svojem projektu.
V # 20) Kako določite, kateri del programske opreme zahteva, koliko testiranja?
Odgovor: Ta dejavnik lahko poznamo tako, da ugotovimo Ciklomatična kompleksnost .
T tehnika pomaga prepoznati spodnja 3 vprašanja za programe / funkcije
- Ali je funkcijo / program mogoče preizkusiti?
- Ali funkcijo / program razumejo vsi?
- Je funkcija / program dovolj zanesljiv?
Kot QA lahko s to tehniko določimo 'raven' našega testiranja.
Praksa je, da če je rezultat ciklomatske zapletenosti večje ali večje število, menimo, da je ta del funkcionalnosti zapletene narave, zato sklepamo kot preizkuševalec; da del kode / funkcionalnosti zahteva poglobljeno testiranje.
Po drugi strani pa, če je rezultat ciklomatske kompleksnosti manjše število, kot QA ugotavljamo, da je funkcionalnost manj zapletena, in ustrezno določimo obseg.
Zelo pomembno je razumeti celoten življenjski cikel testiranja in po potrebi predlagati spremembe našega postopka. Cilj je zagotoviti visokokakovostno programsko opremo in na ta način mora preverjanje kakovosti sprejeti vse potrebne ukrepe za izboljšanje postopka in načina, kako preskusna skupina izvaja teste.
Upam, da bodo ta vprašanja in odgovori na QA Intervju pomagali pripraviti intervju za zagotavljanje kakovosti.
Priporočeno branje
- Vprašanja in odgovori za intervjuje
- Nekaj zanimivih vprašanj za preskušanje programske opreme
- Vprašanja in odgovori za preizkušanje ETL
- 20 najpomembnejših vprašanj in odgovorov za preskušanje API-jev
- Kako se pripraviti na intervju za testiranje programske opreme
- Programska oprema Ročno preizkušanje Vprašanja za intervjuje za izkušene strokovnjake
- 25 najboljših agilnih preizkusnih vprašanj in odgovorov
- Najpogostejših 200 vprašanj za preizkušanje programske opreme (obvezno preberite, da počistite VSAK preskusni intervju)