40+ priljubljenih preizkusnih vprašanj QA Analyst Intervju z vprašanji in odgovori (2021 SEZNAM)

40 popular test qa analyst interview questions

Najpogostejša vprašanja in odgovori za intervju z analitiki za preskušanje / zagotavljanje kakovosti:

Medtem ko se odločite za kariero, v kateri želite biti, odločilni dejavnik ni le tisti, za katerega menite, da lahko uživate v delu.

Toda biti v tej kategoriji zahteva veliko spretnosti, razumevanja odgovornosti in potrebnih delovnih nalog za poklic, ki ste ga izbrali. Enako velja pri izbiri kariere analitika QA. Od vas ni potreben le dober preizkuševalec, hiter učenec, izjemen mislec, temveč tudi zahteven reševalec problemov.

Čeprav zgoraj omenjene lastnosti niso dosežene takoj, očitno to zahteva tudi izkušnje in dneve trdega dela.

Ta članek bo zajemal vse vidike, katerih znanje je obvezno, če želite biti analitik kakovosti. Tukaj vključena vprašanja in odgovori na pogosta vprašanja QA Test Analyst vam bodo dali jasno predstavo o pripravah na intervju.

Priljubljena vprašanja o intervjuju za QA Test Analyst

V # 1) Kakšne so naloge analitika za zagotavljanje kakovosti?

Odgovor: QA Analyst je tisti, ki zagotavlja, da so bili za funkcionalno in tehnično preizkušanje posameznih lastnosti programske rešitve sprejeti vsi možni ukrepi.

Glavne naloge QA Analyst so naslednje:

• Izvedite in vodite vse dejavnosti za doseganje ciljev preskusnega načrta.
• Izberite postopke visoke kakovosti za razvoj izdelka.
• Bi moral biti sposoben analizirati zahteve in dokumentirati postopke.
• Vse napake dokumentirajte in znova preverite. Nastavite prednost in resnost napak.
• Znati bi morali biti sposobni ustvarjati, dokumentirati in vzdrževati testne primere.
• Analiza rezultatov preskusov.

V # 2) Kakšno je vaše razumevanje glede preskusnega načrta?

Odgovor: Ko imate jasno predstavo, kaj, kdaj, kako in koga, potem postanejo stvari lažje. Podobno velja tudi za testiranje programske opreme, kjer je testni dokument dokument, ki obsega obseg, pristop, vire in oris preskusnega projekta ter dejavnosti za sledenje napredku projekta.

Testni načrt je zapis procesov, ki vključuje:

• Preizkusne naloge
• Preskusno okolje
• Tehnike oblikovanja
• Merila za vstop in izstop
• Vsa tveganja itd.

V # 3) Navedite prednost preskusnih nalog, ki jih je pri razvoju izdelka določila skupina za preverjanje kakovosti.

Odgovor: Prednost preskusnih nalog je opredeljena na naslednji način:

• Pripravi se preskusni načrt, ki vsebuje osnutek in obseg preskusnega projekta.
• Testni primeri so pripravljeni tako, da zajemajo vse večje in manjše funkcionalnosti s podatki, potrebnimi za testiranje.
• Izvedba testnih primerov v skladu s funkcionalnostmi, ki se izvajajo v prihodnjih gradnjah preskusnega projekta v preskusnem ciklu.
• Poročanje o napakah s ponovnim preverjanjem in sledenjem njegovemu napredku.
• Priprava povzetka poročila o izvedbi testa.

V # 4) Naštejte nekaj ključnih izzivov, s katerimi se soočate med izvajanjem testiranja programske opreme.

Odgovor: Ker pravimo, da popolnega testiranja ni mogoče doseči, je v njem več izzivov. Naj bo to majhen ali zapleten, obstaja nekaj izzivov, s katerimi se soočate pri izvajanju preskusov programske opreme katerega koli projekta.

Spodaj je navedenih nekaj ključnih izzivov:

• Pomanjkanje usposobljenega preizkuševalca, ki se običajno sooča s problemom ozaveščenosti subjekta, pa tudi pomanjkanje dobrega poznavanja poslovanja stranke.
• Kot dejavnik se upošteva tudi čas, saj se preizkuševalci običajno osredotočajo predvsem na pokritost opravil in ne na pokritost s preskušanjem kakovosti, kadar je treba opraviti ogromen seznam nalog.
• Odločiti se, kateri testni primer je treba najprej in prednostno izvesti. To običajno dosežemo z izkušnjami z delom.
• Pravilno razumevanje zahtev, ki lahko vodijo do tega, da se vsa vaša prizadevanja pri preskušanju ne razumejo.
• Nerazpoložljivost najboljših orodij, ki so potrebna za dokončanje testiranja z manj časa in večjo učinkovitostjo.
• Obravnavanje odnosov med preizkuševalci in razvijalci z dobrimi komunikacijskimi in analitičnimi sposobnostmi.

V # 5) Določite testiranje primerov uporabe.

Odgovor: Testiranje primerov uporabe je mogoče opredeliti kot funkcionalno tehniko preizkušanja črne skrinjice, ki zajema vrsto interakcij, ki so se zgodile med 'igralci' in 'sistemom'. Tu 'igralce' predstavljajo uporabniki in njihove interakcije.

Značilnosti testiranja primerov uporabe so navedene spodaj:

• Funkcionalne zahteve projekta so organizirane.
• Zapiše pot ali scenarije od začetka do konca.
• Lahko zajema napake pri integraciji, tj. Napake, ki so nastale kot posledica interakcije med različnimi komponentami.
• Opisuje glavne tokove in izjemen tok dogodkov.
• Vse predpogoje, ki so potrebni za delovanje primera uporabe, je treba določiti prej.

V # 6) Določite testno strategijo.

Odgovor: Nabor smernic ali preskusnih pristopov, ki jih navadno izvaja vodja projekta za določitev zasnove preskusa in splošnega pristopa preskušanja, je opredeljen kot testna strategija. Nahaja se kot majhen del preskusnega načrta in se uporablja v več projektih.

Upoštevajo se različni preskusni pristopi na podlagi dejavnikov, kot so narava in področje izdelka, tveganje za okvaro izdelka, strokovno znanje pri delu s predlaganimi orodji itd.

Ti pristopi so nadalje razvrščeni na naslednji način:

• Proaktivni pristop , kjer se pristop preizkusnih načrtov začne pred izdelavo gradnje. Tako pomaga pri iskanju in odpravljanju napak pred gradnjo.
• Reaktivni pristop , kjer se preskusni pristop začne po zaključku načrtovanja in kodiranja preskusa.

V # 7) Pojasnite razliko med nadzorom kakovosti in zagotavljanjem kakovosti.

Odgovor: „Nadzor kakovosti“ in 'Zagotavljanje kakovosti' sta dva glavna izraza, ki se uporabljata za kateri koli preskusni projekt ali izdelek. Ponavadi preizkuševalci, ki so novi na tem področju, ne razumejo dejanske razlike med obema.

Razumejmo razliko s pomočjo spodnje tabele.

V # 8) Kdaj je po vašem pravi čas, da začnete s preverjanjem kakovosti v projektu?

Odgovor: V skladu z življenjskim ciklom razvoja programske opreme (SDLC) se faza testiranja izvede po zaključku faze 'Implementacija in kodiranje'. Toda v današnjem scenariju je treba za doseganje najboljših rezultatov začeti z zagotavljanjem kakovosti projekta ali izdelka na začetku projekta.

Upoštevanje tega pristopa bo privedlo do glavnih prednosti, navedenih spodaj:

• Zgodnje načrtovanje postopkov za izpolnitev pričakovanj kupca glede kakovosti.
• Dobra in zdrava komunikacija med ekipama.
• Daje dovolj časa, ki je potreben za nastavitev preskusnega okolja.
• Omogoča zgodnji pregled in odobritev preskusnih načrtov.

V # 9) Razlikovanje postopkov preverjanja in preverjanja veljavnosti.

Odgovor: Postopke preverjanja in potrjevanja običajno določita dve znani vprašanji, tj. ' Ali sistem gradimo pravilno? « in 'Ali gradimo pravi sistem?' .

Poglejmo še drugo razliko med tema dvema procesoma v spodnji tabeli:

V # 10) Pojasnite prednosti destruktivnega testiranja.

Odgovor: Destruktivno preskušanje je opredeljeno kot oblika preskušanja, ki ga opravi preskusna skupina za določitev točke okvare izdelka pri različnih obremenitvah, tj.za oceno strukturne učinkovitosti aplikacije za določitev njegove trdnosti, žilavosti, trdote ali trdnosti.

Spodaj so navedene prednosti destruktivnega testiranja:

• Ugotovljena je šibkost zasnove aplikacije.
• Določite življenjsko dobo aplikacije.
• Pomaga zmanjšati stroške in neuspeh.

V # 11) V čem se ponovno testiranje razlikuje od regresijskega testiranja?

Odgovor: Med ponovnim testiranjem in regresijskim preskušanjem je več razlik.

To je enostavno razbrati iz spodnje tabele:

V # 12) Kaj veste o testiranju na podlagi podatkov?

Odgovor: Vsakemu preizkuševalcu avtomatizacije je zelo jasno, da skripti za avtomatizacijo zajemajo samo področje aplikacije, ki jo je treba preskusiti, s posnetim zaporedjem uporabniških dejanj. Običajno ta dejanja ne povzročijo nobene napake, saj so samo vhodni podatki zajeti pod pogoji, ki smo jih vnesli med snemanjem.

Tu se prikaže preskušanje na podlagi podatkov, kjer želimo, da aplikacija deluje po pričakovanjih za katero koli vrsto vhodnih vrednosti. V ta namen podatki, potrebni za testiranje na podlagi podatkov, niso trdo kodirani, vendar testni skripti svoje podatke jemljejo iz podatkovnih virov, kot so datoteke CSV, viri ODBC itd.

Če povzamemo, testiranje na podlagi podatkov v zanki izvaja naslednja dejanja:

katera je najboljša programska oprema za pretvorbo besedila v govor

• S shrambe vzame vhodne preskusne podatke.
• Podatki, vneseni v aplikacijo za izvajanje dejanj.
• Dejanske rezultate preverite s pričakovanimi.
• Ponovite iste korake z novimi vhodnimi testnimi podatki.

V # 13) Kaj je matrika sledljivosti? Ali je to potrebno za vsak projekt?

Odgovor: Matrika sledljivosti v katerem koli projektu je sredstvo za sledenje napredku projekta pri uvajanju novih funkcionalnosti, izboljšanju obstoječih funkcionalnosti itd. Z matrico sledljivosti lahko vedno spremljate napredek projekta z vsemi vidiki, ki se vzdržujejo po datum.

Matrika sledljivosti zahtev je sestavljena iz spodaj omenjenih parametrov, ki so dejansko v skladu s specifikacijskim dokumentom zahteve.

Parametri matrike sledljivosti zahtev vključujejo:

• Vsak odsek dokumenta z zahtevami je točka, ki jo je treba zajeti v RTM (Matrica sledljivosti zahtev).
• Naslov vsake točke je naslov vsakega odseka v specifikaciji zahteve.
• Glede na vsako točko so omenjeni ID-ji testnih primerov, ki so napisani za ta odsek.
• V vsakem odseku je naveden tudi ID BUG / New Feature ID.
• Najpomembnejše je, da se ohrani tudi sledenje značilnosti, v kateri je bila izvedena gradnja projekta in njegove značilnosti.
• Drugi parameter vključuje, ali je odsek v celoti preizkušen ali je še vedno v preskusnem stanju.

V # 14) Opišite prednosti agilnega testiranja.

Odgovor: Ker smo preizkuševalec, osredotočimo kakovostni izdelek v manj časa, tako da razumemo zahteve končnega uporabnika in kar je najpomembneje, brez napak s strani končnega uporabnika. Tukaj je Agile testiranje na sliki, ki sledi načelu agilnega razvoja programske opreme in hitro potrdi naročnikove zahteve.

Spodaj omenjene prednosti agilnega testiranja:

• Med testiranje je vključena večfunkcionalna gibčna ekipa, ki nato v pogostih intervalih daje rezultate.
• Prihranite veliko časa in denarja.
• Vključuje manj dokumentacije in občasnih povratnih informacij končnega uporabnika.
• Ne samo preskuševalec, temveč celotna ekipa, vključno z upraviteljem, stranko in razvijalcem, sodeluje v komunikaciji iz oči v oči.
• Kot rezultat vsakodnevnih sestankov lahko vprašanja določimo vnaprej.
• Povečanje produktivnosti ekipe in boljše razumevanje tehničnih vidikov projekta.

V # 15) Kaj je negativno testiranje?

Odgovor: Negativno testiranje je način, s katerim zagotovimo, da se ohrani stabilnost izdelka ali aplikacije, ali pa recimo, da ne propade, ko dobimo nepričakovane podatke. Glavni namen te oblike preskušanja potrjuje prijavo proti morebitnim neveljavnim vhodnim podatkom.

Ta oblika testiranja je znana tudi kot „Testiranje napak“ ali „testiranje poti napak“ in njegov glavni namen je preveriti zanesljivost aplikacijske funkcije v negativnih scenarijih. Razkriva tudi šibkost programske opreme, odkriva napake in daje jasno predstavo o poškodbah podatkov.

V # 16) Razlikovati priložnostna in raziskovalna testiranja?

Odgovor: Med priložnostnim in raziskovalnim preskušanjem obstaja več razlik.

Oglejmo si razlike v spodnji tabeli:

V # 17) Zakaj je testiranje avtomatizacije prednost pred ročnim?

Odgovor: No, tako avtomatizacijsko kot ročno testiranje imata svoj pomen in obstoj v svetu testiranja.

Spodaj je nekaj pomembnih vidikov, zaradi katerih je avtomatizacijsko preskušanje prednost pred ročnim:

• Za izvajanje preizkusa je mogoče vsakič uporabiti isti testni skript, zato se avtomatizirano testiranje šteje za najbolj zanesljivo in učinkovito.
• Najbolj zaželena v primeru regresijskega testiranja in ponavljajočega se izvajanja.
• Avtomatizirano testiranje velja za stroškovno učinkovito v primeru dolgoročne izvedbe in tako zagotavlja boljšo kakovost programske opreme.
• Preizkusne skripte je mogoče uporabiti večkrat, hitro in vsi si lahko ogledajo rezultate.
• Orodja za avtomatizacijo so hitrejša in zanesljivejša v primerjavi z ročnim pristopom.

Kljub temu pa nekateri dejavniki določajo, da je testiranje avtomatizacije prednost pred ročnim. Zgoraj omenjeni so glavni dejavniki.

V # 18) Kaj razumete pod pojmoma 'Učinkovitost preizkusa' in 'Učinkovitost preizkusa'?

Odgovor: Preskusite učinkovitost lahko definiramo kot izračun števila virov in testne kode, porabljene za izvajanje ali recimo izvajanje določene funkcije. Določa tudi število virov, uporabljenih pri ustvarjanju programskih izdelkov.

To lahko določimo s formulo:

Učinkovitost testa = (Število odpravljenih napak / skupno število prijavljenih napak) * 100

Učinkovitost testa lahko definiramo kot merilo vrednotenja testnega okolja in njegovega vpliva na programsko aplikacijo. Tu se odziv stranke oceni, ko je izpolnjena zahteva za prijavo.

To lahko določimo s formulo:

Učinkovitost testa = (Število najdenih napak / število izvedenih testnih primerov)

V # 19) Pojasnite postopek krojenja projektov.

Odgovor: Prilagajanje projektov je dosleden in stalen postopek, ki zagotavlja, da je izvedba projekta pravilna in v skladu s poslovnimi zahtevami. Celoten postopek vključuje pregled in spreminjanje projektnih podatkov glede na trenutne operativne potrebe organizacije.

Postopek pregleda se opravi na organizacijski ravni, izvajanje prilagoditvenih načrtov pa na projektni ravni. Glavni cilj in zahteve organizacije, pa tudi odnosi s strankami in uporabniki, sta dva glavna dejavnika, ki ju je treba upoštevati v procesu.

Nekaj ​​vidikov glede na organizacijske cilje v postopku krojenja je:

• Projektni pristop
• Strategije
• Vključeni nadzor in procesi
• Vloge in odgovornosti

V # 20) Kako ločite med prednostjo in resnostjo napake v projektu?

Odgovor: Oba 'Priority' in 'Resnost' je dodeljena hrošču za kategorizacijo težav / hroščev glede na vrstni red, v katerem jih je treba odpraviti. Temeljijo na različnih dejavnikih.

Razumejmo več skupaj z njihovimi razlikami v spodnji tabeli:

V # 21) Zakaj je treba za katero koli aplikacijo opraviti testiranje učinkovitosti?

Odgovor: V preprostem jeziku se testiranje učinkovitosti izvaja za ugotavljanje vedenja in odziva aplikacije v različnih situacijah. To pomaga zbirati informacije o stabilnosti aplikacije, razširljivosti, hitrosti itd.

Razloge za testiranje učinkovitosti lahko razumemo iz spodnjih točk:

• Določa odzivni čas in delovanje komponente aplikacije pod delovno obremenitvijo.
• Izračuna se odzivni čas uporabnikove dejavnosti.
• Zahteva izkušene programerje z obsežnim tehničnim jezikom.
• Določa vedenje aplikacije pod obremenitvijo, tj. Ko se število uporabnikov takoj poveča.

V # 22) Kaj je testiranje na podlagi specifikacij?

Odgovor: Kot že samo ime določa, se testiranje na podlagi specifikacij izvaja na podlagi specifikacije zahtev aplikacije, kjer so funkcionalne specifikacije osnova za opravljene teste.

Ta oblika preskušanja je enaka kot pri 'testiranju črne škatle', kjer uporabnik vnese več podatkov in nato opazi izhod. Primerno je na vseh ravneh preskušanja s specifikacijo in načrtom preskusov.

V # 23) Pojasnite CMMI.

Odgovor: CMMI pomeni Integracija modela zrelosti zmogljivosti. Ta model je razvil Inštitut za programsko inženirstvo (SEI). Temelji na načelu, da procesi, ki sodelujejo pri upravljanju in razvoju izdelka ali sistema, določajo kakovost.

Ponuja tudi smernice za izboljšanje postopkov za izdelek ali celo za celotno organizacijo.

CMMI je razdeljen na 5 stopenj, kot je navedeno spodaj:

• 1. stopnja: Začetno
• 2. stopnja: Upravlja
• 3. stopnja: Določeno
• 4. stopnja: Kvantitativno vodeno
• 5. stopnja: Optimizirano

V # 24) Pojasnite prednosti izvajanja CMMI.

Odgovor: Prednost izvajanja CMMI je več.

Našteti so na naslednji način:

• Zagotavlja podrobno pokritost in poročanje o življenjskem ciklu izdelka in tako pomaga pri izboljšavah postopkov.
• Obstoječi standardi organizacije, njihovi procesi in postopki se izboljšajo kot del izvajanja CMMI.
• Zaradi uvedbe CMMI se poveča pravočasna dostava in tudi zadovoljstvo strank.
• Prav tako vodi k učinkovitemu upravljanju in večjim prihrankom stroškov, saj se napake zaznajo zgodaj.

V # 25) Navedite nekaj orodij za avtomatizacijo.

Odgovor: Nekatera orodja za testiranje avtomatizacije so navedena spodaj:

• Selen
• vode
• Vetrnica
• MILO
• Telur

V # 26) Ali lahko opravimo regresijsko testiranje pri enotnem testiranju?

Odgovor: Vsekakor. Regresijsko testiranje je testiranje neželene napake, ki bi bila morda vnesena v kodo kot stranski učinek odpravljanja drugih napak. Enotno testiranje je preizkus izvedbe majhnega neodvisnega in posameznega dela kode.

Regresijsko testiranje je mogoče izvesti na kateri koli ravni, vse od enote do integracije do končnega preizkusa sprejemljivosti. Regresijsko testiranje je testiranje na osnovi perspektive, medtem ko je enotno testiranje pristop ravni (od spodaj navzgor, od zgoraj navzdol).

V # 27) Kakšna je razlika med testiranjem dima in preizkusom zdravega počutja?

Odgovor:

• Preskušanje dima je preizkušanje starih vidnih lastnosti ali obstoječih značilnosti gradnje, medtem ko je preizkušanje Sanity preverjanje novo dodanih modulov, odpravljenih napak v gradnji.
• Najprej se opravi testiranje dima, nato pa še testiranje Sanity.
• Preizkušanje dima zajema testiranje kritičnih funkcij, za katere skrbi programska oprema, tako da se razteza po celotni programski opremi. Preizkušanje razumnosti pa je zoženo zgolj na nedavno dodane module in je poglobljeno.

Q # 28) Kakšne so vaše dnevne dejavnosti ročnega preizkuševalca v vaši pisarni?

Priročnik: Prva stvar, ki jo preverim v svojem sistemu, je osvežitev armaturne plošče glede stanja zahtev / izboljšav ali napak v trenutni ponovitvi. Sledijo vsakodnevni klici in poročanje, razprave in nevihte za določanje s testnimi scenariji in testnimi primeri.

Ti primeri se nato izvedejo po predelavi v skladu s pregledom. Tudi navezovanje stikov s strankami zaradi nefunkcionalnih zahtev je ena glavnih dejavnosti na mojem krožniku.

V # 29) Kakšne so vaše dnevne aktivnosti kot člana preizkuševalca avtomatizacije v vaši pisarni?

Avtomatizacija: Moj dan se začne z dnevnim srečanjem stanja, ki razpravlja o včerajšnjih rezultatih avtomatizacije, če bi sprožil serijo testnih primerov v novi gradnji.

Izvedbeni cikel lahko imenujemo zdravstveni pregled, da ugotovimo, kako zdrava je gradnja.

Sledi poročanje o napakah na podlagi napak skripta, oblikovalskih sprememb v funkcionalnosti; vzdržujte skripte / knjižnice ali funkcije, avtomatizirajte in se prijavite v novem skriptu za nove zahteve in po potrebi novo funkcijo v knjižnici funkcij.

Včasih je treba preizkusne skripte posamično ponovno izvesti, da bi z avtomatizacijo našli napake v regresiji in jih dodali tudi v testni paket.

V # 30) Kako ločite zahtevo od napake in izboljšave?

Odgovorite : TO zahteva je uporabniška zgodba, ki je bistvenega pomena za izvedbo, preizkušanje in dostavo.
An izboljšanje je dodana ali improvizirana funkcija obstoječi.
TO napaka je precej popolno odstopanje od pričakovanih uporabniških zgodb.

Če napaka odkrije določeno področje zahteve, ki ni navedeno, razen če je v specifikaciji drugače, jo lahko imenujemo tudi kot zahtevo ali njen del.

V # 31) Kaj storite, ko vaš razvijalec zanika odpravljanje napake, ki ste jo prijavili?

Odgovorite : Pomemben dejavnik, ki odloča o odpravi napake, je dodeljena prednostna naloga. Če je napaka zelo pomembna, je treba prikazati zamašek, ki blokira glavno funkcionalnost in se dosledno reproducira, potem je treba to popraviti v gradnji.

Enako je treba učinkovito razkriti razvijalcem, saj skupaj preizkuševalci in razvijalci prispevajo k kakovosti izdelka, ki ga je treba poslati.

Drugi vidiki, ki lahko razvijalca prepričajo, da v kratkem času odpravi napako, so kakovostno poročanje o napaki in razvijanje razvijalcev, da je odprava napake v izdaji izrednega pomena.

V # 32) Kaj storite, ko vaš razvijalec zanika, da je to, kar ste vložili, napaka?

Odgovorite : Najpomembnejša faza življenjskega cikla napake je „Zavrnjeno“, kar pomeni, da prijavljeno poročilo o nezgodi ni veljavno. Dokument o poslovnih zahtevah, ki navaja zahteve, lahko pomaga razumeti programsko opremo in s tem naravo prijavljenega incidenta.

Analizirajte napako in razkrijte svoje ugotovitve o napaki razvijalcu in skupini. Če gre za napako, je nikoli ne prijavite. Včasih morajo preizkuševalci zagotoviti analizo vrzeli in jo predstaviti razvijalcem. Če to ne reši konfliktov, bi morali vstopiti starejši v ekipi.

V # 33) Kaj je najprej ponovno testiranje ali regresijsko testiranje?

Odgovorite : Ponovno testiranje je na prvem mestu, saj ponovno zažene kodo, poenostavljeno povedano, gre za večkratno izvajanje vnaprej določenih korakov. Po določitvi kode ni treba. Toda regresijski test je oceniti neželene učinke odpravljene napake.

Zagotovo odprava ene napake in dodajanje druge v kodo ni namen preskusnega postopka. Najboljše najdbe in najboljši ulov preizkuševalcev so ponavadi regresijske napake. Zgradbe nikoli ne bi smeli izdati, ne da bi jo preizkusili z regresijo.

V # 34) Kaj je alternativa beta testiranju?

Odgovorite : Beta testiranje poteka na strani naročnika z najmanjšim sodelovanjem razvijalcev in beleži napake v resničnem proizvodnem okolju. Če podjetje takšne prakse ne izvaja, je varnejša ideja, da izdelek najprej pošljemo strankam, ki niso v čakalni vrsti, da dobijo najnovejšo različico.

Nekateri servisni svetovalci v prostorih strank lahko nekaj dni uporabljajo programsko opremo, beležijo in nadzirajo dejavnosti, ki zagotavljajo stabilnost izdaje v njihovem okolju, tako da je mogoče, tudi če je večja napaka izpuščena, odpraviti, preizkusiti pred dostavi ciljni stranki. Drug pristop je zamenjava testiranja zahtev znotraj ekipe za nepristransko testiranje.

Q # 35) Katere so pomanjkljivosti agilne implementacije / metodologije, s katerimi ste se soočili?

Odgovorite : Slabe strani so naslednje:

1. Šprinti so običajno zelo omejeni.
2. Dokumentacija ni prednostna naloga
3. Preklapljanje med PBI (izdelki z zaostanki) je lahko pogosto.

Q # 36) Zakaj je analiza vplivov pomembna?

Odgovorite : Za vadbo na podlagi tveganja je treba narediti analizo vpliva. S tem lahko testne primere oblikujemo tako, da lahko vse hude napake, ki so kritične po mnenju kupca, rešimo pred časom. Poskrbeti je treba za dobro študijo poslovanja, potreb stranke in njihove uporabe programske opreme.

Na primer, najpomembnejše tveganje, povezano s programsko opremo na bančnem področju, je varnost. Vsak nov obrazec, dodan že obstoječi programski opremi, je lahko ranljiv. Priporočljivo je veliko preskusa varnosti z dodajanjem ustreznih povezav, preusmerjanjem in krmarjenjem na pravilno stran ter po potrebi namestiti proxy.

Q # 37) S pomočjo primerov vsakega preizkušanja zmogljivosti, testiranja izjemnih situacij in testiranja obremenitve?

Odgovorite : Najboljši primer tukaj je spletna stran v živo.

Preskušanje zmogljivosti se opravi, da se preverijo napake v sistemu, ko gre za stanje, podobno kot v realnem času. Ni treba izvajati pod obremenjenimi pogoji. Rezultati preizkušanja zmogljivosti pomagajo ugotoviti, ali je sistem pripravljen za proizvodnjo.

Zaradi preprostega postopka rezervacije vozovnic je težava z zmogljivostjo lahko povzročila počasnost. Nekatere poizvedbe z združevanjem so na primer nekoliko počasnejše, saj so v bazo podatkov neustrezno uvedle nepotrebno klavzulo ali shranjevanje podatkov.

Testiranje izjemnih situacij je vrsta preizkušanja zmogljivosti, ki se izvaja s postavitvijo programske opreme v ekstremne pogoje (težke in nerazporejene obremenitve, omejeni računski viri, visoka sočasnost).

Če sistem kaže določeno vedenje, kot so podatki, izgubljeni ali poškodovani, vir, uporabljen tudi po odstranitvi stresa, neodzivnost ali neobdelane izjeme, to pomeni, da pri stresnem testiranju ni uspel. Rezultat je včasih tudi okvara diska, nepotrebno povečanje števila GDI.

Na primer, Če spletno mesto gostuje na računalniku, ki že porablja ogromen pomnilnik ali ga zasipa s ponavljajočimi se zahtevami, vas ne sme obesiti ali odjaviti.

Preskušanje obremenitve opazuje obnašanje sistema, medtem ko nenehno povečuje obremenitev sistema, dokler ni dosežen prag. Modeli delovne obremenitve, meritve in ravni obremenitve so običajno vhodni podatki za preskušanje obremenitve.

Na primer, čas za iskanje razpoložljivosti sedežev za vlak se postopoma povečuje, ko se čas rezervacije Tatkalne kvote približa, saj se število uporabnikov, ki so bili nato prijavljeni v sistem, s časom rezervacije Tatkal približuje do 10. ali 11. ure.

Q # 38) Kaj je bil eden največjih izzivov med izvajanjem regresijskega testiranja?

Odgovorite : Med izvajanjem regresijskega testiranja so lahko različni izzivi.

• Ponovno izvajanje preizkusov morda ne bo tako vznemirljivo za preizkuševalce.
• Zamudno, saj je včasih pri takšnem preizkušanju treba razmišljati nenavadno.
• Ogrožena poslovna vrednost.
• Nepravilna izbira primerov regresijskih testov lahko preskoči večje regresijske napake.
• Ponavljanje proizvodne napake zato postane nedosledno.
• Velika suita za izvedbo.

Q # 39) Če boste pozvani, da dokumentirate testne scenarije, testne primere, testne načrte, testno strategijo, s čim boste začeli in v kakšnem zaporedju bodo sledili ostali?

Odgovorite : Zaporedje bo testna strategija, testni načrt, testni scenariji in nazadnje testni primeri.

Q # 40) Kaj če pogrešam dokumentiranje katerega koli od zgoraj navedenih? Recimo, da pogrešam dokumentiranje načrta preizkusa, kakšne bodo posledice?

Odgovorite : Če bomo zamudili dokumentiranje načrta preizkusa, bo praznina glede obsega testiranja njegovega objektivnega pristopa in poudarka na testiranju. Potem bo težko določiti lastnosti, ki jih je treba preizkusiti, tehnike preizkušanja, prenosa ali neuspeha meril in navsezadnje večje tveganje, povezano s testiranjem.

Q # 41) Kako bi začeli testirati zgradbo, ki ste jo nedavno dobili: Ali obstaja kakšen pristop, ki ga upoštevate npr. najprej začeti s testiranjem dima, nato s preizkusom zdrave pameti?

Odgovorite : Preskus dima> Preizkušanje razumnosti> Raziskovalno preskušanje> Preizkušanje funkcionalnosti> Regresijsko preskušanje in validacija končnega izdelka.

Q # 42) Pojasnite obliko poročila o napakah, ki ste mu sledili?

Odgovorite :

Poročilo o napaki mora vsebovati naslednje informacije:

• Id napake
• Preslikava na zahtevo / izboljšanje / obstoječo napako
• Povzetek / naslov napake
• Različica izdelka
• Prednostna naloga
• Konfiguracija (sistemske specifikacije)
• Predpogoji
• Koraki
• Pričakovani izid
• Dejanski rezultat
• Dnevniki. Utrinki, video posnetki
• Stanje
• Druge pripombe

Q # 43) Kako izberete primere regresijskih testov ali oblikujete paket regresijskih testov?

Odgovorite : Da. To je rezultat analize vpliva. Gre za preprosto preslikavo funkcij, ki jih uporabljate ali do katerih dostopate na različnih področjih, ki jih preizkušate, njihovo integracijo z drugimi funkcijami in v celoti kot preskušanje sistema od konca do konca ali pretoka.

Prav tako lahko poberete napake, ki so bile predhodno vložene za isto funkcionalnost v prejšnjih gradnjah. V idealnem primeru bi bilo treba eno napako preizkusiti z regresijo z uporabo vsaj petih različnih testnih primerov, ki uporabljajo funkcionalnost.

Q # 44) Ali lahko navedete primer naslednjih napak

• Napaka nizke prioritete visoke resnosti
• Napaka visoke prioritete in nizke resnosti

Odgovorite : Napaka, ki zruši aplikacijo, ko se reproducira samo v določenem časovnem žigu na določenem operacijskem sistemu, je lahko napaka visoke stopnje in nizka prioriteta.

Napaka, ki je vložena proti pogledu, ki se ne odpre z dvojnim klikom, ampak se odpre z desnim klikom, je lahko prednostna naloga in napaka majhne resnosti.

Q # 45) Napišite en učinkovit testni primer, s katerim boste preizkusili, ali je dani papir bel papir?

Odgovor: Če barva izvornega črnila, s katerim pišete na belem papirju, ostane enaka, je papir bel. Če na primer pišete na belem papirju z rdečim črnilom, barva črnila ostane v pisalu rdeča in je videti tudi rdeča na papirju.

Opomba: Na to vprašanje je veliko drugih odgovorov. Vsak takšen veljaven odgovor si lahko omislite z osnovno logiko.

Q # 46) Kaj je Charter testiranje?

Odgovor: Testiranje seje, izvedeno na podlagi ciljev in programov, navedenih pod listino pred začetkom testiranja, je znano kot testiranje listine.

Testiranje tukaj poteka v določenem časovnem obdobju z manjšim poudarkom na dokumentaciji in večjim poudarkom na samo testiranju. Gre za drugačno različico raziskovalnega preskušanja, pri kateri inženirji preizkusijo programsko opremo v časovnem okviru ( Na primer, samo 2 uri) na podlagi razvite hevristike.

Q # 47) Kakšen je vaš pristop, ko imate visoko prioritetno izdajo, ki bo dostavljena v zelo kratkem času?

Odgovor: V takih primerih je lahko dobro premišljen načrt koristen.

Za pomoč pri testiranju v primeru pomanjkanja časa lahko storimo naslednje: -

• Uporaba obstoječih posodobljenih skriptov za avtomatizacijo za izvajanje regresijskega testiranja.
• Testiranje scenarijev, ki temeljijo na pretoku, je od konca do konca.
• Izvajanje testnih primerov z visoko prioriteto in če čas dopušča, preklopite na primere z nižjo prioriteto.
• Ponovno testiranje visoko prioritetnih napak, vloženih v prejšnjih različicah.
• Hitro testiranje programske opreme
• Razvijalce lahko prosimo, da zaženejo preskuse enot, da bi pridobili večjo pokritost s testiranjem.

Q # 48) Napišite testne primere na katero koli napravo / predmet, ki je prisoten v okolici (primer: stol)?

Odgovor: Nasvet tukaj bi bil: Vedno začnite z zbiranjem zahtev. Prikazuje vašo zrelost do življenjskega cikla razvoja programske opreme. Po izbiri predmeta lahko vprašate.

V tem primeru:-

• Za kakšen stol gre? Pisarniški stol, delovna miza-stol, kavč stol, jedilni stol-miza, udoben stol?
• Iz katerega materiala je stol - les, jeklo, umetna masa, oblazinjenje?
• Vprašajte za mere (višina, teža glede na vrsto stola).
• Vprašajte za razpoložljivost. In na podlagi tega začnite pripravljati svoje primere.

Testni primeri bi se razlikovali za vsako vrsto stola, kar je bolje za vaše sposobnosti razmišljanja ( Na primer, namen stola, mere glede na vrsto stola, prenosni-ne-pitni, lahki, možnosti nakupa).

Za vsak stol: a test uspešnosti je lahko: za določitev natezne trdnosti ali največje nosilnosti teže.

Q # 49) Je vse mogoče avtomatizirati?

Odgovor: - Do neke mere da. Toda orodja za avtomatizacijo imajo, tako kot druga programska oprema, svoje omejitve. Tudi programska oprema v preskusu ali aplikacija v preskusu se bo še naprej nadgrajevala.

Torej ni nobenega jamstva, da se lahko testiranje programske opreme izvaja brez ročnega posredovanja. Navsezadnje je orodje tako pametno kot preizkuševalec. To je samo preizkušanje programske opreme in še ena programska oprema. Kode / skripti / knjižnice morajo biti dovolj inteligentne, da lahko preizkusijo in najdejo napake.

Zaključek

Upam, da vam bo ta vaja pomagala pri ogrevanju z nekaj vprašanji in vam bo dala odličen začetek intervjujev ter izboljšala samozavest pri odgovarjanju na vprašanja. Obstajajo lahko tudi druga vprašanja, ki temeljijo na scenariju, in se lahko pojavijo v vašem življenjepisu / profilu.

Zato je vedno priporočljivo, da se lažni intervju vadite z lastnimi rokami, tako da se izkaže, da je intervju tako za izpraševalca kot za kandidata, v katerem lahko dobijo vsi. Ne pozabite, da je analitik kakovosti več kot le inženir preskusov, katerega povratne informacije so pomembne ne samo za kakovost izdelka, temveč tudi za postopek testiranja programske opreme.

Hvala in veliko sreče z intervjuji!

Priporočeno branje

• Vprašanja in odgovori za intervju
• 25+ najbolj priljubljenih vprašanj in odgovorov za intervju z ADO.NET
• 25 najboljših vprašanj in odgovorov za intervju z agilnim testiranjem
• Vprašanja za intervju z Spockom z odgovori (najbolj priljubljeno)
• Vprašanja in odgovori za preizkušanje ETL
• 20 Najbolj priljubljenih vprašanj in odgovorov na intervju za TestNG
• Top 30+ priljubljenih vprašanj in odgovorov za intervju s kumaricami
• 50 najbolj priljubljenih vprašanj in odgovorov za intervjuje CCNA