Am compilat cele mai frecvente întrebări și răspunsuri la interviuri de testare manuală care vă fac cunoștință cu tipul de întrebări de interviuri de testare software pe care vi le poate pune un intervievator în timpul interviului. În această listă de întrebări de interviu de testare manuală cu răspunsuri, am acoperit toate întrebările de bază și avansate de testare a software-ului cu răspunsuri detaliate pentru a vă ajuta să ștergeți cu ușurință interviul de testare manuală.
Am acoperit aproape 150 de întrebări importante de interviu pentru testarea manuală pentru candidații de la începători, precum și întrebări de interviuri de testare manuală pentru inginerii experimentați în asigurarea calității pentru a vă pregăti pentru următorul interviu. Acest ghid detaliat al întrebărilor la interviu pentru testarea manuală vă va ajuta să vă rupeți interviul de angajare pentru testarea software-ului.
Testarea manuală a întrebărilor și răspunsurilor la interviu
1. Ce este testarea exploratorie?
Testarea exploratorie este o abordare practică în care testerii sunt implicați în planificarea minimă și execuția maximă a testelor. Planificarea implică crearea unei charte de testare, o scurtă declarație a sferei de aplicare a unui efort de testare scurt (1 până la 2 ore), a obiectivelor și a posibilelor abordări care trebuie utilizate. Activitățile de proiectare și executare a testului sunt efectuate în paralel, de obicei, fără a documenta în mod formal condițiile de testare, cazurile de testare sau scripturile de testare. Aceasta nu înseamnă că alte tehnici de testare mai formale nu vor fi utilizate. De exemplu, testerul poate decide să utilizeze analiza valorii la graniță, dar va analiza și testa cele mai importante valori la graniță fără a le nota în mod necesar. Unele note vor fi scrise în timpul sesiunii de testare exploratorie, astfel încât un raport să poată fi produs ulterior.
2. Ce este „testarea cazurilor de utilizare”?
Pentru a identifica și executa cerința funcțională a unei aplicații de la început până la sfârșit, se utilizează „caz de utilizare”, iar tehnicile utilizate pentru a face acest lucru sunt cunoscute sub denumirea „Test de caz de utilizare”.
3. Care este diferența dintre STLC (Software Testing Life Cycle) și SDLC (Software Development Life Cycle)?
SDLC se ocupă cu 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 echivalenței?
Testarea partiționării echivalenței este o tehnică de testare software care împarte datele de testare a intrării aplicației în fiecare partiție cel puțin o dată din date echivalente din care pot fi derivate cazuri de testare. Prin această metodă de testare, reduce timpul necesar pentru testarea software-ului.
6. Ce este testarea cutiei albe și enumeră tipurile de testare a cutiei albe?
Tehnica de testare a cutiei albe implică selectarea cazurilor de test pe baza unei analize a structurii interne (acoperirea codului, acoperirea sucursalelor, acoperirea căilor, acoperirea stării etc.) a unei componente sau a unui sistem. Este, de asemenea, cunoscut sub numele de testare bazată pe cod sau testare structurală. Există diferite tipuri de testare a cutiei albe
- Acoperirea declarației
- Acoperirea deciziei
7. La verificarea cutiei albe, ce verificați?
În caseta albă se verifică următorii pași.
- Verificați găurile de securitate din cod
- Verificați căile incomplete sau rupte din cod
- Verificați fluxul structurii conform specificațiilor 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 cutiei negre este metoda de testare software utilizată pentru a testa software-ul fără a cunoaște structura internă a codului sau a programului. Această testare se face de obicei pentru a verifica funcționalitatea unei aplicații. Diferitele tehnici de testare a cutiei negre sunt
- Partiționarea echivalenței
- 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 se efectuează utilizând 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 pentru a verifica dacă acesta îndeplinește cerințele clientului.
11. Care sunt diferitele niveluri de testare?
Există patru niveluri de testare
- Testarea unității / componentelor / programului / modulului
- Testarea integrării
- Testarea sistemului
- Testarea de acceptare
12. Ce este testarea integrării?
Testarea integrării este un nivel al procesului de testare software, în care unitățile individuale ale unei aplicații sunt combinate și testate. De obicei se efectuează după testarea funcțională și unitară.
13. În ce constă planurile de testare?
Proiectarea testului, domeniul de aplicare, strategiile de testare, abordarea sunt diverse detalii din care constă documentul planului de testare.
- Identificatorul cazului de testare
- Domeniul de aplicare
- Caracteristici de testat
- Caracteristici care nu trebuie testate
- Strategia de testare și abordarea de testare
- Testați livrabilele
- Responsabilități
- Personal și instruire
- Risc și contingențe
14. Care este diferența dintre UAT (User Acceptance Testing) și testarea sistemului?
Testarea sistemului: Testarea sistemului constată defecte atunci când sistemul este supus testării în ansamblu; este, de asemenea, cunoscut sub numele 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: Testul de acceptare a utilizatorului (UAT) implică efectuarea unui produs printr-o serie de teste specifice care determină dacă produsul va satisface nevoile utilizatorilor săi.
15. Menționează diferența dintre testarea bazată pe date și testarea din nou?
Retestare: este un proces de verificare a erorilor care sunt acționate de echipa de dezvoltare pentru a verifica dacă acestea 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.
16. Care sunt pașii valoroși pentru rezolvarea problemelor în timpul testării?
- Înregistrați: jurnalizaț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 că
Scenarii de testare: un scenariu de testare este orice funcționalitate care poate fi testată. Se mai numește Starea de testare sau Posibilitatea 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 să fie efectuat manual.
18. Ce este defectul latent?
Defect latent: Acest defect este un defect existent în sistem, care nu cauzează 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 execuției testului?
Pentru a cunoaște calitatea execuției testului, putem folosi doi parametri
- Raportul de respingere a defectelor
- Raportul de scurgere a defectelor
20. Care este funcția instrumentului de testare software „fantomă”?
Phantom este un software gratuit și este utilizat pentru limbajul de scriptare a automatizării GUI pentru Windows. Ne permite să controlăm automat Windows și funcțiile. 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 întreținute în sprijinul testării.
Există diferite rezultate de testare la fiecare fază a ciclului de viață al dezvoltării software-ului
- Înainte de testare
- În timpul testării
- După testare
22. Ce este testarea mutației?
Testarea mutației este o tehnică pentru a identifica dacă un set de date de testare sau caz de testare este util prin introducerea în mod intenționat a diferitelor modificări de cod (bug-uri) și testarea din nou cu datele / cazurile originale de testare pentru a determina dacă bug-urile sunt detectate.
23. Ce trebuie să luați în considerare înainte de a selecta instrumentele de automatizare pentru AUT?
- Fezabilitate tehnică
- Nivelul de complexitate
- Stabilitatea aplicării
- Date de testare
- Dimensiunea aplicației
- Reutilizarea scripturilor automatizate
- Executarea în mediul înconjurător
24. Cum veți efectua analiza riscurilor?
Pentru analiza riscurilor, trebuie implementați pașii următori
- Găsirea scorului riscului
- Crearea unui profil al riscului
- Modificarea proprietăților de risc
- Implementați resursele acestui risc de testare
- Realizarea unei baze de date de risc
25. Care sunt categoriile de depanare?
Categorii pentru depanare
- Depanarea forței brute
- Backtracking
- Cauza eliminării
- Felierea programului
- Analiza arborelui defect
26. Ce este explicarea mascării defectelor cu exemplu?
Când prezența unui defect ascunde prezența unui alt defect în sistem, este cunoscut sub numele de mascare a defectelor.
Exemplu: Dacă „Valoarea negativă” determină declanșarea unei excepții de sistem nesolicitate, dezvoltatorul va împiedica introducerea valorilor negative. Acest lucru va rezolva problema și va ascunde defectul declanșării excepției necorespunzătoare.
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 trebuie să acopere următoarele detalii.
- Strategia de testare
- Obiectivul testului
- Criterii de ieșire / suspendare
- Planificarea resurselor
- Testați livrabilele
28. Cum puteți elimina riscul produsului în proiectul dvs.?
Vă ajută să eliminați riscul produsului în proiectul dvs. și există un pas simplu, dar crucial, care poate reduce riscul produsului în proiectul dvs.
- Investigați documentele cu specificații
- Purtă discuții despre proiect cu toate părțile interesate, inclusiv cu dezvoltatorul
- Ca un utilizator real, mergeți pe site
29. Care este riscul comun care duce la eșecul proiectului?
Riscul comun care duce la eșecul proiectului sunt
- Neavând resurse umane suficiente
- Este posibil ca mediul de testare să nu fie configurat corect
- Buget limitat
- Limitări de timp
30. Pe ce bază puteți ajunge la o estimare pentru proiectul dvs.?
Pentru a vă estima proiectul, 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
- Estimează efortul necesar pentru a finaliza fiecare sarcină
- Validați estimarea
31. Explicați cum ați aloca o sarcină membrilor echipei?
| Sarcină | Membru |
|
|
|
|
|
|
|
|
|
|
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, denumită tip de testare.
Tipurile de testare utilizate în mod obișnuit sunt
- Testarea unitară: testați cel mai mic cod al unei aplicații
- Testare API: testare API creată pentru aplicație
- Testarea integrării: module software individuale sunt combinate și testate
- Testarea sistemului: Testarea completă a sistemului
- Instalați / dezinstalați testarea: testarea efectuată din punctul de vedere al clientului / clientului
- Testarea Agile: Testarea 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 programat
- Ai depășit bugetul
- Lucrezi pentru același obiectiv de carieră
- Ai resurse suficiente
- 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 obișnuite care creează probleme?
- Corelarea resurselor cu proiectele greșite
- Manager de test lipsă de abilități
- A nu-i asculta pe ceilalți
- Programare slabă
- Subestimarea
- Ignorând micile probleme
- Nu urmează procesul
35. Ce conține un raport tipic de testare? Care sunt avantajele rapoartelor de testare?
Un raport de testare conține următoarele lucruri:
- Informatii 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 revizuirea managementului testelor și de ce este importantă?
Revizuirea managementului este, de asemenea, denumită Software Quality Assurance sau SQA. SQA se concentrează mai mult pe procesul software decât pe produsele software de lucru. Este un set de activități concepute pentru a se asigura că managerul de proiect urmează procesul standard. SQA îl ajută pe managerul de testare să facă referință la proiect 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
- Imbunatatire continua
- Documentație
- Utilizarea instrumentului
- Valori
- Responsabilitatea membrilor echipei
- Auditori SQA cu experiență
38. Când se pregătește RTM (Matricea de trasabilitate a cerințelor)?
RTM este pregătit înainte de proiectarea cazului de testare. Cerințele ar trebui să fie trasabile din activitățile de revizuire.
39. Care este diferența dintre matricea de testare și matricea de trasabilitate?
Test Matrix : matricea de testare este utilizată pentru a capta calitatea reală, efortul, planul, resursele și timpul necesar pentru a captura toate fazele testării software-ului
Matricea de trasabilitate : Cartarea dintre cazurile de testare și cerințele clienților este cunoscută sub numele de Matricea de trasabilitate
40. În testarea manuală ce sunt butoanele și driverele?
Atât butoanele, 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 utilizate în testele de jos în sus, iar stub este utilizat pentru o abordare de sus în jos. Pentru a testa modulul principal, se folosește butonul, care este un cod sau un program fals.
41. Care este pasul pe care l-ați urma după ce veți găsi defectul?
Odată găsit un defect, urmați pasul
a) Recreați defectul
b) Atașați captura de ecran
c) Înregistrați defectul
42. Explicați ce este metoda de testare „Test Plan Driven” sau „Key Word Driven”?
Această tehnică folosește documentul de caz 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)?
Când un „flux de date” printr-un sistem informațional este reprezentat grafic, atunci este cunoscut sub numele de Diagrama Fluxului de Date. Este, de asemenea, utilizat pentru vizualizarea procesării datelor.
44. Explicați ce este LCSAJ?
LCSAJ înseamnă „secvență de cod liniar și salt”. Se compune din următoarele trei elemente
a) Începutul secvenței liniare de instrucțiuni executabile
b) Sfârșitul secvenței liniare
c) Linia țintă către care fluxul de control este transferat 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 se efectuează în cicluri multiple în care erorile găsite în ciclul de testare „N” sunt rezolvate și testate din nou în ciclul de testare N + 1. Ciclul se repetă dacă nu se găsesc 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 din software. În această tehnică, datele aleatorii sunt adăugate la sistem în încercarea de a bloca sistemul. Dacă vulnerabilitatea persistă, un instrument numit tester fuzz este utilizat pentru a determina potențialele cauze. Această tehnică este mai utilă pentru proiecte mai mari, dar detectează doar o eroare majoră.
47. Menționează care sunt principalele avantaje ale metricei de acoperire a declarațiilor de testare software?
Avantajul valorii de acoperire a extrasului este că
a) Nu necesită procesarea codului sursă și poate fi aplicat direct codului obiect
b) Bug-urile sunt distribuite uniform prin intermediul codului, datorită cărui procentaj de instrucțiuni executabile acoperite reflectă procentul de erori descoperite
48. Cum se generează cazuri de testare pentru metoda „înlocuiește un șir”?
a) Dacă caractere în șir nou> caractere în șirul anterior. Niciunul dintre personaje nu trebuie trunchiat
b) Dacă caractere în șir nou c) Spațiile după și înainte de șir nu trebuie șterse d) Șirul trebuie înlocuit numai pentru prima apariție a șirului 49. Cum vei rezolva un conflict între membrii echipei tale? 50. Menționează care sunt categoriile de defecte? În principal, există trei categorii de defecte 51. Explicați cum funcționează un instrument de acoperire a testelor? Instrumentul de testare a acoperirii codului rulează paralel în timp ce efectuați testarea produsului real. Instrumentul de acoperire a codului monitorizează declarațiile executate ale codului sursă. Când se face testarea finală, primim un raport complet al declarațiilor în așteptare și obținem, de asemenea, procentul de acoperire. 52. Menționează 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, acesta se numește eșec în timp ce defectul este identificat intern și rezolvat; apoi este denumit un defect. 53. Explicați cum să testați documentele într-un proiect care se întinde pe tot parcursul ciclului de viață al dezvoltării software-ului? Proiectul se întinde pe tot parcursul ciclului de viață al dezvoltării software-ului în modul următor 54. Explicați ce cazuri de testare sunt scrise primele casete negre sau casete albe? Cazurile de testare cutie neagră sunt scrise mai întâi pentru a scrie cazuri de testare a cutiei negre; necesită planul de proiect și documentul de cerință. Toate aceste documente sunt ușor disponibile la începutul proiectului. În timp ce scrierea cazurilor de testare a cutiei albe necesită o mai bună înțelegere arhitecturală și nu este disponibilă la începutul proiectului. 55. Explicați care este diferența dintre defectele latente și cele mascate? 56. Menționează ce este testarea de jos în sus? Testarea de jos în sus este o abordare a testării de integrare, în care componentele de nivel inferior sunt testate mai întâi, apoi utilizate pentru a facilita testarea componentelor de nivel superior. Procesul se repetă până când componenta din partea de sus a ierarhiei este testată. 57. Menționează care sunt diferitele tipuri de tehnici de acoperire a testelor? Diferite tipuri de tehnici de acoperire a testelor includ 58. Menționează care este semnificația testării respirației? Testarea respirației este o suită de teste care exercită funcționalitatea completă a unui produs, dar nu testează caracteristicile în detaliu 59. Explicați care este semnificația Codului 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ționează care sunt componentele de bază ale formatului raportului de defecte? Componentele esențiale ale formatului raportului de defecte includ 61. Menționează care este scopul din spatele efectuării testelor end-to-end? Testarea de la cap la cap se face după testarea funcțională. Scopul din spatele efectuării testelor end-to-end este acela 62. Explicați ce înseamnă prin ham de testare? Un ham de testare configurează un set de instrumente și date de testare pentru a testa o aplicație în diferite condiții și implică monitorizarea ieșirii cu ieșirea 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 64. Care este beneficiul PRINCIPAL al proiectării testelor la începutul ciclului de viață? Ajută la prevenirea introducerii defectelor în cod. 65. Ce este testarea bazată pe risc? Testarea bazată pe risc este termenul folosit pentru o abordare a creării unei strategii de testare care se bazează pe prioritizarea testelor în funcție de 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 între abordările preventive și reactive ale testării? Testele preventive sunt concepute devreme; testele reactive sunt proiectate 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 este finalizat un nivel de testare. 68. Ce determină nivelul de risc? Probabilitatea unui eveniment advers și impactul evenimentului determină nivelul de risc. 69. Când se utilizează testarea tabelului decizional? Testarea tabelului decizional 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 rezultatele produse. Aflați mai multe despre tehnica de testare a tabelului de decizii în Tutorialul video aici 70. De ce folosim tabelele de decizie? Tehnicile de partiționare a echivalenței și analiza valorii la graniță sunt adesea aplicate unor situații sau intrări specifice. Cu toate acestea, dacă diferite combinații de intrări au ca rezultat acțiuni diferite, acest lucru poate fi mai dificil de arătat folosind partiționarea echivalenței și analiza valorii la graniță, care tind să fie mai concentrate pe interfața cu utilizatorul. Celelalte două tehnici bazate pe specificații, tabele de decizie și testarea tranziției de stat sunt mai concentrate pe logica de afaceri sau regulile de afaceri. Un tabel de decizii este o modalitate bună de a face față combinațiilor de lucruri (de exemplu, intrări). Această tehnică este uneori denumită și tabelul „cauză-efect”. Motivul pentru aceasta este că există o tehnică de diagramare logică asociată numită „grafic cauză-efect” care a fost uneori folosită pentru a ajuta la derivarea tabelului de decizie. 71. Care este obiectivul PRINCIPAL atunci când revizuiți un software livrabil? Pentru a identifica defectele în orice 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 testelor? Evită părtinirea autorului în definirea testelor eficiente. 74. Ca parte a procesului de testare, determinați criteriile de ieșire? Criteriile de ieșire sunt determinate pe baza „Planificării testelor”. 75. Ce este testarea Alpha? Testarea pre-lansare de către reprezentanții utilizatorilor finali pe site-ul dezvoltatorului. 76. Ce este testarea beta? Testare efectuată de potențiali clienți la propriile locații. 77. Menționează care este diferența dintre testarea pilot și cea beta? Diferența dintre testul pilot și testarea 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 acoperirea deciziilor în proporție de 100%? 4 79. Ați proiectat cazuri de testare pentru a furniza o declarație de 100% și o acoperire de decizie de 100% pentru următorul fragment de cod. dacă lățime> lungime, atunci marime_dimensionare = lățime altfel marime_dimensionare = lungime sfârșit_if Următorul a fost adăugat în partea de jos a fragmentului de cod de mai sus. print "Cea mai mare dimensiune este" & cea mai mare_dimensionare "Lățime: & lățime print "Lungime: & lungime Câte cazuri de testare sunt necesare? Niciuna, cazurile de test existente pot fi utilizate. 80. Care este diferența dintre tehnicile de testare și instrumentele de testare? Tehnica de testare: - Este un proces care asigură funcționarea corectă a unor aspecte ale sistemului de aplicații sau ale unității, putând 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 a acceptării utilizatorilor 82. Testarea repetată a unui program deja testat, după modificare, pentru a descoperi orice defecte introduse sau descoperite ca urmare a modificărilor software-ului testat sau a altei componente software conexe sau nelegate: 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 teste folosind diferite valori pentru numărul de cartușe de imprimantă comandate. Care dintre următoarele grupuri conține trei intrări de testare care ar fi generate folosind analiza valorii limită? 4, 5, 99 84. Ce este testarea componentelor? Testarea componentelor, cunoscută și sub numele de testare a unităților, modulelor și programelor, caută defecte ș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 de sistem. Cel mai adesea butoanele și driverele sunt folosite pentru a înlocui software-ul lipsă și pentru a simula pur și simplu interfața dintre componentele software. O componentă software este chemată din componenta software pentru a fi testată; un șofer apelează o componentă pentru a fi testată. Iată un videoclip minunat despre testarea unitară 85. Ce este testarea funcțională a sistemului? Testarea funcționalității cap la cap a sistemului ca întreg este definită ca o testare funcțională a sistemului. 86. Care sunt beneficiile testării independente? Testerii independenți sunt imparțiali și identifică defecte diferite î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 proiectului de testare a început după ce software-ul sau sistemul a fost produs. 88. Care sunt diferitele metodologii din modelul de dezvoltare agilă? În prezent există șapte metodologii agile diferite de care sunt conștient: 89. Ce activitate din procesul fundamental de testare include evaluarea testabilității cerințelor și a sistemului? O „Analiză de testare” și „Proiectare” includ evaluarea testabilității cerințelor și a sistemului. 90. Care este de obicei cel mai important motiv pentru a utiliza riscul pentru a conduce eforturile de testare? Pentru că testarea totul nu este fezabilă. 91. Ce este testarea aleatorie / a maimuțelor? 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, iar rezultatele sunt analizate în consecință. Aceste teste sunt mai puțin fiabile; prin urmare, este utilizat în mod normal de începători și pentru a vedea dacă sistemul va rezista efectelor adverse. 92. Care dintre următoarele sunt obiective valide pentru rapoartele de incidente? 93. Luați în considerare următoarele tehnici. Care sunt statice și care sunt tehnici dinamice? Analiza fluxului de date și inspecțiile sunt statice; Partiționarea echivalenței, testarea cazurilor de utilizare, testarea exploratorie și testarea deciziilor sunt dinamice. 94. De ce sunt descrise testarea statică și testarea dinamică ca fiind complementare? Deoarece î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 formale? Spre deosebire de recenziile informale, recenziile formale urmează un proces formal. Un proces tipic de revizuire formală constă în șase etape principale: 96. Care este rolul moderatorului în procesul de revizuire? Moderatorul (sau conducătorul reviziei) 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 relucrării, pentru a controla calitatea intrării și ieșirii procesului de revizuire. De asemenea, moderatorul programează întâlnirea, diseminează documente înainte de ședință, antrenează alți membri ai echipei, stabilește întâlnirea, conduce discuții posibile și stochează datele colectate. Aflați mai multe despre procesul de examinare în Tutorialul video aici 97. Ce este o partiție de echivalență (cunoscută și sub numele de clasă de echivalență)? O gamă de valori de intrare sau ieșire astfel încât o singură valoare din interval să devină un caz de testare. 98. Când trebuie implementate procedurile de gestionare a 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 virusul de la persoanele din afară rău intenționate? Testarea securității 100. Testare în care supunem ținta testului, la sarcini de lucru variate pentru a măsura și evalua comportamentele de performanță și capacitatea țintei și a testului de a continua să funcționeze corespunzător sub aceste sarcini de lucru diferite? Testarea sarcinii 101. Activitatea de testare care se efectuează pentru a expune defecte în interfețe ș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 structuri (care sunt și mai dinamice decât statice) utilizează structura internă a software-ului pentru a obține cazuri de testare. Acestea sunt denumite în mod obișnuit tehnici „cutie albă” sau „cutie de sticlă” (ceea ce înseamnă că puteți vedea în sistem), deoarece necesită cunoștințe despre modul în care este implementat software-ul, adică cum funcționează. De exemplu, o tehnică structurală poate fi preocupată de exercitarea buclelor în software. Diferite cazuri de testare pot fi derivate pentru a exercita bucla o dată, de două ori și de multe ori. Acest lucru se poate face indiferent de funcționalitatea software-ului. 103. Când trebuie efectuată „testarea de regresie”? După ce software-ul s-a schimbat sau când s-a schimbat mediul, trebuie efectuate teste de regresie. 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 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 se va opri testarea 106. Ce nu poate găsi analiza statică? De exemplu, scurgeri de memorie. 107. Care este diferența dintre re-testare și testare de regresie? Re-testarea asigură eliminarea defecțiunii inițiale; 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 cunoștințele oamenilor contribuie în mod esențial la condițiile de testare și la 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, acestea pot avea informații despre ceea ce ar putea merge prost, ceea ce este foarte util pentru testare. 109. Ce tip de revizuire necesită criterii oficiale de intrare și ieșire, inclusiv valori? Inspecţie 110. Revizuirile sau inspecțiile ar putea fi considerate parte a testării? Da, deoarece ambele ajută la detectarea defecțiunilor și îmbunătățesc calitatea. 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 implicat în automatizarea testului de regresie? A. Tester de date b. Tester de limită 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 care trebuie testată și trece datele de testare. Conducător auto 114. Care este motivul principal pentru care dezvoltatorii au dificultăți în a-și testa propria muncă? Lipsa obiectivității 115. "Câtă testare este suficientă?" Răspunsul depinde de riscul pentru industrie, contract și cerințele speciale. 116. Când trebuie oprit testarea? Depinde de riscurile pentru sistemul testat. Există câteva criterii pe baza cărora puteți opri testarea. 117. Care dintre următoarele este scopul principal al strategiei de integrare pentru testarea integrării în mic? Scopul principal al strategiei de integrare este de a specifica ce module să combinați când și câte simultan. 118. Care sunt cazurile de testare semi-aleatorii? Cazurile de testare semi-aleatorii nu sunt nimic, dar atunci când efectuăm cazuri de testare aleatorii și facem partiționarea echivalentă cu aceste cazuri de testare, elimină cazurile de testare redundante, oferindu-ne astfel cazuri de testare semi-aleatorii. 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 declarația completă și acoperirea sucursalei? Citiți p Citiți q DACĂ p + q> 100 THEN Tipărește „Mare” ENDIF DACĂ p> 50 THEN Tipărește „p Large” ENDIF 1 test pentru acoperirea extrasului, 2 pentru acoperirea sucursalei 120. Ce analiză este utilizată în mod normal pentru a evalua un produs pentru a determina adecvarea acestuia la utilizarea intenționată și pentru a identifica discrepanțele? Revizie tehnica. 121. Defecțiunile constatate ar trebui documentate inițial de către cine? De testeri. 122. Care este actualul standard formal de documentare recunoscut la nivel mondial? Nu există una. 123. Care dintre următoarele este participantul la recenzie care a creat articolul care urmează să fie 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 testare decide să efectueze teste de regresie numai pe modulul de rapoarte. Testarea de regresie trebuie făcută și pe alte module, deoarece fixarea unui modul poate afecta alte module. 125. De ce analiza valorii la graniță oferă cazuri de testare bune? Deoarece se fac frecvent erori în timpul programării diferitelor cazuri în apropierea „marginilor” intervalului de valori. 126. Ce face o inspecție diferită de alte tipuri de revizuire? Este condus de un lider instruit, folosește criterii și liste de verificare formale de intrare și ieșire. 127. De ce poate fi testerul dependent de gestionarea configurației? Deoarece gestionarea configurației ne asigură că cunoaștem versiunea exactă a testware-ului și a obiectului de testare. 128. Ce este modelul V? Un model de dezvoltare software care ilustrează modul în care activitățile de testare se integrează cu fazele de dezvoltare software 129. Ce este testarea întreținerii? Declanșat de modificări, migrare sau retragere a software-ului existent 130. Ce este acoperirea testelor? Acoperirea testului măsoară într-un mod specific cantitatea de testare efectuată de un set de teste (derivată în 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 mai bune deficiențe timpurii de screening și capacitate de izolare 132. Cum se numește procesul care începe cu modulele terminale? Integrare de jos în sus 133. În timpul cărei activități de testare s-ar putea găsi defectul cel mai rentabil? Î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 sfera testării 135. De ce împărțim testarea în etape distincte? Am împărțit testarea în etape distincte din următoarele motive, 136. Ce este DRE? Pentru a măsura eficacitatea testului, se utilizează o valoare puternică pentru a măsura eficacitatea testului, cunoscută sub numele de DRE (Defect Removal Efficiency). Din această valoare vom ș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 poate beneficia cel mai mult de utilizarea instrumentelor de testare care oferă facilități de captare și redare a testelor? a) Testarea regresiei b) Testarea integrării c) Testarea sistemului d) Testarea acceptării utilizatorului Testarea regresiei 138. Cum ați estima 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ăi 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ă introduceți unele intrări într-un anumit 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 acest lucru ș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 acestei comparații. 142. Cine este responsabil pentru documentarea tuturor problemelor, problemelor și punctului deschis 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 unele beneficii 144. Care este scopul tehnicii de proiectare a testelor? Identificarea condițiilor de testare și identificarea cazurilor de testare 145. Când se testează un sistem de calcul al notelor, un tester determină că toate scorurile de la 90 la 100 vor obține o notă de A, dar scorurile sub 90 nu. Această analiză este cunoscută ca: Partiționarea echivalenței 146. Un manager de testare dorește să utilizeze resursele disponibile pentru testarea automată a unei aplicații web. Cea mai bună alegere este Tester, automatizare test, specialist web, DBA 147. În timpul testării unui tester de module, „X” a găsit un bug ș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 eroarea întâlnită și verificați reproductibilitatea 148. Un tip de testare a integrării î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. Testare 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. Modelul V 150. Ce tehnică poate fi utilizată pentru a realiza acoperirea de intrare și ieșire? Poate fi aplicat intrării umane, intrării prin interfețe către un sistem sau parametrilor interfeței în testarea integrării. Partiționarea echivalenței 151. „Acest model al ciclului de viață este determinat de riscurile programate și bugetare” Această declarație este cea mai potrivită pentru. Modelul V 152. În ce ordine trebuie efectuate testele? Cel mai important trebuie testat mai întâi 153. Cu cât este descoperit un defect mai târziu în ciclul de viață al dezvoltării, cu atât este mai scump de remediat. De ce? Defecțiunea a fost integrată în mai multe documente, cod, teste etc. 154. Ce este măsurarea acoperirii? Este o măsură parțială a aprofundării testului. 155. Ce este testarea valorii limită? Testați condițiile 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 un minim de Rs.100, astfel încât în testarea valorilor la graniță testăm doar limitele exacte, mai degrabă decât să atingem în mijloc. Asta înseamnă că testăm peste limita maximă și sub limita minimă. 156. Ce reprezintă COTS? Comercial în afara raftului. 157. Scopul căruia este de a permite efectuarea unor teste specifice pe un sistem sau rețea care seamănă cât mai aproape cu mediul în care va fi utilizat articolul supus testului la eliberare? Mediu de testare 158. Ce se poate considera că se bazează pe planul de proiect, dar cu cantități mai mari de detalii? Planul de testare fază 159. Ce este dezvoltarea rapidă a aplicațiilor? Dezvoltarea rapidă a aplicațiilor (RAD) este în mod formal o dezvoltare paralelă a funcțiilor și integrarea 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 de lucru. Acest lucru poate oferi foarte repede clientului ceva de văzut și de utilizat și de a oferi feedback cu privire la livrare și cerințele acestora. Schimbarea rapidă și dezvoltarea produsului sunt posibile folosind această metodologie. Cu toate acestea, specificația produsului va trebui să fie dezvoltată pentru produs la un moment dat, iar proiectul va trebui plasat sub controale mai formale înainte de a intra în producție. Consultați Testul nostru de testare Consultați - Întrebări despre testarea software - ului Întrebări despre video Youtube Descărcare PDF gratuită: Întrebări și răspunsuri pentru interviuri de testare software Întrebările și răspunsurile la interviurile de testare manuală de mai sus, pdf, vor ajuta deopotrivă profesioniștii și inginerii cu experiență în asigurarea calității. Vă rugăm să partajați pagina cu prietenii și colegii.
dacă lățime> lungimethenbiggest_dimension = lățimedacă înălțime> lățimethenbiggest_dimension = înălțimeend_ifelsebiggest_dimension = lungimedacă înălțime> lungimethenbiggest_dimension = înălțimeend_ifend_if