Meniu

20 de întrebări selective privind interviul de asigurare a calității pentru a șterge interviul în 2021

  • Principal
  • Alte
  • 20 de întrebări selective privind interviul de asigurare a calității pentru a șterge interviul în 2021

20 selective qa interview questions clear interview 2021

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Întrebări și răspunsuri la cele mai frecvente întrebări și răspunsuri despre asigurarea calității pentru a vă ajuta să vă pregătiți pentru interviu:

Iată câteva dintre întrebările pe care mi le-aș pune dacă interviu un inginer de asigurare a calității.

Întrebările vor accentua mai mult asupra proceselor de calitate și strategiei, iar aceste întrebări nu vor fi puse pentru testare.

Întrebări de interviu pentru asigurarea calității

Inginerii QA sunt în mare parte oameni care au petrecut ceva timp în industria de testare, deoarece atunci când creați foi de parcurs și strategii, este întotdeauna benefic să aveți o anumită expunere în industrie.

Să începem!!

Întrebări frecvente despre interviul QA

Să începem!!

Q # 1) Care este diferența dintre asigurarea calității, controlul calității și testare?

Răspuns: Asigurarea calității este procesul de planificare și definire a modului de monitorizare și implementare a proceselor de calitate (test) în cadrul unei echipe și organizații. Această metodă definește și stabilește standardele de calitate ale proiectelor.

Controlul calității este procesul de identificare a defectelor și furnizarea de sugestii pentru îmbunătățirea calității software-ului. Metodele utilizate de controlul calității sunt stabilite de obicei prin asigurarea calității. Este responsabilitatea principală a echipei de testare să implementeze controlul calității.

Testarea este procesul de găsire a defectelor / erorilor. Validează dacă software-ul construit de echipa de dezvoltare îndeplinește cerințele stabilite de utilizator și standardele stabilite de organizație.

Aici, accentul principal este pe găsirea erorilor, iar echipele de testare funcționează ca un gatekeeper de calitate.

Q # 2) Când credeți că ar trebui să înceapă activitățile de QA?

Răspuns: Activitatea QA ar trebui să înceapă de la începutul proiectului. Cu cât începe mai devreme, cu atât este mai benefic să stabiliți standardul pentru atingerea calității.

Costul, timpul și eforturile sunt foarte provocatoare în cazul în care activitățile QA întârzie.

Q # 3) Ce este diferența dintre planul de testare și strategia de testare ?

Răspuns: Strategia de testare este la un nivel superior, creat în cea mai mare parte de managerul de proiect, ceea ce demonstrează abordarea generală a testării pentru întregul proiect, în timp ce planul de testare descrie modul în care ar trebui efectuate testele pentru o anumită aplicație, care intră sub incidența unui proiect.

Q # 4) Puteți explica ciclul de viață al testării software-ului?

Răspuns: Ciclul de viață al testării software-ului se referă la un proces de testare care are pași specifici care trebuie executați într-o succesiune definită pentru a se asigura că obiectivele de calitate au fost îndeplinite.

Q # 5) Cum definiți un formatul de scriere a unui test bun ?

primele 10 companii de dezvoltare web din India

Răspuns: Formatul cazului de test include:

  • ID-ul cazului de testare
  • Descrierea cazului de testare
  • Severitate
  • Prioritate
  • Mediu inconjurator
  • Versiunea de construire
  • Pași de executat
  • Rezultate asteptate
  • Rezultate actuale

Q # 6) Ce este un caz de testare bun?

Răspuns: În cuvinte simple, un caz de test bun este unul care găsește un defect. Dar toate cazurile de testare nu vor găsi defecte, deci un caz de testare bun poate fi și unul care are toate detaliile și acoperirea prescrise.

Q # 7) Ce ați face dacă aveți o suită mare de executat în foarte puțin timp?

Răspuns: În cazul în care avem mai puțin timp și trebuie să executăm volumul mai mare de cazuri de testare, ar trebui să acordăm prioritate cazului de testare și să executăm mai întâi cazurile de testare cu prioritate ridicată și apoi să trecem la cele cu prioritate mai mică.

În acest fel ne putem asigura că aspectele importante ale software-ului sunt testate.

Alternativ, putem căuta, de asemenea, preferința clientului, care este cea mai importantă funcție a software-ului conform acestora, și ar trebui să începem testarea din acele zone și apoi să ne mutăm treptat în acele zone care sunt mai puțin importante.

Q # 8) Credeți că asistenții de calitate pot participa și la rezolvarea problemelor de producție?

Răspuns: Categoric!! Ar fi o bună curbă de învățare pentru ca asistenții de calitate să participe la rezolvarea problemelor de producție. Multe probleme de producție de timp ar putea fi rezolvate prin ștergerea jurnalelor sau efectuarea unor setări de registry sau prin repornirea serviciilor.

Aceste tipuri de probleme de mediu ar putea fi foarte bine rezolvate de echipa de asigurare a calității.

De asemenea, dacă QA are o perspectivă asupra rezolvării problemelor de producție, acestea le pot include în timp ce scriu cazurile de testare, și astfel pot contribui la îmbunătățirea calității și pot încerca să reducă la minimum defectele de producție.

Q # 9) Să presupunem că ați găsit un bug în producție, cum v-ați asigura că același bug nu este introdus din nou?

Răspuns: Cel mai bun mod este să scrieți imediat un caz de testare pentru defectul de producție și să îl includeți în suita de regresie. În acest fel ne asigurăm că eroarea nu va fi introdusă din nou.

De asemenea, ne putem gândi la cazuri alternative de testare sau tipuri similare de cazuri de testare și să le includem în execuția noastră planificată.

Q # 10) Care este diferența dintre testarea funcțională și cea nefuncțională?

Răspuns:

Testarea funcțională trateaza aspectul functional al aplicatiei. Această tehnică testează dacă sistemul se comportă conform cerințelor și specificațiilor. Acestea sunt direct legate de cerințele clienților. Validăm cazurile de testare în funcție de cerința specificată și obținem rezultatele testului ca acceptate sau nereușite în consecință.

Exemple includ regresie, integrare, sistem, fum etc.

Testarea nefuncțională , pe de altă parte, testează aspectul nefuncțional al aplicației. Nu se concentrează pe cerință, ci pe factori de mediu precum performanța, sarcina și stresul. Acestea nu sunt specificate în mod explicit în cerință, dar sunt prescrise în standardele de calitate. Deci, în calitate de QA trebuie să ne asigurăm că acestor teste li se acordă suficient timp și prioritate.

Q # 11) Ce este testarea negativă? În ce se deosebește de testarea pozitivă?

Răspuns: Testarea negativă este o tehnică care confirmă faptul că sistemul se comportă cu grație în cazul unor intrări nevalide. De exemplu, în cazul în care utilizatorul introduce date nevalide într-o casetă de text, sistemul ar trebui să afișeze un mesaj adecvat în locul mesajului tehnic pe care utilizatorul nu îl înțelege.

Testarea negativă este diferit de testarea pozitivă într-un mod în care testarea pozitivă validează că sistemul nostru funcționează conform așteptărilor și compară rezultatele testelor cu rezultatele așteptate.

Majoritatea scenariilor de timp pentru testarea negativă nu sunt menționate în documentele privind cerințele funcționale. În calitate de QA, trebuie să identificăm scenariile negative și ar trebui să avem dispoziții pentru a le testa.

Î # 12) Cum v-ați asigura că testarea dvs. este completă și are o acoperire bună?

Răspuns: Matricea de trasabilitate a cerințelor și matricile de acoperire a testului ne vor ajuta să stabilim dacă cazurile noastre de testare au o acoperire bună.

Matricea de trasabilitate a cerințelor ne va ajuta să stabilim dacă condițiile de testare sunt suficiente pentru ca toate cerințele să fie acoperite. Matricile de acoperire ne vor ajuta să stabilim că cazurile de testare sunt suficiente pentru a satisface toate condițiile de testare identificate în RTM.

Un RTM va arăta ceva de genul:

RTM

În mod similar, Matricile de acoperire a testului vor arăta ca:

cum se folosește asert c ++

Testarea matricilor de acoperire

Q # 13) Care sunt diferitele artefacte la care faceți referire atunci când scrieți testele?

Răspuns: Principalele artefacte utilizate sunt:

  • Specificația cerințelor funcționale
  • Document de înțelegere a cerinței
  • Cazuri de utilizare
  • Sarme
  • Povești de utilizatori
  • Criteriul de acceptare
  • De multe ori cazuri de test UAT

Q # 14) Ați reușit vreodată să scrieți testele fără a avea documente?

Răspuns: Da, există cazuri când avem o situație în care trebuie să scriem cazuri de testare fără a avea documente concrete.

În acest caz, cel mai bun mod este să:

  • Colaborează cu BA și echipa de dezvoltare.
  • Săpați în e-mailurile care au unele informații.
  • Căutați în cazurile de testare mai vechi / suita de regresie
  • Dacă funcția este nouă, încercați să citiți paginile wiki sau ajutorul aplicației pentru a avea o idee
  • Stați cu dezvoltatorul și încercați să înțelegeți modificările efectuate.
  • Pe baza înțelegerii dvs., identificați starea testului și trimiteți-o BA sau părților interesate pentru a le examina.

Q # 15) Ce se înțelege prin Verificare si validare ?

Răspuns:

Validare este procesul de evaluare a produsului final pentru a verifica dacă software-ul satisface nevoile afacerii. Execuția testului pe care o facem în viața noastră de zi cu zi este activitatea de validare care include testarea fumului, testarea funcțională, testarea de regresie, testarea sistemelor etc.

Verificare este un proces de evaluare a produselor de lucru intermediare ale unui ciclu de viață de dezvoltare software pentru a verifica dacă suntem pe calea corectă a creării produsului final.

Q # 16) Care sunt diferitele tehnici de verificare pe care le cunoașteți?

Răspuns: Tehnicile de verificare sunt statice. Există 3 tehnici de verificare.

Acestea sunt explicate după cum urmează:

(i) Revizuire - Aceasta este o metodă prin care codul / cazurile de testare sunt examinate de către altă persoană decât de autorul care a produs-o. Este una dintre cele mai bune și mai bune modalități de a asigura acoperire și calitate.

(ii) Inspecție - Acesta este un mod tehnic și disciplinat de a examina și corecta defectele din artefactul de testare sau cod. Deoarece este disciplinat, are diferite roluri:

  • Moderator - Facilitează întreaga ședință de inspecție.
  • Recorder - Înregistrează procesul-verbal al ședinței, au apărut defecte și alte puncte discutate.
  • Cititor - Citiți documentul / codul. Liderul conduce, de asemenea, la întreaga ședință de inspecție.
  • Producător - Autorul. Aceștia sunt în cele din urmă responsabili să își actualizeze documentul / codul conform comentariilor.
  • Recenzent - Toți membrii echipei pot fi considerați ca recenzori. Acest rol poate fi, de asemenea, jucat de un grup de experți, conform cerințelor proiectului.

(iii) Rezolvare generală - Acesta este un proces în care autorul documentului / codului citește conținutul și primește feedback-ul. Aceasta este mai mult un fel de sesiune FYI (pentru informațiile dvs.), mai degrabă decât să căutați corecții.

Q # 17) Care este diferența dintre Testarea sarcinii și a stresului ?

Răspuns:

Testare stresanta este o tehnică care validează comportamentul sistemului atunci când acesta se execută sub stres. Pentru a explica, reducem resursele și verificăm comportamentul sistemului. Mai întâi înțelegem limita superioară a sistemului și reducem treptat resursele și verificăm comportamentul sistemului.

În Testarea sarcinii, validăm comportamentul sistemului sub sarcina așteptată. Încărcarea poate fi utilizatorul sau resursele simultane care accesează sistemul în același timp.

Î # 18) În cazul în care aveți îndoieli cu privire la proiectul dvs., cum abordați?

Răspuns: În cazul oricăror îndoieli, mai întâi, încercați să o eliminați citind articolele disponibile / ajutorul aplicației. În caz de îndoieli care persistă, adresați-vă unui supervizor imediat sau unui membru senior al echipei dvs.

Analiștii de afaceri pot fi, de asemenea, o alegere bună pentru a pune îndoieli. De asemenea, putem transmite întrebările noastre cu echipa de dezvoltare în caz de alte îndoieli. Ultima opțiune ar fi urmărirea cu managerul și în cele din urmă cu părțile interesate.

Q # 19) Ați folosit instrumente de automatizare?

Răspuns: Răspunsul la această întrebare este foarte exclusiv individului. Răspundeți la toate instrumentele și strategiile de automatizare pe care le-ați folosit în proiectul dvs.

Q # 20) Cum determinați ce software necesită cât de multă testare?

Răspuns: Putem cunoaște acest factor aflând Complexitatea ciclomatică .

T tehnica ajută la identificarea celor 3 întrebări de mai jos pentru programe / caracteristici

  • Funcția / programul poate fi testat?
  • Caracteristica / programul este înțeleasă de toată lumea?
  • Este caracteristica / programul suficient de fiabil?

În calitate de QA, putem folosi această tehnică pentru a identifica „nivelul” testării noastre.

tutorial seleniu webdriver java eclipse pdf

Este o practică că, dacă rezultatul complexității ciclomatice este mai mult sau mai mare, considerăm că acea funcționalitate este de natură complexă și, prin urmare, concluzionăm ca tester; că piesa de cod / funcționalitate necesită testarea în profunzime.

Pe de altă parte, dacă rezultatul complexității ciclomatice este un număr mai mic, concluzionăm ca QA că funcționalitatea este mai puțin complexă și decidem domeniul de aplicare în consecință.

Este foarte important să înțelegem întregul ciclu de viață al testării și ar trebui să putem sugera modificări în procesul nostru, dacă este necesar. Scopul este de a furniza software de înaltă calitate și, în acest fel, un QA ar trebui să ia toate măsurile necesare pentru a îmbunătăți procesul și modul în care echipa de testare execută testele.

Sper că aceste întrebări și răspunsuri la interviul QA vă vor ajuta să pregătiți un interviu pentru asigurarea calității.

Lectură recomandată

^