Peste 85 de întrebări și răspunsuri la interviu pentru testarea software-ului

Iată o listă cu toate întrebările importante de la interviu pentru testarea software-ului pentru proaspeți și profesioniști. Obțineți jobul de vis în testarea software-ului cu ajutorul acestui ghid de interviu pentru testarea software-ului.

 

Întrebări de interviu pentru testarea software-ului pentru cei proaspăt

1) Ce este testarea de integrare?

Testarea de integrare este o metodă de testare software care combină și testează componente individuale ale aplicației. În general, se efectuează după testarea unitară și funcțională.


2) Ce este testarea aleatorie?

Testarea aleatorie, cunoscută și sub numele de Testare ad-hoc, este o metodă care nu respectă niciun caz de testare sau cerințe asociate aplicației. În multe cazuri, este o activitate neplanificată în care orice parte a aplicației este verificată aleatoriu pentru a găsi defecte.


3) Ce este SDLC?

SDLC (Software Development Life Cycle) este un proces sistematic de dezvoltare a software-ului pentru a asigura calitatea și corectitudinea software-ului construit. Este o formă scurtă a procesului ciclului de viață al dezvoltării software, care urmărește să producă software de înaltă calitate, care să răspundă așteptărilor clienților.

Dezvoltarea ar trebui să fie completă în intervalul de timp și costuri predefinite. Acest ciclu de viață constă într-un plan detaliat care explică cum să planificați, să construiți și să întrețineți un software specific.


4) Ce este testarea bazată pe date?

Testarea bazată pe date este executarea în mod repetat a scripturilor de testare folosind surse de date, cum ar fi fișiere XML, foi de calcul, Microsoft Excel și baze de date SQL.

Pentru a genera rezultatul, puteți utiliza aceste surse de date ca valori de intrare. După aceea, rezultatul său este comparat pentru a verifica sistemul sau software-ul.

Testare bazată pe date


5) Care sunt cele mai bune practici pentru scrierea cazurilor de testare?

Scrieți cazuri de testare din perspectiva utilizatorului final:

  • Scrieți pașii de testare simplu și ușor, astfel încât oricine să-i poată urma cu ușurință
  • Faceți cazurile de testare reutilizabile
  • Setați prioritatea dată
  • Ar trebui să descrieți cazul de testare, datele de testare, rezultatele așteptate, condițiile preliminare și condițiile post.
  • Scrieți cazuri de testare nevalide în afară de cazurile de testare valide
  • Respectați toate convențiile de denumire adecvate
  • Revvizualizați cazurile de testare și actualizați-le dacă este necesar.

6) Ce este analiza valorii limită?

Este o tehnică de testare software utilizată pentru a analiza valorile limită ale partițiilor claselor de echivalență. Această metodă de testare vă ajută să identificați erorile la granițe și nu în intervalul de valori.


7) Care sunt valorile importante de testare?

Iată câteva valori importante de testare:

  • Numărul total de erori remediate.
  • Numărul de defecte găsite și ordinea severității acestora.
  • Numărul total de probleme cauzate de eroarea codului sursă față de configurație sau factori externi de mediu
  • Rata de remediere a erorilor în timp
  • Numbers a erorilor restante înainte de lansare.
  • Eșecuri raportate de utilizatori vs. erori găsite de testeri.

8) Ce parametri ajută la verificarea calității executării testului?

Doi parametri cei mai esențiali pentru verificarea calității executării testului sunt:

  • Raportul de respingeri cu defecte este raportul dintre respingurile totale și producția totală.
  • Raportul de scurgere a defectelor este raportul dintre respingurile totale și producția totală.

9) Care sunt diferitele niveluri de testare?

  • Patru tipuri de niveluri de testare sunt: ​​testarea unității/componentelor/programelor/modulului
  • Testarea integrării
  • Testarea sistemului
  • Testarea de acceptare

10) Ce este ciclul de viață bug/defect?

Ciclul de viață al erorilor se mai numește și ciclul de viață al defectului. În procesul de dezvoltare software, fiecare bug are un ciclu de viață. Bug-ul trebuie să treacă prin ciclul de viață pentru a fi închis. Ciclul de viață al unui bug depinde de instrumentele (QC, JIRA etc.) și de procesul organizațional utilizat.

Ciclul de viață bug/defect


11) Ce este managementul configurației?

Gestionarea configurației este o metodă de testare pentru stabilirea și menținerea coerenței informațiilor fizice, de performanță, funcționale, de design și operaționale ale unui produs. De asemenea, aduce eficiență a costurilor și o mai bună gestionare a timpului organizației dvs.


12) Care sunt principalele componente ale formatului de raportare a defecțiunilor?

Iată componentele de bază ale formatului de raportare a defecțiunilor:

  • Denumirea Proiectului
  • Numele modulului
  • Defect detectat
  • ID defect
  • Denumirea defectului
  • Captură de ecran a defectului
  • Severitate și stare de prioritate
  • Defect rezolvat de și rezolvat pe

13) Care sunt diferențele dintre Selenium și Sikuli?

Iată câteva diferențe de bază între Selenium și Sikuli:

Selenium Sikuli
Nu puteți automatiza obiecte flash, cum ar fi playere video, playere audio etc. Oferă suport extins pentru automatizarea obiectelor flash
Are un API complicat Are un API simplu
Poate automatiza doar aplicații web Puteți automatiza web-ul, precum și o aplicație Windows.

14) Care sunt tipurile de probleme de securitate ale testării Web?

  • Atacul Denial of Service (DOS).
  • Vizualizarea altor statistici
  • Buffer revărsare
  • Trecerea directă a adresei URL interne prin adresa browserului

15) Ce este TestNG?

TestNG este un cadru avansat care este conceput astfel încât să profite de beneficiile atât ale dezvoltatorilor, cât și ale testerilor de software. Acest program include, de asemenea, un mecanism de gestionare a excepțiilor care împiedică terminarea neașteptată a programului.


16) Ce este Defect Cascading?

Cascada defectelor este o metodă de declanșare a altor defecte în aplicație atunci când un defect este descoperit în timpul testării. De asemenea, invocă și alte defecte ale aplicației, deoarece mai multe defecte apar în etapele ulterioare ale dezvoltării software.


17) Ce este conceptul Workbench?

Un banc de lucru este un document care explică modul în care trebuie finalizată o activitate. Se mai numește pas, fază sau sarcină. Acesta acționează ca o platformă pentru dezvoltarea și monitorizarea structurilor de lucru ale testatorilor. Folosind datele inițiale, puteți folosi această metodă pentru a împărți sarcinile în fiecare fază și a atinge așteptările clientului.

Workbench are cinci sarcini:

  • Intrare
  • Executa
  • Verifica
  • Ieșire de producție
  • Rework

18) Care sunt diferitele strategii de lansare către utilizatorii finali?

Strategiile care trebuie urmate pentru lansare sunt următoarele:

1) pilot, 2) Implementarea treptată, 3) Implementare în etape și 4) Implementare paralelă


19) Ce este un banc de testare?

Testbed este software, hardware și alte elemente de testare utilizate pentru a susține procesul de testare. Scopul principal al bancului de testare este controlul și monitorizarea condițiilor testelor. Patul de testare cuprinde mai multe instrumente și tehnologii în metoda de testare manuală a software-ului. La fel ca PHP, cadre precum WordPress sau Joomla și baze de date precum PostgreSQL or MySQL.


20) Ce este acoperirea Declarației? Explicați-l cu un exemplu.

Statement Coverage este o metodă de testare cutie albă în care toate instrucțiunile executabile din codul sursă sunt executate cel puțin o dată. Această metodă de acoperire a codului calculează numărul de instrucțiuni din codul sursă care au fost executate.

Să vedem cum să calculăm acoperirea declarațiilor.

Pentru a calcula acoperirea declarației pentru un anumit cod sursă.

Exemplu:

Prints (int a, int b) {                       ------------  Printsum is a function
int result = a+ b;
If (result> 0)
  Print ("Positive", result)
Else
  Print ("Negative", result)
}                                        -----------   End of the source code

Întrebări și răspunsuri la interviu pentru testarea software-ului pentru cei cu experiență

21) Ce sunt defectele latente?

Defectul latent este un termen folosit pentru a identifica defecte ascunse nedetectate în software, folosind un set de operațiuni speciale. Aceste defecte apar numai atunci când testarea software-ului declanșează un anumit eveniment, ascunzându-le prezența.


22) Ce este rezultatul testului?

Livrabilele de testare sunt instrumente, componente și documente întreținute și dezvoltate pentru a sprijini Testul.

Iată rezultatele de testare la diferite faze de testare ale SDLC (ciclul de viață al dezvoltării software):

1) Înainte de testarea software-ului 2) În timpul testării software-ului 3) După testarea software-ului


23) Ce este testarea mutațiilor?

Scopul principal al testării mutațiilor este de a valida dacă un set de date sau cazuri de testare este util. Se realizează prin adăugarea deliberată a mai multor modificări de cod (bugi) și retestarea cu cazurile și datele originale de testare.

Testarea mutațiilor


24) Ce este testarea Gamma?

Gamma este o abordare de testare care verifică nevoile specificate atunci când software-ul este gata de lansare. Se face în principal la locul utilizatorului final.


25) Ce este hamul de testare?

Un Test Harness este un proces de testare care adună software și informații de testare pentru a testa un întreg program sau unitate. Funcționează în diferite condiții în schimbare, cum ar fi stresul, bazat pe date și monitorizarea comportamentului și a rezultatelor sale.


26) Ce este închiderea testului?

Este un document care rezumă toate testele efectuate în timpul SDLC (ciclul de viață al dezvoltării software). Oferă o analiză detaliată a erorilor eliminate și a erorilor găsite.

Testul Clouse conține și agregatul nr. de experimente, numărul total de experimente executate, adăugarea numărului de erori care nu sunt rezolvate, numărul total de erori respinse etc.


27) Ce este Fuzz Testing?

Testarea fuzz este o metodă de testare utilizată pentru a detecta erorile de codare software și lacunele de securitate. În Testarea Fuzz metoda, date aleatorii sunt adăugate la sistem pentru a bloca sistemul. Dacă vulnerabilitatea persistă, se folosește un instrument cunoscut sub numele de fuzz tester pentru a determina cauzele potențiale.


28) Care este sensul testării end-to-end?

Testarea End To End este o metodă de testare a unei aplicații care vă ajută să vă asigurați dacă funcționează conform așteptărilor. Acesta ar trebui folosit pentru a testa fluxul aplicației de la început până la sfârșit.

Această metodă de testare are ca scop examinarea întregului flux al sistemului. De asemenea, confirmă că integritatea datelor este menținută între diferitele componente ale sistemului și sisteme.


29) Ce este testarea dinamică a software-ului?

În comparație cu testarea statică, testarea dinamică a software-ului testează software-ul la execuție. Testerul de software rulează software-ul într-un mediu de testare, parcurge toți pașii, introduce intrările și verifică ieșirea reală cu rezultatul posibil.


30) Ce este testarea între browsere? Ce instrumente ai folosi?

O aplicație web rulează în diferite browsere, cum ar fi Chrome, Mozilla Firefox, Microsoft Edge, Safari și multe altele. Toate aceste browsere funcționează în primul rând la fel în implementarea standardelor web. Testarea între browsere vă ajută să verificați dacă site-ul sau aplicația dvs. funcționează conform prevederilor atunci când utilizați diferite combinații Browser-OS.


31) Ce sunt testele de regresie și de confirmare?

Iată două metode importante de testare:

  • Testarea regresiei confirmă că o modificare recentă a codului nu a afectat funcțiile existente.
  • Test de confirmare: Defectul este raportat atunci când un test eșuează din cauza unui defect. După aceea, este trimisă o nouă versiune de software cu defectul remediat. Se numește testare de confirmare sau retestare.

32) Cum să omiteți o metodă sau un bloc de cod TestNG?

Puteți sări peste o anumită metodă de testare sau un cod; apoi, puteți seta parametrul „activat” din adnotarea testului la fals.

@Test (enabled = false)

33) Cum să faci capturi de ecran Selenium WebDriver?

  • Puteți lua ecranul utilizând funcția TakeScreenshot yo.
  • Metoda getScreenshotAs () vă permite să salvați acea captură de ecran.

34) Când ar trebui să folosesc Selenium Grilă?

Selenium Grilă vă permite să executați un script de testare pe mai multe platforme și browsere în același timp. Acest lucru vă ajută să realizați execuția distribuită a testelor, testarea în diferite medii și economisirea remarcabilă a timpului de execuție.


35) Ce este strategia de testare?

Strategia de testare este un document de nivel înalt dezvoltat de obicei de managerul de proiect. Acesta surprinde abordarea pentru testarea produsului și atingerea obiectivelor. În general, este derivat din specificația cerințelor de afaceri (BRS).


36) Ce este o cerere de modificare?

Clienții folosesc cereri de modificare în dezvoltarea software-ului pentru a schimba funcționalitatea existentă a software-ului.


37) Ce este verificarea?

Verificarea este procesul de măsurare, de exemplu. Vă ajută să verificați dacă dezvoltați produsul în consecință sau nu. Activitățile implicate aici sunt inspecțiile.


38) Ce este Gray Box Testarea?

Cutia gri este combinația de alb Box și Negru Box Testare. Testerii implicați în acest tip de testare ar trebui să aibă acces la documentele de proiectare. Ajută la crearea unor cazuri de testare mai bune în acest proces.


39) Ce este acoperirea testului?

Testați acoperirea este definită ca o măsură în Testarea software-ului care măsoară cantitatea de Testare efectuată de un set de Teste. Acesta va include strângerea de informații cu privire la părțile unui program care ar trebui să fie executate atunci când se execută suita de testare. De asemenea, îl puteți folosi pentru a determina ce ramuri de declarații condiționate au fost luate.


40) Ce este acoperirea deciziei?

Exemplu de acoperire a deciziei:

Demo (int a) {
If (a> 5)
 a=a*3
 Print (a)
}

Scenariul 1:

Valoarea lui a este 2

Acoperirea deciziei

Aici, codul evidențiat cu galben va fi executat, iar rezultatul deciziei „Nu” dacă (a>5) este bifat.

Acoperire de decizie = 50%

Scenariul 2:

Valoarea lui a este 6

Acoperirea deciziei

În acest scenariu, codul evidențiat în galben va fi executat. Aici este bifat rezultatul „Da” al deciziei Dacă (a>5).

Acoperire de decizie = 50%

Caz de testare Valoarea lui A producție Acoperirea deciziei
1 2 2 50%
2 6 18 50%

Întrebări și răspunsuri la interviu de testare software pentru 3 ani de experiență

41) Ce înțelegeți prin testarea sanității?

Testarea sanatatii este efectuata dupa build pentru a verifica noile functionalitati/defecte care trebuie remediate in testarea sanatatii. Scopul său principal este de a verifica funcționalitatea completă, ceea ce vă ajută să decideți dacă eroul este remediat și testează efectul erorii remediate asupra aplicației aflate sub Test.


42) Ce este TDD?

Test-Driven Development (TDD) este o metodologie de dezvoltare software condusă de cazuri de testare care vă ajută să creați funcționalitatea care trebuie implementată. Cazurile de testare sunt dezvoltate în metoda TDD.


43) Ce este verificarea și validarea în testarea software-ului?

  • Verificare: Este o tehnică de analiză statică. În această metodă, testarea se face fără a executa codul. Exemple RevVizualizări, inspecție și prezentare.
  • Validare: Este o metodă de analiză dinamică în care testarea este efectuată prin executarea codului. Exemple de tehnici de testare funcțională și nefuncțională.

44) Prin ce diferă validarea de verificare?

Verificare Validare
Evaluează dacă software-ul îndeplinește specificațiile sau nu. Evaluează dacă specificația surprinde nevoile clientului sau nu.
Verificarea este un tip de testare statică. Validarea este un tip de testare dinamică.
Nu are nevoie de tine pentru a executa codul. Necesită executarea codului.

45) Ce bază puteți mapa succesul testării automatizării?

Pe baza testării automatizării, pot fi mapate următoarele criterii:

  • Raport de detectare a defectelor
  • Timp de execuție automatizat și economii de timp pentru lansarea produsului
  • Reducerea forței de muncă și a altor costuri

46) Ce este strategia de testare?

O strategie de testare este un document de nivel înalt (document static) dezvoltat de obicei de managerul de proiect. Este un document de testare care surprinde modul în care testăm produsul și atingem obiectivele. Este derivat în principal din specificația cerințelor de afaceri. Un document esențial precum Planul de testare este pregătit prin păstrarea acestui document ca bază.


47) Ce este validarea clientului?

Validarea la nivelul clientului se face la nivel de browser, unde intrarea utilizatorului este validată chiar la browser, fără implicarea serverului.


48) Ce este testarea bazată pe context?

Testarea bazată pe context este o metodă de testare a software-ului pentru dezvoltarea și depanarea software-ului de calculator care ia în considerare modul în care se așteaptă ca programele să fie utilizate în lumea reală.


49) Care sunt criteriile de ieșire în testarea software-ului?

Un criteriu de ieșire este un set de condiții specifice care specifică caracteristicile convenite sau starea aplicației pentru a indica finalizarea produsului sau procesului.


50) Care sunt diferitele metode de testare?

Trei metode de testare a software-ului sunt:

  • Testare cutie neagră: Tehnica de testare a cutiei negre se bazează exclusiv pe cerințe și specificații. Această strategie nu necesită cunoștințe despre căile interne, structurile sau software-ul testat.
  • Testarea cutiei albe este o metodă de testare bazată pe căi interne, structuri de cod și software-ul testat.
  • Testarea cutiei gri: Este o metodă de depanare a software-ului în care testatorul de software are puține cunoștințe despre funcționarea internă a software-ului.

51) Care sunt diferitele tehnici de acoperire?

Trei tipuri de bază de tehnici de acoperire sunt:

  • Acoperirea declarației: Această metodă vă ajută să vă asigurați că fiecare linie de cod sursă a fost executată și testată.
  • Acoperirea deciziei: Se asigură că fiecare decizie (adevărată sau falsă) din codul sursă a fost executată și testată.
  • Acoperirea traseului: Verificați dacă toate rutele posibile au fost testate printr-o anumită parte a codului.

52) Ce este testarea de bază?

O testare de bază este o serie de teste care colectează informații despre performanță. Informațiile colectate pot fi, de asemenea, utilizate pentru a îmbunătăți performanța și capacitățile aplicației prin efectuarea de modificări pe baza rezultatelor. În timpul testării de bază, performanța aplicației este comparată cu performanța anterioară.


53) Ce este testarea la nivel de sistem?

Testarea întregului sistem informatic pe toate modulele se numește Testare la nivel de sistem. Această metodă de testare include atât testarea funcțională, cât și testarea structurală.


54) Ce este Bucket Testing?

Testarea cu găleată se mai numește și Testare A/B. Este folosit în principal pentru a studia impactul diferitelor modele de produse asupra valorilor site-ului web. În această metodă de testare, două versiuni simultane rulează pe o singură pagină web sau pe un set de pagini web, ceea ce vă ajută să măsurați diferența de rate de clic, interfață și trafic.


Întrebări și răspunsuri la interviu pentru testarea software-ului pentru peste 5 ani cu experiență

55) Ce este testarea N+1?

Variația testării de regresie este reprezentată ca N+1. Se efectuează în mai multe cicluri în care erorile găsite în ciclul de testare „N” sunt rezolvate și retestate în ciclul de testare N+1. Acest proces continuă până când nu sunt găsite erori.


56) Care este sensul testării de jos în sus?

În testarea de jos în sus, o metodă este, componentele de cel mai scăzut nivel sunt testate mai întâi, iar apoi nivelul superior de componente testate. Se repetă până când este testată componenta din vârful ierarhiei.


57) Ce este testarea bazată pe risc?

Testarea bazată pe risc este o abordare pentru crearea unei strategii de testare bazată pe prioritizarea testelor în funcție de risc. Baza abordării este o analiză detaliată a riscurilor și prioritizarea riscurilor.


58) Care sunt diferitele faze ale unei revizuiri oficiale?

Procesul de revizuire formală constă din șase pași:

  1. Planificare
  2. Kick-off
  3. Pregătire
  4. Review întâlnire
  5. Rework
  6. Urmare

59) Ce sunt cazurile de testare semi-aleatoare?

Cazurile de testare semi-aleatoare sunt cazuri de testare care efectuează cazuri de testare aleatoare și, de asemenea, fac partiții de echivalență. De asemenea, elimină cazurile de testare redundante, rezultând un set semi-aleatoriu de teste.


60) Ce este testarea API?

Testare API verifică funcționarea API-urilor pe care software-ul le folosește. În calitate de tester de software, trebuie să scrieți cod care face o solicitare API către serverul care furnizează API-ul și intrările necesare. Acesta colectează rezultatul din răspuns și potrivește ieșirea reală cu rezultatul așteptat.


61) Ce este testarea de acceptare?

Testarea de acceptare este un tip de testare efectuat de utilizatorul final sau client. Verifică sau acceptă sistemul software înainte de a muta aplicațiile software în mediul de producție.


60) Ce este testarea globalizării?

Globalizarea este metoda de testare a software-ului de proiectare a unei aplicații software care să fie adaptată la numeroase limbi și regiuni fără nicio modificare.


61) Ce este testarea GUI?

Testarea GUI sau a interfeței grafice cu utilizatorul testează interfața de utilizator a software-ului în raport cu cerințele/designele HTML/machetele furnizate etc.


62) Ce este RTM în testarea software-ului?

RTM este o scurtă abreviere a (Matricea de urmărire a cerințelor) Este un instrument care ajută testatorul să țină evidența acoperirii cerințelor pe parcursul procesului de testare atunci când documentul cerinței este primit. Este dezvoltat pe baza cerințelor și menținut până la lansarea sistemului software sau a aplicației specifice.

RTM în testarea software-ului


63) Ce este testarea sarcinii?

Load Testing este o metodă de testare a performanței în care aplicația este executată dincolo de mai multe niveluri de încărcare. Puteți monitoriza performanța maximă a serverului, timpul de răspuns etc. În condiții de încărcare paralelă a sistemului, această metodă vă permite să măsurați stabilitatea, performanța și integritatea aplicației.


64) Care sunt diferența dintre SDLC și STLC?

Diferența dintre SDLC și STLC

Iată câteva diferențe între SDLC și STLC

SDLC STLC
Obiectivul ciclului de viață SDLC este de a finaliza dezvoltarea cu succes a software-ului, inclusiv testarea și alte faze. Singurul obiectiv al fazei STLC este testarea.
În SDLC, BA (analist de afaceri) adună cerințele și creează un plan de dezvoltare În STLC, echipa QA analizează cerințele pentru a crea un plan de testare și pentru a conduce documente funcționale și nefuncționale.
În acest ciclu de viață, echipa de dezvoltare creează planurile de proiectare la nivel înalt și la nivel scăzut În acest ciclu de viață, analistul de testare creează Planul de testare de integrare
Codul real este dezvoltat, iar munca reală are loc conform documentelor de proiectare. Echipa de testare software pregătește mediul de testare și le execută

65) Ce este testarea instalării?

Testarea instalării este verificarea dacă putem instala software-ul cu succes conform instrucțiunilor date în documentul de instalare.


66) Ce este testarea interfeței?

Testarea interfeței verifică dacă modulele individuale comunică corect conform specificațiilor date. Este folosit în principal pentru a testa interfața cu utilizatorul a aplicațiilor GUI.


67) Ce este modelul Bing Bang?

Modelul Big Bang se concentrează pe dezvoltarea de software și resursele de codare cu puțină sau deloc planificare. În acest model, cerințele sunt înțelese și implementate atunci când vin. Acest model de software funcționează cel mai bine pentru proiecte mici cu echipe de dezvoltare mai mici.


68) Care sunt scenariile comune în care testarea automată este mai bună decât testarea manuală?

Puteți selecta testarea automată față de testarea manuală în următoarele condiții:

  • Trebuie să testați cazuri în mod repetat pentru o perioadă lungă de timp.
  • Este necesar să se efectueze teste de regresie, performanță și încărcare.
  • Doriți să înregistrați procesul de testare.
  • Când aveți timp minim pentru a finaliza faza de testare
  • Executați teste într-un mediu de rulare standard
  • Testarea manuală devine foarte consumatoare de timp și redundantă atunci când există implementări multiple și rapide pentru produs.

69) Ce este testarea Client-Server?

O aplicație client-server este cea în care aplicația în sine este instalată pe un server unde fișierul EXE al aplicației este încărcat pe toate mașinile client. Acest mediu este utilizat pe scară largă în rețelele intranet.


70) Ce este testarea unitară?

Testarea unitară este un fel de testare a software-ului atunci când sunt testate unități sau componente individuale ale unui software. Acest tip de testare este efectuat pentru a verifica dacă modulele codului sursă funcționează corect.

Testarea unității


71) Care este rolul testării de utilizare în testarea web?

În testarea web, testarea uzabilitatea joacă un rol vital. Este bine cunoscut faptul că testarea de utilizare înseamnă determinarea modului în care un utilizator final poate accesa cu ușurință aplicația fără cunoștințe de limbaj de programare.


72) La ce bază puteți ajunge pentru o estimare pentru proiectul dvs.?

Pentru a estima orice proiect, trebuie să luați în considerare următoarele puncte:

  • Împărțiți întregul proiect în sarcini minore
  • Alocați fiecare sarcină membrilor echipei
  • Vă ajută să estimați efortul necesar pentru a finaliza fiecare sarcină
  • Validați estimarea

73) Ce este un bug critic?

O eroare critică înseamnă că o bucată mare de funcționalitate sau o componentă semnificativă a sistemului este ruptă și nu mai există o soluție pentru a merge mai departe.

De exemplu, nu putem testa celelalte module din cauza unui bug într-un modul care a blocat testarea celorlalte module. Bug-urile care afectează afacerea clientului sunt considerate critice.


74) Ce este scurgerea erorilor?

Echipa de testare a ratat o eroare în timpul testării, iar versiunea a fost lansată în producție. Dacă utilizatorul final sau clientul a găsit eroarea (care a fost omisă de echipa de testare a software-ului), aceasta este cunoscută sub numele de Bug Leakage.


75) Ce este însămânțarea erorilor?

Este o metodă de adăugare a erorilor cunoscute într-un program care vă ajută să identificați rata de detectare a erorilor. Ajută la estimarea abilităților testatorului de a găsi bug-uri.


76) Care este SPICE în testarea software-ului?

SPICE este o formă scurtă de Îmbunătățirea procesului software și Determinarea capacității. Este un cadru standard pentru evaluarea eficienței și eficacității procesului de dezvoltare.


77) Ce este depozitul de obiecte?

Object Repository este o colecție de elemente web și localizatorii acestora care aparțin aplicației în curs de testare (AUT). QA-urile mențin toate localizatorii de elemente într-un fișier separat numit fișier de proprietăți (.proprietăți) în Selenium. În timpul etapei de execuție, vă permite să identificați obiecte între scriptul de testare și aplicație.


78) Ce este un raport de eroare?

În procesul de testare a software-ului, testerul de software înregistrează constatările, observațiile, constatările și alte informații utile dezvoltatorilor sau conducerii. Aceste date fac parte din înregistrarea de testare cunoscută sub numele de raport de eroare.

Raportul de erori oferă următoarele avantaje:

  • Înțelegeți problema
  • Pași pentru a reproduce această problemă
  • Mediul și condiția specifică din cadrul Testului se întâmplă
  • Rezoluția dacă/și când dezvoltatorii rezolvă problema

79) Ce se înțelege prin ghicirea erorilor în testarea software-ului?

Ghicirea erorilor este o metodă de proiectare a cazurilor de testare similară cu generarea erorilor. În această metodă de testare, testerii proiectează cazuri de testare ghicind posibilele erori care ar putea apărea în aplicația software.


80) Ce este defectul Showstopper?

Este un defect care nu permite utilizatorului să se deplaseze mai departe în aplicație. Este aproape ca un accident.

De exemplu, asigurați-vă că butonul de autentificare într-o aplicație software nu funcționează chiar dacă aveți un nume de utilizator și o parolă valide; nu vă puteți deplasa mai departe deoarece butonul de conectare nu funcționează.


81) Ce este un Bug Bounty?

Un program de recompensă pentru erori ajută o organizație să recompenseze pe cineva care găsește erori în software-ul său și le raportează. Este un concept care a existat de mult. Internetul a fost creat.

Multe companii au început să înțeleagă cât de costisitor este să angajeze experți pentru testarea de penetrare de fiecare dată când doresc să caute vulnerabilități în sistemul sau în aplicația lor.


82) Ce este tranziția de stat?

Testarea tranziției de stat vă ajută cazurile de testare dintr-o aplicație în care trebuie să testăm diferite tranziții ale sistemului. Putem aplica această metodă atunci când o aplicație oferă o ieșire distinctă pentru aceeași intrare, în funcție de ceea ce s-a întâmplat în starea anterioară.


83) Ce înțelegeți prin Triajul defectelor?

Triajul defectelor este o metodă care vă ajută să găsiți defectele prioritizate în funcție de diferite caracteristici, cum ar fi riscul, gravitatea și timpul necesar pentru a remedia problema. Sunt implicate diverse părți interesate, cum ar fi echipa de dezvoltare, echipa de testare, managerul de proiect etc.


84) Ce este eficiența înlăturării defectelor?

Eficiența eliminării defectelor este o măsurătoare de testare care indică cât de eficient poate remedia echipa de dezvoltare erorile și problemele înainte de lansarea produsului. Vă ajută să măsurați raportul dintre defecte și numărul de probleme găsite. De exemplu, dacă au fost 100 descoperite în timpul Testării și 80 au fost remediate, DRE va fi 100/80 = 1.25%.


85) Ce este testarea la înmuiere?

Rularea unui sistem la o sarcină foarte mare pentru o perioadă lungă de timp pentru a identifica problemele de performanță se numește testare la înmuiere.


86) Ce este Paradoxul Pesticidelor?

În testarea software-ului, Paradoxul Pesticidelor apare atunci când cazurile de testare repetitive nu dezvăluie noi erori. Puteți depăși acest paradox al pesticidelor, deoarece este esențial să revizuim cazurile de testare pe care le putem în mod regulat și să le adăugați sau să le actualizați pentru a găsi mai multe defecte.