Introducere în întrebările de interviu de testare manuală
Mulți oameni au concepții greșite conform cărora companiile din zilele noastre nu angajează testere manuale, există o cerință de testare de automatizare doar pe piață. Dar acest lucru nu este adevărat. Fără îndoială, întrucât companiile se îndreaptă către Automatizare, astfel încât există o cerere mare de testatori de automatizare, dar în orice proiect, toate lucrurile nu pot fi automatizate, există întotdeauna un domeniu de testare manuală și testerele manuale trebuie să aibă cunoștințe profunde despre toate tipurile de testare, scenariile de testare, diferențele dintre ele, etc. Există multe certificări de testare, iar ca începător sau testator manual, se recomandă ștergerea certificării ISTQB, deoarece oferă cunoștințe profunde despre conceptele de bază ale testării.
Acum, dacă sunteți în căutarea unui loc de muncă care are legătură cu testarea manuală, atunci trebuie să vă pregătiți pentru întrebările de interviu de testare manuală din 2019. Este adevărat că fiecare interviu este diferit în funcție de diferitele profiluri de muncă. Aici, am pregătit importantele întrebări și răspunsuri la testarea manuală a interviului, care vă vor ajuta să obțineți succes în interviu.
În acest articol de întrebări de interviu de testare manuală din 2019, vom prezenta cele mai importante și frecvente întrebări ale interviului de testare manuală. Aceste întrebări de interviu sunt împărțite în două părți:
Partea 1 - Întrebări de interviu de testare manuală (de bază)
Această primă parte acoperă întrebările de bază și răspunsurile la testarea manuală a interviului.
Q1. Care este diferența dintre verificare și validare în testarea software?
Răspuns:
Verificarea implică procesul static de verificare a documentelor, codului și proiectării, pentru a verifica dacă software-ul respectă cerințele menționate în documente (SRS). Aceasta implică walkthrough, inspecție și revizuirea codului. Întrucât validarea este un proces dinamic care implică executarea codului și verificarea dacă software-ul funcționează așa cum este de așteptat sau nu. Implică găsirea erorilor care sunt efectuate de o echipă de testare prin executarea codului. Testarea cutiei negre, testarea cutiei albe și testarea cutiei gri sunt o parte a testării în validarea software-ului.
Q2. Care este diferența dintre Test Driver și Test Stub în Testarea Software-ului?
Răspuns:
Test Driver și Test Stub sunt, practic, un cod care funcționează ca un substitut al codului original nedezvoltat pentru a efectua testarea. Driverele sunt utilizate într-o abordare de jos în sus și sunt utilizate, în principiu, ca module de apelare dacă modulele interne sunt implementate și trebuie testate, în timp ce Stubs sunt utilizate într-o abordare de sus în jos și sunt utilizate acolo unde modulul principal este pregătit, dar modulele numite sunt încă nu a terminat.
De exemplu, într-o aplicație web, există 3 module, adică Logare, Acasă, Utilizatori. Dacă modulul de conectare este pregătit, dar nu Acasă și Utilizatori, deci modulul „numit” de înlocuire pentru Acasă și Utilizatori sunt Stub, deoarece modulul principal de autentificare este pregătit. Dar dacă modulul Acasă și Utilizatori sunt pregătiți, dar modulul principal Conectarea nu este pregătit, deci modulul „apelant” înlocuitor pentru Logare se numește Driver.
Q3. În ce moment al unei aplicații ar trebui să începem testarea?
Răspuns:
Odată ce cerințele sunt adunate într-un proiect, ar trebui să înceapă planificarea testului, strategia de testare și crearea cazurilor de testare sau întregul proces de testare. Astăzi aproape toate proiectele urmează metodologia Agile, astfel încât cerințele nu sunt fixate la început, dar poveștile utilizatorilor pentru noile funcții care urmează să fie implementate într-o versiune specială sunt furnizate testerilor. Așadar, a început planificarea și crearea cazurilor de testare sau crearea scriptului testului (în cazul testării automatizării) odată cu dezvoltarea software-ului. Majoritatea companiilor urmăresc abordarea Test Driven Development (TDD) pentru a dezvolta software-ul în care cazurile de testare sunt scrise înainte de cod, iar codul este scris în conformitate cu validarea testului.
Să trecem la următoarea întrebare de interviu de testare manuală.
Q4. Ce puncte trebuie să ții cont în timp ce testezi aplicații web și mobile sau diferențe în testarea celor două?
Răspuns:
Testarea aplicațiilor web și mobile sunt diferite. Prin urmare, trebuie testate diferite scenarii în timp ce le testăm:
- Asistența browserului este testată pentru aplicații web precum Chrome, Firefox, IE etc., în timp ce aplicația mobilă este testată pe diverse versiuni de sistem de operare, cum ar fi Android 7, 8, 9 etc.
- Prăbușirea aplicațiilor pe diferite scenarii și împiedicarea altor aplicații între ele este testată în aplicația mobilă, în timp ce testarea sesiunii și cookie-urilor se efectuează în aplicații web.
- În aplicațiile mobile, aplicația este testată pe diverse dimensiuni ale ecranului mobil, indiferent dacă elementele sunt aliniate corespunzător în funcție de dimensiunea ecranului, în timp ce aplicația web este testată pe diverse rezoluții desktop.
- Gesturile de mână și voce, precum prinderea, glisarea, recunoașterea vocală sunt testate pe dispozitive mobile, în timp ce funcțiile simple de tastat și de copiat sunt testate în aplicațiile web.
Q5. Este bine să folosiți un model Agile pentru testarea pentru proiecte mici?
Răspuns:
Agile este o abordare incrementală și iterativă pentru dezvoltarea de software și este mai posibil pentru proiecte flexibile și mari, în care cerințele continuă să se schimbe cu timpul. Pentru proiectele mici, în care cerințele nu sunt prea mari, Agile nu ar trebui să fie preferat, deoarece ar costa mai mult bugetul proiectului, deoarece implică diferite echipe care lucrează simultan și poate împiedica timpul general în furnizarea de software.
Partea 2 - Întrebări de interviu de testare manuală (avansat)
Să aruncăm acum o privire la întrebările și răspunsurile avansate de testare manuală.
Q6. Ce este ciclul de viață al testării software?
Răspuns:
Ciclul de viață al testării software (STLC) este un proces care implică o procedură pas cu pas care este urmată în timp ce testează orice aplicație software pentru a vă asigura că software-ul funcționează așa cum este de așteptat. Mai jos sunt prezentate diferitele faze ale STLC:
- Adunarea cerințelor
- Planificarea testelor
- Analiza testelor
- Proiectare test
- Configurarea mediului de testare
- Executarea testelor
- Închiderea testului
Q7. Ce este testarea negativă și de ce se efectuează?
Răspuns:
Testarea negativă, cunoscută și sub denumirea de testare falsă sau testarea căilor de eroare include testarea oricărei aplicații software în condiții neașteptate. Testarea pozitivă asigură doar faptul că software-ul funcționează așa cum este de așteptat, în timp ce testarea negativă spune cum se va comporta software-ul în condiții inegale / neașteptate. Se realizează pentru a asigura stabilitatea unei aplicații.
Să presupunem că pentru o aplicație de comerț electronic, cazurile de testare negative pot fi dacă persoana adaugă un anumit conținut suplimentar / rău intenționat în URL, atunci care ar trebui să fie rezultatul, dacă aplicația poate gestiona 1000 de utilizatori simultan, cum se va comporta dacă utilizatorii cresc de 3 ori etc.
Să trecem la următoarea întrebare de interviu de testare manuală.
Q8. Diferența dintre eroare, defect și eșec în ceea ce privește testarea software?
Răspuns:
Există o diferență de minut între defect, eroare și eșec. Dacă vreo caracteristică nu funcționează așa cum este de așteptat sau rezultatul real și cel așteptat este diferit. Și această problemă este găsită de dezvoltator doar în faza de dezvoltare, apoi se numește defect. Când defectul a fost lăsat în faza de dezvoltare și este găsit de tester în faza de testare, atunci acel defect este cunoscut ca un bug, Când software-ul este livrat utilizatorului final și clientul găsește orice problemă, atunci este cunoscut ca un eșec.
Q9. Ce este testarea echivalenței de compartimentare?
Răspuns:
Este un tip de testare cu cutie neagră care poate fi aplicat la orice nivel, cum ar fi testul Unit, Integrare și Sistem. În această testare, intervalul de intrare este împărțit într-un grup echivalent care este de așteptat să prezinte același comportament pentru fiecare interval. De exemplu, dacă caseta de text cu parolă acceptă valoarea cuprinsă între 5-15 caractere, atunci intervalul poate fi de 5-15 care este valabil, mai mult de 15 care este invalid, 0-5 care este invalid.
Q10. Ce este acoperirea testelor? Este posibil să obțineți o acoperire de testare 100%?
Răspuns:
Acoperirea testelor este, practic, o metrică de calitate care reprezintă cantitatea de cod de aplicație care este acoperită de cazurile de testare sau cantitatea de testare care este realizată de cazurile de testare create. Ajută la monitorizarea calității testelor. Mai multe cazuri de testare care acoperă suprafețe maxime ale unei aplicații ajută la obținerea acoperirii maxime a testelor, reducând șansele de eșec. Deși nu este posibilă realizarea unei acoperiri de testare de 100%, putem să ne asigurăm că ar trebui create cazuri de testare a fiecărei ramuri, o declarație care acoperă suprafețe maxime de cod.
Articole recomandate
Acesta a fost un ghid către lista întrebărilor și răspunsurilor la testarea manuală a interviului, astfel încât candidatul să poată împărți cu ușurință aceste întrebări de interviu de testare manuală. Aici, în acest post, am studiat întrebările de interviu de testare manuală de mai sus, care sunt adesea puse în interviuri. De asemenea, puteți consulta următoarele articole pentru a afla mai multe -
- Top 13 Întrebări de interviu de testare a bazelor de date
- Întrebări de interviu testare joc
- ETL Testing Interview Întrebări și răspunsuri
- Întrebări la interviu Testing Penetration
- Cum funcționează partiționarea echivalenței?