150 de întrebări și răspunsuri la interviu de testare manuală pentru 2025
Thomas Hamilton
Am acoperit aproape 150 de întrebări importante de testare a software-ului viva pentru candidații în curs de dezvoltare, precum și întrebări de interviu cu experiență de testare manuală pentru inginerii QA pentru a ajuta la pregătirea pentru interviul viitor. Acest ghid detaliat al întrebărilor de interviu pentru testarea software-ului pentru candidații cu experiență vă va ajuta să obțineți interviul de angajare pentru testarea software-ului.
Întrebări și răspunsuri la interviu de testare manuală pentru cei cu experiență și cei proaspăți
1. Ce este testarea exploratorie?
Testarea exploratorie este o abordare practică în care testatorii sunt implicați în planificarea minimă și execuția maximă a testului. Planificarea implică crearea unei carte de testare, o scurtă declarație a domeniului unui efort de testare scurt (1 până la 2 ore), obiectivele și posibilele abordări care trebuie utilizate. Activitățile de proiectare și execuție a testelor sunt efectuate în paralel, de obicei, fără a documenta în mod oficial condițiile de testare, cazurile de testare sau scripturile de testare. Acest lucru nu înseamnă că alte tehnici de testare, mai formale, nu vor fi utilizate. De exemplu, testatorul poate decide să folosească analiza valorii limită, dar va analiza și testa cele mai importante valori limită fără a le scrie neapărat. Unele note vor fi scrise în timpul sesiunii de testare exploratorie, astfel încât un raport să poată fi elaborat ulterior.
👉 Descărcare PDF gratuită: Întrebări și răspunsuri la interviu de testare manuală
2. Ce este „testarea cazurilor de utilizare”?
Pentru a identifica și executa cerințele funcționale ale unei aplicații de la început până la sfârșit, se folosește „cazul de utilizare”, iar tehnicile folosite pentru a face acest lucru sunt cunoscute sub denumirea de „testare a cazurilor de utilizare”.
3. Care este diferența dintre STLC (Software Testing Life Cycle) și SDLC (Software Development Life Cycle)?
SDLC se ocupă de dezvoltarea/codificarea software-ului, în timp ce STLC se ocupă de validarea și verificarea software-ului
4. Ce este matricea de trasabilitate?
Relația dintre cazurile de testare și cerințe este prezentată cu ajutorul unui document. Acest document este cunoscut ca o matrice de trasabilitate.
5. Ce este testarea partiționării echivalente?
Testarea partiționării echivalente este o tehnică de testare software care împarte datele de testare de intrare a aplicației în fiecare partiție cel puțin o dată de date echivalente din care pot fi derivate cazuri de testare. Prin această metodă de testare, se reduce timpul necesar pentru testarea software-ului.
6. Ce este testarea cutiei albe și enumerați tipurile de testare a casetei albe?
Tehnica de testare a casetei albe implică selecția cazurilor de testare pe baza unei analize a structurii interne (acoperirea codului, acoperirea ramurilor, acoperirea căilor, acoperirea condițiilor etc.) a unei componente sau a unui sistem. Este, de asemenea, cunoscut sub numele de testare bazată pe cod sau testare structurală. Diferite tipuri de testare cutie albă sunt
- Acoperirea declarației
- Acoperirea deciziei
7. În testarea cutiei albe, ce verificați?
În cutia albă testarea următorilor pași sunt verificați.
- Verificați găurile de securitate din cod
- Verificați căile incomplete sau întrerupte din cod
- Verificați fluxul structurii conform specificației documentului
- Verificați rezultatele așteptate
- Verificați toate buclele condiționate din cod pentru a verifica funcționalitatea completă a aplicației
- Verificați codarea linie cu linie și acoperiți testarea 100%.
8. Ce este testarea cutiei negre? Care sunt diferitele tehnici de testare a cutiei negre?
Testarea cutie neagră este metoda de testare a software-ului care este utilizată pentru a testa software-ul fără a cunoaște structura internă a codului sau programului. Această testare se face de obicei pentru a verifica funcționalitatea unei aplicații. Diferitele tehnici de testare a cutiei negre sunt
- Partiționare echivalentă
- Analiza valorii limită
- Grafică cauză-efect
9. Care este diferența dintre testarea statică și cea dinamică?
Testare statică: În timpul metodei de testare statică, codul nu este executat și este efectuat folosind documentația software.
Testare dinamică: Pentru a efectua această testare, codul trebuie să fie într-o formă executabilă.
10. Ce sunt verificarea și validarea?
Verificarea este un proces de evaluare a software-ului în faza de dezvoltare. Vă ajută să decideți dacă produsul unei anumite aplicații îndeplinește cerințele specificate. Validarea este procesul de evaluare a software-ului după procesul de dezvoltare și de a verifica dacă acesta îndeplinește cerințele clientului.
11. Care sunt diferitele niveluri de testare?
Există patru niveluri de testare
- Testare unitate/componentă/program/module
- Testarea integrării
- Testarea sistemului
- Testarea de acceptare
12. Ce este testarea de integrare?
Testarea integrării este un nivel de proces de testare a software-ului, în care unitățile individuale ale unei aplicații sunt combinate și testate. De obicei, se efectuează după testarea unitară și funcțională.
13. Din ce constau planurile de testare?
Designul testului, domeniul de aplicare, strategiile de testare, abordarea sunt diverse detalii din care constă documentul de test.
- Identificator de caz de testare
- domeniu
- Caracteristici de testat
- Caracteristici care nu trebuie testate
- Strategia de testare și abordarea de testare
- Testați livrabile
- Responsabilități
- Personal și formare
- Risc și Contingențe
14. Care este diferența dintre UAT (User Acceptance Testing) și testarea sistemului?
Testarea sistemului: testarea sistemului înseamnă găsirea defectelor atunci când sistemul este supus testării în ansamblu; este cunoscut și sub denumirea de testare end-to-end. Într-un astfel de tip de testare, aplicația suferă de la început până la sfârșit.
UAT: Testarea de acceptare a utilizatorilor (UAT) implică rularea unui produs printr-o serie de teste specifice care determină dacă produsul va satisface nevoile utilizatorilor săi.
15. Menționați diferența dintre testarea bazată pe date și retestarea?
Retestare: Este un proces de verificare a erorilor care sunt acționate de echipa de dezvoltare pentru a verifica dacă sunt remediate.
Testare bazată pe date (DDT): În procesul de testare bazat pe date, aplicația este testată cu mai multe date de testare. Aplicația este testată cu un set diferit de valori.
Întrebări de interviu de testare manuală avansată a software-ului pentru 3/5/10 ani de experiență
16. Care sunt pașii valoroși pentru a rezolva problemele în timpul testării?
- Înregistrați: Înregistrați și gestionați orice probleme care au apărut
- Raportați: raportați problemele managerului de nivel superior
- Control: Definiți procesul de gestionare a problemelor
17. Care este diferența dintre scenariile de testare, cazurile de testare și scriptul de testare?
Diferența dintre scenariile de testare și cazurile de testare este aceea
Scenarii de testare: Un scenariu de testare este orice funcționalitate care poate fi testată. Se mai numește și Condiție de testare sau Posibilitate de testare.
Cazuri de testare: Este un document care conține pașii care trebuie executați; a fost planificat mai devreme.
Test Script: Este scris într-un limbaj de programare și este un program scurt folosit pentru a testa o parte din funcționalitatea sistemului software. Cu alte cuvinte, un set scris de pași care ar trebui efectuate manual.
18. Ce este defectul latent?
Defect latent: Acest defect este un defect existent în sistem care nu provoacă nicio defecțiune, deoarece setul exact de condiții nu a fost niciodată îndeplinit
19. Care sunt cei doi parametri care pot fi utili pentru a cunoaște calitatea executării testelor?
Pentru a cunoaște calitatea executării testului, putem folosi doi parametri
- Raportul de respingere a defectelor
- Raportul de scurgere defect
Parametrii pentru calitatea executării testelor
20. Care este funcția instrumentului de testare software „fantomă”?
Phantom este un program gratuit și este folosit pentru limbajul de scriptare de automatizare a GUI Windows. Ne permite să preluăm automat controlul ferestrelor și funcțiilor. Poate simula orice combinație de apăsări de taste și clicuri de mouse, precum și meniuri, liste și multe altele.
21. Explicați ce este Testul livrabil?
Livrabilele de testare sunt un set de documente, instrumente și alte componente care trebuie dezvoltate și menținute în sprijinul testării.
Există livrabile de testare diferite în fiecare fază a ciclului de viață al dezvoltării software
- Înainte de testare
- În timpul Testării
- După Testare
22. Ce este testarea mutațiilor?
Testarea mutațiilor este o tehnică pentru a identifica dacă un set de date de testare sau un caz de testare este util prin introducerea intenționată a diferitelor modificări de cod (defecțiuni) și retestarea cu datele/cazurile de testare originale pentru a determina dacă erorile sunt detectate.
23. Care sunt toate lucrurile pe care ar trebui să le luați în considerare înainte de a selecta instrumentele de automatizare pentru AUT?
- Fezabilitate tehnică
- Nivel de complexitate
- Stabilitatea aplicației
- Date de testare
- Dimensiunea aplicației
- Reutilizarea scripturilor automate
- Execuție peste mediu
24. Cum veți efectua analiza de risc?
Pentru analiza riscului trebuie implementați următorii pași
- Găsirea punctajului riscului
- Realizarea unui profil pentru risc
- Modificarea proprietăților de risc
- Implementați resursele acelui risc de testare
- Realizarea unei baze de date a riscurilor
25. Care sunt categoriile de depanare?
Categorii pentru depanare
- Depanare cu forță brută
- Întoarcerea înapoi
- Cauza eliminarea
- Tăierea programului
- Analiza arborelui de defecte
26. Ce este mascarea erorilor explicați cu un exemplu?
Atunci când prezența unui defect ascunde prezența unui alt defect în sistem, se numește mascarea defectelor.
Exemplu: Dacă „Valoarea negativă” provoacă declanșarea unei excepții de sistem necontrolate, dezvoltatorul va împiedica introducerea valorilor negative. Acest lucru va rezolva problema și va ascunde defectul de declanșare a excepțiilor necontrolate.
27. Explicați ce este Planul de testare? Care sunt informațiile care ar trebui acoperite în Planul de testare?
Un plan de testare poate fi definit ca un document care descrie domeniul de aplicare, abordarea, resursele și programul activităților de testare, iar un plan de testare ar trebui să acopere următoarele detalii.
- Strategia de testare
- Obiectivul testului
- Criterii de ieșire/suspendare
- Planificarea resurselor
- Testați livrabilele
28. Cum poți elimina riscul produs în proiectul tău?
Vă ajută să eliminați riscul produs în proiectul dvs. și există un pas simplu, dar crucial, care poate reduce riscul produsului în proiectul dvs.
- Investigați documentele caietului de sarcini
- Aveți discuții despre proiect cu toate părțile interesate, inclusiv cu dezvoltatorul
- În calitate de utilizator real, mergeți pe site
29. Care este riscul comun care duce la eșecul proiectului?
Riscul comun care duce la eșecul unui proiect sunt
- Neavând suficiente resurse umane
- Mediul de testare poate să nu fie configurat corect
- Buget limitat
- Limitări de timp
30. Pe ce bază puteți ajunge la o estimare pentru proiectul dumneavoastră?
Pentru a estima proiectul dvs., trebuie să luați în considerare următoarele puncte
- Împărțiți întregul proiect în cele mai mici sarcini
- Alocați fiecare sarcină membrilor echipei
- Estimați efortul necesar pentru a finaliza fiecare sarcină
- Validați estimarea
31. Explicați cum ați aloca o sarcină membrilor echipei?
| Sarcină | Membru |
|---|---|
| Analizați specificațiile cerințelor software | Toți membrii |
| Creați specificația de testare | Tester/Analist de testare |
| Construiți mediul de testare | Administrator de testare |
| Executați cazurile de testare | Tester, un administrator de testare |
| Raportați defectele | Laborant |
32. Explicați ce este tipul de testare și care sunt tipurile de testare utilizate în mod obișnuit?
Pentru a obține rezultatul așteptat al testului, este urmată o procedură standard care este denumită Tip de testare.
Tipurile de testare utilizate în mod obișnuit sunt
- Testare unitară: Testați cel mai mic cod al unei aplicații
- Testare API: Testare API creată pentru aplicație
- Testarea integrării: modulele software individuale sunt combinate și testate
- Testarea sistemului: testarea completă a sistemului
- Testare de instalare/dezinstalare: testarea efectuată din punctul de vedere al clientului/clientului
- Testare Agile: Testare prin tehnica Agile
33. În timp ce vă monitorizați proiectul, ce lucruri trebuie să luați în considerare?
Lucrurile care trebuie luate în considerare sunt
- Proiectul dvs. este în termen?
- Ești peste buget
- Lucrezi pentru același obiectiv de carieră
- Ai suficiente resurse?
- Există semne de avertizare ale unor probleme iminente
- Există vreo presiune din partea conducerii pentru a finaliza proiectul mai devreme
34. Care sunt greșelile comune care creează probleme?
- Potrivirea resurselor la proiecte greșite
- Lipsa abilităților managerului de testare
- A nu-i asculta pe alții
- Programare slabă
- Subestimarea
- Ignorând micile probleme
- Nu urmeaza procesul
35. Ce conține un raport tipic de testare? Care sunt beneficiile rapoartelor de testare?
Un raport de testare conține următoarele lucruri:
- Informații despre proiect
- Obiectivul testului
- Rezumatul testului
- Defect
Avantajele rapoartelor de testare sunt:
- Starea actuală a proiectului și calitatea produsului sunt informate
- Dacă este necesar, părțile interesate și clientul pot lua măsuri corective
- Un document final vă ajută să decideți dacă produsul este gata de lansare
36. Ce este evaluarea managementului testelor și de ce este importantă?
Revizuirea conducerii este de asemenea denumită Asigurarea Calității Software-ul sau SQA. SQA se concentrează mai mult pe procesul software decât pe produsele de lucru software. Este un set de activități menite să se asigure că managerul de proiect urmează procesul standard. SQA ajută managerul de testare să evalueze proiectul în raport cu standardele stabilite.
37. Care sunt cele mai bune practici pentru asigurarea calității software-ului?
Cele mai bune practici pentru o implementare eficientă a SQA sunt
- Îmbunătățirea continuă
- Documentație
- Utilizarea instrumentului
- Metrici
- Responsabilitatea membrilor echipei
- Auditori SQA cu experiență
38. Când este pregătit RTM (Matricea de urmărire a cerințelor)?
RTM este pregătit înainte de proiectarea cazului de testare. Cerințele ar trebui să poată fi urmărite din activitățile de revizuire.
39. Care este diferența dintre matricea de testare și matricea de trasabilitate?
Matricea de testare: Matricea de testare este utilizată pentru a capta calitatea reală, efortul, planul, resursele și timpul necesar pentru a captura toate fazele testării software
Matricea de trasabilitate: Maparea dintre cazurile de testare și cerințele clienților este cunoscută sub numele de Matrice de trasabilitate
40. În testarea manuală, ce sunt stub-urile și driverele?
Atât stub-urile, cât și driverele fac parte din testarea incrementală. În testarea incrementală, există două abordări și anume abordarea de jos în sus și de sus în jos. Driverele sunt utilizați în testarea de jos în sus, iar stub este folosit pentru o abordare de sus în jos. Pentru a testa modulul principal, se folosește stub-ul, care este un cod sau program fals.
41. Care este pasul pe care l-ai urma odată ce ai găsit defectul?
Odată ce ați găsit un defect, urmați pasul
a) Recreează defectul
b) Atașați captura de ecran
c) Înregistrați defectul
42. Explicați ce este metoda de testare „Condusă pe planul de testare” sau „Conduită prin cuvinte cheie”?
Această tehnică folosește documentul de caz de testare propriu-zis dezvoltat de testeri folosind o foaie de calcul care conține „cuvinte cheie” speciale. Cuvintele cheie controlează procesarea.
43. Ce este DFD (Diagrama fluxului de date)?
Atunci când un „flux de date” printr-un sistem informațional este reprezentat grafic, atunci acesta este cunoscut sub numele de Diagrama fluxului de date. Este folosit și pentru vizualizarea procesării datelor.
44. Explicați ce este LCSAJ?
LCSAJ înseamnă „secvență de cod liniar și salt”. Este format din următoarele trei elemente
a) Începutul secvenței liniare de instrucțiuni executabile
b) Sfârșitul secvenței liniare
c) Linia țintă la care este transferat fluxul de control la sfârșitul secvenței liniare
45. Explicați ce este testarea N+1?
Variația testării de regresie este reprezentată ca N+1. În această tehnică, testarea este efectuată în mai multe cicluri în care erorile găsite în ciclul de testare „N” sunt rezolvate și re-testate în ciclul de testare N+1. Ciclul se repetă cu excepția cazului în care nu sunt găsite erori.
46. Ce este testarea Fuzz și când este utilizată?
Testarea fuzz este utilizată pentru a detecta lacunele de securitate și erorile de codare în software. În această tehnică, date aleatorii sunt adăugate sistemului în încercarea de a bloca sistemul. Dacă vulnerabilitatea persistă, se folosește un instrument numit fuzz tester pentru a determina cauzele potențiale. Această tehnică este mai utilă pentru proiecte mai mari, dar detectează doar o defecțiune majoră.
47. Menționați care sunt principalele avantaje ale metricii de acoperire a declarațiilor pentru testarea software-ului?
Avantajul metricii de acoperire a declarațiilor este că
a) Nu necesită procesarea codului sursă și poate fi aplicat direct codului obiect
b) Bug-urile sunt distribuite uniform prin cod, datorită căruia procentul de instrucțiuni executabile acoperite reflectă procentul de defecte descoperite
48. Cum se generează cazuri de testare pentru metoda „înlocuiește un șir”?
a) Dacă caracterele din șirul nou > caracterele din șirul anterior. Niciunul dintre personaje nu trebuie trunchiat
b) Dacă caracterele din șirul nou< caracterele din șirul anterior. Caracterele nedorite nu trebuie adăugate
c) Spațiile de după și înainte de șir nu trebuie șterse
d) Șirul trebuie înlocuit numai pentru prima apariție a șirului
49. Cum vei gestiona un conflict între membrii echipei tale?
- Voi vorbi individual cu fiecare persoană și voi nota preocupările lor
- Voi găsi o soluție la problemele comune ridicate de membrii echipei
- Voi organiza o întâlnire de echipă, voi dezvălui soluția și voi cere oamenilor să coopereze
50. Menționați care sunt categoriile de defecte?
În principal, există trei categorii de defecte
- Greșit: Când o cerință este implementată incorect
- Dispărut: este o variație față de specificație, o indicație că o specificație nu a fost implementată sau o cerință a clientului nu este îndeplinită
- în plus: O cerință încorporată în produs care nu a fost dată de clientul final. Este considerat un defect deoarece este o variație față de cerințele existente
51. Explicați cum funcționează un instrument de acoperire a testelor?
Instrumentul de testare a acoperirii codului rulează în paralel în timp ce efectuează testarea produsului real. Instrumentul de acoperire a codului monitorizează instrucțiunile executate ale codului sursă. Când se termină testarea finală, primim un raport complet al declarațiilor în așteptare și obținem, de asemenea, procentul de acoperire.
52. Menționați care este diferența dintre un „defect” și un „eșec” în testarea software-ului?
În termeni simpli, atunci când un defect ajunge la clientul final, se numește eșec în timp ce defectul este identificat intern și rezolvat; atunci se numește defect.
53. Explicați cum să testați documentele într-un proiect care se întinde pe parcursul ciclului de viață al dezvoltării software?
Proiectul se întinde pe parcursul ciclului de viață al dezvoltării software în felul următor
- Planul de testare central/proiect: este principalul plan de testare care conturează strategia completă de testare a proiectului. Acest plan este utilizat până la sfârșitul ciclului de viață al dezvoltării software
- Planul de testare de acceptare: Acest document începe în perioada faza de solicitare și se completează la livrarea finală
- Planul de testare a sistemului: Acest plan începe în timpul planului de proiectare și continuă până la sfârșitul proiectului
- Integrare și plan de testare unitară: ambele planuri de testare încep în faza de execuție și durează până la livrarea finală
54. Explicați ce cazuri de testare sunt scrise mai întâi cutii negre sau cutii albe?
Cazurile de testare cutie neagră sunt scrise mai întâi pentru a scrie cazurile de testare cutie neagră; necesită plan de proiect și document de cerințe toate aceste documente sunt ușor disponibile la începutul proiectului. În timp ce scrierea cazurilor de testare cutie albă necesită mai multă înțelegere arhitecturală și nu este disponibilă la începutul proiectului.
55. Explicați care este diferența dintre defectele latente și cele mascate?
- Defect latent: Un defect latent este un defect existent care nu a cauzat o defecțiune deoarece seturile de condiții nu au fost niciodată îndeplinite
- Defect mascat: Este un defect existent care nu a cauzat o eroare deoarece un alt defect a împiedicat executarea acelei părți a codului
56. Menționați ce este testarea de jos în sus?
Testarea de jos în sus este o abordare a testării integrării, în care componentele de cel mai scăzut nivel sunt testate mai întâi, apoi utilizate pentru a facilita testarea componentelor de nivel superior. Procesul se repetă până când este testată componenta din vârful ierarhiei.
57. Menționați care sunt diferitele tipuri de tehnici de acoperire a testelor?
Diferite tipuri de tehnici de acoperire a testelor includ
- Acoperire declarație: Acesta verifică dacă fiecare linie de cod sursă a fost executată și testată
- Acoperire de decizie: Se asigură că fiecare decizie din codul sursă este executată și testată
- Acoperirea traseului: Se asigură că fiecare rută posibilă printr-o anumită parte a codului este executată și testată
58. Menționați care este sensul testării respirației?
Testarea respirației este o suită de teste care exercită întreaga funcționalitate a unui produs, dar nu testează caracteristicile în detaliu
59. Explicați care este semnificația Code Walk Through?
Code Walk Through este analiza informală a codului sursă al programului pentru a găsi defecte și a verifica tehnicile de codare
60. Menționați care sunt componentele de bază ale formatului de raportare a defecțiunilor?
Componentele esențiale ale formatului raportului de defecțiuni includ
- Numele Proiectului
- Numele modulului
- Defect detectat pe
- Defect detectat de
- ID-ul și numele defectului
- Instantaneu al defectului
- Stare de prioritate și severitate
- Defectul rezolvat de
- Defectul rezolvat pe
61. Menționați care este scopul din spatele testării end-to-end?
Testarea end-to-end se face după testarea funcțională. Scopul din spatele testării end-to-end este că
- Pentru a valida cerințele software și integrarea cu interfețe externe
- Testarea aplicației în scenariul de mediu real
- Testarea interacțiunii dintre aplicație și baza de date
62. Explicați ce înseamnă prin ham de testare?
Un cablaj de testare este configurarea unui set de instrumente și date de testare pentru a testa o aplicație în diferite condiții și implică monitorizarea ieșirii cu rezultatul așteptat pentru corectitudine.
63. Explicați într-un proiect de testare ce activități de testare ați automatiza?
În testarea activităților de testare a proiectelor, ați automatiza sunt
- Teste care trebuie executate pentru fiecare versiune a aplicației
- Teste care utilizează date multiple pentru același set de acțiuni
- Teste identice care trebuie executate folosind diferite browsere
- Pagini critice pentru misiune
- O tranzacție cu pagini care nu se schimbă într-un timp scurt
64. Care este PRINCIPALUL beneficiu al proiectării testelor la începutul ciclului de viață?
Ajută la prevenirea introducerii defectelor în cod.
65. Ce este testarea bazată pe risc?
Bazat pe risc Testarea este termenul folosit pentru o abordare a creării a Strategia de testare care se bazează pe prioritizarea testelor după risc. Baza abordării este o analiză detaliată a riscurilor și prioritizarea riscurilor în funcție de nivelul de risc. Testele pentru abordarea fiecărui risc sunt apoi specificate, începând cu cel mai mare risc mai întâi.
66. Care este diferența CHEIE dintre abordările preventive și reactive ale testării?
Testele preventive sunt concepute din timp; testele reactive sunt concepute după ce software-ul a fost produs.
67. Care este scopul criteriilor de ieșire?
Scopul criteriilor de ieșire este de a defini când un nivel de testare este finalizat.
68. Ce determină nivelul de risc?
Probabilitatea unui eveniment advers și impactul evenimentului determină nivelul de risc.
69. Când se utilizează testarea tabelului de decizie?
Testarea tabelului de decizie este utilizată pentru testarea sistemelor pentru care specificația ia forma unor reguli sau combinații cauză-efect. Într-un tabel de decizie, intrările sunt listate într-o coloană, cu ieșirile în aceeași coloană, dar sub intrări. Restul tabelului explorează combinații de intrări pentru a defini ieșirile produse.
Aflați mai multe despre tehnica de testare a tabelului de decizie în tutorialul video aici
70. De ce folosim tabele de decizie?
Tehnicile de partiţionare a echivalenţei şi de analiză a valorii la limită sunt adesea aplicate unor situaţii sau intrări specifice. Cu toate acestea, dacă diferite combinații de intrări au ca rezultat luarea de acțiuni diferite, acest lucru poate fi mai dificil de arătat folosind partiționarea echivalenței și analiza valorii la limită, care tind să fie mai concentrate pe interfața cu utilizatorul. Celelalte două tehnici bazate pe specificații, tabelele de decizie și testarea tranziției de stat sunt mai axate pe logica de afaceri sau regulile de afaceri. Un tabel de decizie este o modalitate bună de a face față combinațiilor de lucruri (de exemplu, intrări). Această tehnică este uneori denumită și tabel „cauză-efect”. Motivul pentru aceasta este că există o tehnică de diagramă logică asociată numită „graficul cauză-efect”, care a fost uneori folosită pentru a ajuta la derivarea tabelului de decizie.
71. Care este obiectivul PRINCIPAL la revizuirea unui produs software?
Pentru a identifica defectele oricărui produs de lucru software.
72. Care dintre următoarele definește rezultatele așteptate ale unui test? Specificația cazului de testare sau specificația de proiectare a testului.
Specificația cazului de testare definește rezultatele așteptate ale unui test.
73. Care este beneficiul independenței testului?
Evită părtinirea autorului în definirea testelor eficiente.
74. În cadrul cărui proces de testare determinați criteriile de ieșire?
Criteriile de ieșire sunt determinate pe baza „Planificării testelor”.
75. Ce este testarea alfa?
Testare înainte de lansare de către reprezentanții utilizatorilor finali pe site-ul dezvoltatorului.
76. Ce este testarea beta?
Testare efectuată de potențiali clienți în propriile locații.
77. Menționați care este diferența dintre testarea pilot și testarea beta?
Diferența dintre o testare pilot și cea beta este că testarea pilot se face de fapt folosind produsul de către grupul de utilizatori înainte de implementarea finală, iar în testarea beta, nu introducem date reale, dar este instalată la clientul final pentru validare. dacă produsul poate fi utilizat în producție.
78. Având în vedere următorul fragment de cod, câte teste sunt necesare pentru o acoperire decizională de 100%?
if width > length
thenbiggest_dimension = width
if height > width
thenbiggest_dimension = height
end_if
elsebiggest_dimension = length
if height > length
thenbiggest_dimension = height
end_if
end_if
4
79. Ați proiectat cazuri de testare pentru a oferi o acoperire de 100% declarație și 100% decizie pentru următorul fragment de cod. if width > length then biggest_dimension = width else biggest_dimension = lungime end_if Următoarele au fost adăugate în partea de jos a fragmentului de cod de mai sus. print „Dimensiunea cea mai mare este” &biggest_dimensionprint „Width: ” & width print „Lungime: ” și lungime Câte cazuri de testare mai sunt necesare?
Niciuna, pot fi utilizate cazuri de testare existente.
80. Care este diferența dintre tehnicile de testare și instrumentele de testare?
Tehnica de testare: – Este un proces pentru a se asigura că unele aspecte ale sistemului sau unității de aplicație funcționează corect, pot exista puține tehnici, dar multe instrumente.
Instrumente de testare: – Este un vehicul pentru efectuarea unui proces de testare. Instrumentul este o resursă pentru tester, dar în sine este insuficient pentru a efectua testarea
Aflați mai multe despre instrumentele de testare aici
81. Folosim rezultatul analizei cerințelor, specificația cerințelor ca intrare pentru scriere...
Cazuri de testare de acceptare a utilizatorilor
82. Testarea repetată a unui program deja testat, după modificare, pentru a descoperi orice defecte introduse sau descoperite ca urmare a modificărilor în software-ul testat sau în altă componentă software conexă sau fără legătură:
Testarea regresiei
83. Un angrosist vinde cartușe de imprimantă. Cantitatea minimă de comandă este de 5. Există o reducere de 20% pentru comenzile de 100 sau mai multe cartușe de imprimantă. Vi s-a cerut să pregătiți cazuri de testare folosind diferite valori pentru numărul de cartușe de imprimantă comandate. Care dintre următoarele grupuri conțin trei intrări de testare care ar fi generate utilizând Analiza valorii limită?
4, 5, 99
84. Ce este testarea componentelor?
Testarea componentelor, cunoscută și sub denumirea de testare unități, module și programe, caută defecte în și verifică funcționarea software-ului (de exemplu, module, programe, obiecte, clase etc.) care pot fi testate separat. Testarea componentelor se poate face izolat de restul sistemului, în funcție de contextul ciclului de viață al dezvoltării și al sistemului. Cel mai adesea, stub-urile și driverele sunt folosite pentru a înlocui software-ul lipsă și pentru a simula interfața dintre componentele software simplu. Se apelează un stub din componenta software care urmează să fie testată; un șofer cheamă o componentă pentru a fi testată.
Iată un videoclip minunat despre Testarea unității
85. Ce este testarea sistemului funcțional?
Testarea funcționalității de la capăt la capăt a sistemului în ansamblu este definită ca o testare funcțională a sistemului.
86. Care sunt beneficiile testării independente?
Testerii independenți sunt imparțiali și identifică diferite defecte în același timp.
87. Într-o abordare REACTIVĂ a testării, când v-ați aștepta să înceapă cea mai mare parte a lucrărilor de proiectare a testelor?
Cea mai mare parte a lucrărilor de proiectare a testelor a început după ce software-ul sau sistemul a fost produs.
88. Care sunt diferitele metodologii în modelul de dezvoltare agilă?
În prezent, există șapte metodologii agile diferite de care sunt conștient:
- Programare extremă (XP)
- Scrum
- Dezvoltare software Lean
- Dezvoltare bazată pe caracteristici
- Proces unificat Agil
- Cristal
- Modelul de dezvoltare a sistemelor dinamice (DSDM)
89. Care activitate din procesul fundamental de testare include evaluarea testabilității cerințelor și a sistemului?
O „Analiză de testare” și „Proiectare” includ evaluarea gradului de testare a cerințelor și a sistemului.
90. Care este de obicei cel mai important motiv pentru a utiliza riscul pentru a stimula eforturile de testare?
Pentru că testarea tuturor nu este fezabilă.
91. Ce este testarea aleatorie/maimuță? Când se folosește?
Testarea aleatorie este adesea cunoscută sub numele de testarea maimuțelor. Într-un astfel de tip de testare, datele sunt generate aleatoriu, adesea folosind un instrument sau un mecanism automat. Cu această intrare generată aleatoriu, sistemul este testat și rezultatele sunt analizate în consecință. Aceste teste sunt mai puțin fiabile; prin urmare, este utilizat în mod normal de către începători și pentru a vedea dacă sistemul va rezista la efectele adverse.
92. Care dintre următoarele sunt obiective valide pentru rapoartele de incident?
- Oferiți dezvoltatorilor și altor părți feedback despre problemă pentru a permite identificarea, izolarea și corectarea, după cum este necesar.
- Oferiți idei pentru îmbunătățirea procesului de testare.
- Furnizați un vehicul pentru evaluarea competenței testatorului.
- Oferiți testerilor un mijloc de urmărire a calității sistemului testat.
93. Luați în considerare următoarele tehnici. Care sunt tehnici statice și care sunt tehnici dinamice?
- Partiționare echivalentă.
- Testarea cazului de utilizare.
- Analiza fluxului de date.
- Testare exploratorie.
- Testarea deciziei.
- Inspecții.
Analiza fluxului de date și inspecțiile sunt statice; Partiționarea echivalenței, testarea cazurilor de utilizare, testarea exploratorie și testarea deciziei sunt dinamice.
94. De ce testarea statică și testarea dinamică sunt descrise ca fiind complementare?
Pentru că împărtășesc scopul de a identifica defectele, dar diferă în ceea ce privește tipurile de defecte pe care le găsesc.
95. Care sunt fazele unei revizuiri oficiale?
Spre deosebire de revizuirile informale, evaluările formale urmează un proces formal. Un proces formal obișnuit de revizuire constă din șase pași principali:
- Planificare
- Kick-off
- Pregătire
- Review întâlnire
- Rework
- Urmare.
96. Care este rolul moderatorului în procesul de revizuire?
Moderatorul (sau liderul de revizuire) conduce procesul de revizuire. El sau ea determină, în cooperare cu autorul, tipul de recenzie, abordarea și componența echipei de revizuire. Moderatorul efectuează verificarea intrării și urmărirea reluării, pentru a controla calitatea intrării și ieșirii procesului de revizuire. Moderatorul programează, de asemenea, întâlnirea, diseminează documente înainte de întâlnire, antrenează alți membri ai echipei, conduce întâlnirea, conduce posibile discuții și stochează datele care sunt colectate.
Află mai multe despre Revvizualizați procesul în tutorial video aici
97. Ce este o partiție de echivalență (cunoscută și ca o clasă de echivalență)?
Un interval de valori de intrare sau de ieșire astfel încât o singură valoare din interval devine un caz de testare.
98. Când ar trebui implementate procedurile de management al configurației?
În timpul planificării testului.
99. Un tip de testare funcțională, care investighează funcțiile legate de detectarea amenințărilor, cum ar fi virușii de la persoane din afară?
Testarea securității
100. Testare în care supunem ținta testului la sarcini variate de lucru pentru a măsura și evalua comportamentele de performanță și capacitatea țintei și testului de a continua să funcționeze corect în aceste sarcini diferite?
Încărcarea testelor
101. Activitatea de testare care se desfășoară pentru a expune defectele interfețelor și în interacțiunea dintre componentele integrate este?
Testarea nivelului de integrare
102. Care sunt tehnicile de testare bazate pe Structură (cutie albă)?
Tehnicile de testare bazate pe structură (care sunt, de asemenea, mai degrabă dinamice decât statice) utilizează structura internă a software-ului pentru a deriva cazuri de testare. Ele sunt denumite în mod obișnuit tehnici „cutie albă” sau „cutie de sticlă” (care implică că puteți vedea în sistem), deoarece necesită cunoștințe despre cum este implementat software-ul, adică cum funcționează. De exemplu, o tehnică structurală poate fi preocupată de exercitarea buclelor în software. Pot fi derivate cazuri de testare diferite pentru a exercita bucla o dată, de două ori și de mai multe ori. Acest lucru se poate face indiferent de funcționalitatea software-ului.
103. Când ar trebui efectuată „Testarea de regresie”?
După ce software-ul s-a schimbat sau când mediul s-a schimbat Testare de regresie ar trebui efectuate.
104. Ce este testarea negativă și pozitivă?
Un test negativ este atunci când introduceți o intrare nevalidă și primiți erori. În timp ce testarea pozitivă este atunci când introduceți o intrare validă și vă așteptați ca o anumită acțiune să fie finalizată în conformitate cu specificația.
105. Care este scopul unui criteriu de finalizare a testului?
Scopul criteriului de finalizare a testului este de a determina când să se oprească testarea
106. Ce NU poate găsi analiza statică?
De exemplu, scurgeri de memorie.
107. Care este diferența dintre re-testare și testarea de regresie?
Re-testarea asigură că defecțiunea inițială a fost eliminată; testarea de regresie caută efecte secundare neașteptate.
108. Care sunt tehnicile de testare bazate pe experiență?
În tehnicile bazate pe experiență, cunoștințele, abilitățile și experiența oamenilor sunt un contributor principal la condițiile de testare și cazurile de testare. Experiența atât a oamenilor tehnici, cât și a oamenilor de afaceri este importantă, deoarece aceștia aduc perspective diferite procesului de analiză și proiectare a testelor. Datorită experienței anterioare cu sisteme similare, aceștia pot avea informații despre ce ar putea merge prost, ceea ce este foarte util pentru testare.
109. Ce tip de revizuire necesită criterii formale de intrare și ieșire, inclusiv valori?
Inspecție
110. Evaluările sau inspecțiile ar putea fi considerate parte a testării?
Da, pentru că ambele ajută la detectarea defecțiunilor și la îmbunătățirea calității.
111. Un câmp de intrare ia anul nașterii între 1900 și 2004 care sunt valorile limită pentru testarea acestui câmp?
1899,1900,2004,2005
112. Care dintre următoarele instrumente ar fi implicate în automatizarea testului de regresie? o. Tester de date b. Tester de limite c. Captură/Redare d. Comparator de ieșire.
d. Comparator de ieșire
113. Pentru a testa o funcție, ce trebuie să scrie un programator, care apelează funcția de testat și trece datele de testare.
Şofer
114. Care este motivul cheie pentru care dezvoltatorii au dificultăți în testarea propriei lucrări?
Lipsa de obiectivitate
115. „Câte teste sunt suficiente?”
Răspunsul depinde de riscul pentru industria dvs., contract și cerințe speciale.
116. Când ar trebui oprită testarea?
Depinde de riscurile pentru sistemul testat. Există câteva criterii pe baza cărora puteți opri testarea.
- Termenele limită (testare, lansare)
- Bugetul de testare a fost epuizat
- Rata erorilor scade sub un anumit nivel
- Cazuri de testare finalizate cu un anumit procentaj trecut
- Perioadele alfa sau beta pentru testare se încheie
- Acoperirea codului, a funcționalității sau a cerințelor este îndeplinită până la un anumit punct
117. Care dintre următoarele este scopul principal al strategiei de integrare pentru testarea integrării în mediul mic?
Scopul principal al strategiei de integrare este de a specifica ce module să combine când și câte simultan.
118. Ce sunt cazurile de testare semi-aleatoare?
Cazurile de testare semi-aleatoare nu sunt nimic, dar atunci când efectuăm cazuri de testare aleatoare și facem partiții de echivalență la acele cazuri de testare, elimină cazurile de testare redundante, oferindu-ne astfel cazuri de testare semi-aleatoare.
119. Având în vedere următorul cod, care afirmație este adevărată cu privire la numărul minim de cazuri de testare necesare pentru acoperirea completă a declarației și a sucursalelor?
Citiți p
Citiți q
DACA p+q> 100
APOI Imprimați „Large”
ENDIF
DACĂ p > 50
APOI Imprimați „p Large”
ENDIF
1 test pentru acoperirea declarațiilor, 2 pentru acoperirea sucursalei
120. Ce recenzie este utilizată în mod normal pentru a evalua un produs pentru a determina adecvarea acestuia pentru utilizarea prevăzută și pentru a identifica discrepanțe?
Tehnic Revvezi.
121. Defecțiunile găsite ar trebui să fie documentate inițial de către cine?
De către testeri.
122. Care este standardul oficial de documentare recunoscut la nivel mondial actual?
Nu există unul.
123. Care dintre următoarele este participantul la revizuire care a creat elementul pentru a fi revizuit?
Autor
124. Un număr de erori critice sunt remediate în software. Toate erorile sunt într-un singur modul, legate de rapoarte. Managerul de teste decide să facă testarea de regresie numai pe modulul de rapoarte.
Testarea de regresie ar trebui făcută și pe alte module, deoarece repararea unui modul poate afecta alte module.
125. De ce analiza valorii la limită oferă cazuri de testare bune?
Deoarece erorile sunt frecvent făcute în timpul programării diferitelor cazuri lângă „marginile” intervalului de valori.
126. Ce face o inspecție diferită de alte tipuri de revizuire?
Este condus de un lider instruit, utilizează criterii formale de intrare și ieșire și liste de verificare.
127. De ce poate fi dependent de tester de gestionarea configurației?
Deoarece managementul configurației ne asigură că știm versiunea exactă a testware-ului și a obiectului de testare.
128. Ce este V-Model?
Un model de dezvoltare software care ilustrează modul în care activitățile de testare se integrează cu fazele de dezvoltare a software-ului
129. Ce este testarea de întreținere?
Declanșat de modificări, migrarea sau retragerea software-ului existent
130. Ce este acoperirea testului?
Acoperirea testelor măsoară într-un fel specific cantitatea de testare efectuată de un set de teste (derivate într-un alt mod, de exemplu, folosind tehnici bazate pe specificații). Oriunde putem număra lucrurile și putem spune dacă fiecare dintre aceste lucruri a fost sau nu testat printr-un test, atunci putem măsura acoperirea.
131. De ce este preferată integrarea incrementală față de integrarea „big bang”?
Deoarece integrarea incrementală are o capacitate mai bună de depistare a defectelor timpurii și de izolare
132. Cum se numește procesul care începe cu modulele terminale?
Integrare de jos în sus
133. În care activitate de testare ar putea fi găsită defecțiunea cel mai eficient din punct de vedere al costurilor?
În timpul planificării testului
134. Scopul fazei de cerință este
Pentru a îngheța cerințele, pentru a înțelege nevoile utilizatorilor, pentru a defini domeniul de aplicare a testării
135. De ce împărțim testarea în etape distincte?
Am împărțit testarea în etape distincte din următoarele motive:
- Fiecare etapă de testare are un scop diferit
- Este mai ușor să reușești să testezi în etape
- Putem rula teste diferite în medii diferite
- Performanța și calitatea testării sunt îmbunătățite prin testarea în faze
136. Ce este DRE?
Pentru a măsura eficiența testului, se folosește o măsurătoare puternică pentru măsurarea eficienței testului cunoscută sub numele de DRE (Defect Removal Efficiency) Din această măsurătoare am ști câte erori am găsit din setul de cazuri de testare. Formula pentru calcularea DRE este
DRE=Numărul de erori în timpul testării/numărul de erori în timpul testării + numărul de erori găsite de un utilizator
137. Care dintre următoarele este probabil să beneficieze cel mai mult de utilizarea instrumentelor de testare care oferă facilități de captare și reluare a testelor? a) Testare de regresie b) Testare de integrare c) Testare de sistem d) Testare de acceptare a utilizatorului
Testare de regresie
138. Cum estimați cantitatea de re-testare care ar putea fi necesară?
Valori din proiecte similare anterioare și discuții cu echipa de dezvoltare
139. Ce studiază analiza fluxului de date?
Utilizarea datelor pe căile prin cod.
140. Ce este eșecul?
Eșecul este o abatere de la comportamentul specificat.
141. Ce sunt comparatoarele de testare?
Este într-adevăr un test dacă puneți niște intrări într-un software, dar nu căutați niciodată să vedeți dacă software-ul produce rezultatul corect? Esența testării este să verificăm dacă software-ul produce rezultatul corect și să facem asta și trebuie să comparăm ceea ce produce software-ul cu ceea ce ar trebui să producă. Un comparator de testare ajută la automatizarea aspectelor respectivei comparații.
142. Cine este responsabil pentru documentarea tuturor problemelor, problemelor și punctelor deschise care au fost identificate în timpul ședinței de revizuire
Scrib
143. Care este scopul principal al revizuirii informale
O modalitate ieftină de a obține beneficii
144. Care este scopul tehnicii de proiectare a testelor?
Identificarea condițiilor de testare și identificarea cazurilor de testare
145. Atunci când testează un sistem de calcul al notelor, un tester stabilește că toate scorurile de la 90 la 100 vor da nota A, dar scorurile sub 90 nu. Această analiză este cunoscută ca:
Partiționare echivalentă
146. Un manager de testare dorește să folosească resursele disponibile pentru testarea automată a unei aplicații web. Cea mai bună alegere este
Tester, automat de testare, specialist web, DBA
147. În timpul testării unui tester de modul, „X” a găsit o eroare și l-a atribuit unui dezvoltator. Dar dezvoltatorul respinge același lucru, spunând că nu este o eroare. Ce ar trebui să facă „X”?
Trimiteți informații detaliate despre bug-ul întâlnit și verificați reproductibilitatea
148. Un tip de testare de integrare în care elementele software, elementele hardware sau ambele sunt combinate simultan într-o componentă sau într-un sistem general, mai degrabă decât în etape.
Testarea Big-Bang
149. În practică, care model de ciclu de viață poate avea mai multe, mai puține sau diferite niveluri de dezvoltare și testare, în funcție de proiect și de produsul software. De exemplu, poate exista testarea integrării componentelor după testarea componentelor și testarea integrării sistemului după testarea sistemului.
V-Model
150. Ce tehnică poate fi utilizată pentru a obține acoperirea intrărilor și ieșirilor? Poate fi aplicat intrării umane, introducerii prin interfețe la un sistem sau parametrilor de interfață în testarea integrării.
Partiționare echivalentă
151. „Acest model de ciclu de viață este condus de riscurile legate de program și buget” Această declarație este cea mai potrivită pentru.
V-Model
152. În ce ordine ar trebui efectuate testele?
Cel mai important trebuie testat mai întâi
153. Cu cât o defecțiune este descoperită mai târziu în cursul ciclului de viață al dezvoltării, cu atât este mai costisitoare remedierea. De ce?
Defecțiunea a fost inclusă în mai multă documentație, cod, teste etc
154. Ce este măsurarea acoperirii?
Este o măsură parțială a minuțiozității testului.
155. Ce este testarea valorii limită?
Testați condițiile la limită pe, sub și deasupra marginilor claselor de echivalență de intrare și ieșire. De exemplu, să presupunem o aplicație bancară în care puteți retrage maximum Rs.20,000 și minim Rs.100, așa că în testarea valorii limită testăm doar limitele exacte, în loc să lovim la mijloc. Asta înseamnă că testăm peste limita maximă și sub limita minimă.
156. Ce reprezintă COTS?
Reclamă de pe raft.
157. Scopul căruia este acela de a permite efectuarea unor teste specifice pe un sistem sau o rețea care seamănă cât mai mult posibil cu mediul în care va fi utilizat elementul testat la eliberare?
Mediu de testare
158. Ce poate fi considerat ca fiind bazat pe planul proiectului, dar cu o cantitate mai mare de detalii?
Planul de testare de fază
159. Ce este dezvoltarea rapidă a aplicațiilor?
Dezvoltarea rapidă a aplicațiilor (RAD) este formal o dezvoltare paralelă a funcțiilor și o integrare ulterioară. Componentele/funcțiile sunt dezvoltate în paralel ca și cum ar fi mini proiecte, dezvoltările sunt încadrate în timp, livrate și apoi asamblate într-un prototip funcțional. Acest lucru poate oferi foarte rapid clientului ceva de văzut și de folosit și de a oferi feedback cu privire la livrare și cerințele acestora. Schimbarea și dezvoltarea rapidă a produsului sunt posibile folosind această metodologie. Cu toate acestea, specificația produsului va trebui dezvoltată pentru produs la un moment dat, iar proiectul va trebui să fie plasat sub controale mai formale înainte de a intra în producție.
👍 Consultați-ne - Test de testare
👍 Consultați-ne - Testare software Întrebări interviu Video Youtube
Descărcare PDF gratuită: Întrebări și răspunsuri la interviu pentru testarea software-ului
Întrebările și răspunsurile pdf de mai sus la interviu de testare manuală îi vor ajuta atât pe cei care sunt în curs de dezvoltare, cât și pe inginerii QA cu experiență. Vă rugăm să distribuiți pagina prietenilor și colegilor.
