31 Întrebări și răspunsuri de top pentru testarea bazei de date

31 top database testing interview questions

Experții noștri au răspuns cel mai frecvent întrebat Testarea bazei de date Întrebări de interviuri pentru studenții de la începători și candidații experimentați:

Aceasta este o colecție de peste 30 de întrebări de interviuri de testare de bază cu răspunsuri detaliate. Aceste întrebări de testare DB sunt adresate mai ales în interviurile de testare QA.

Consultați aceste întrebări și răspunsuri dacă vă pregătiți pentru un interviu de testare a software-ului, care necesită și abilități de bază de date.

Întrebări de top pentru testarea bazei de date

Ce tip de întrebări din baza de date (SQL) adresate în interviuri pentru poziția inginerului de testare (nu pentru testerul bazei de date)?

Acest lucru depinde de mulți factori, indiferent dacă aceste întrebări sunt pentru testarea pozițiilor la nivel de bază sau pentru profesioniști cu experiență în testare. Adâncimea întrebărilor interviului bazei de date depinde de experiența candidatului.

Indiferent de poziție, candidatul trebuie să fie întotdeauna clar și încrezător în conceptele bazei de date. Pentru majoritatea pozițiilor de testare software, trebuie să aveți cunoștințe în baza de date pentru a efectua unele verificări ale bazei de date. Aproape toate aplicațiile au nevoie de o interacțiune cu o bază de date.

Să luăm în considerare aceste întrebări de interviu pentru poziții de testare software de bază.

Următoarele întrebări pot fi adresate în interviuri:

• Interogări de bază și, într-o oarecare măsură, imbricate SQL pentru a prelua date din tabelele bazei de date.
• Exemple de instrucțiuni ale bazei de date pentru Create Database, Create table și Drop Table.
• Conceptul de „cheie primară”, „cheie străină” și index de bază de date.
• Exemple de instrucțiuni SQL SELECT, INSERT, DELETE, ALTER și UPDATE.
• SQL se alătură (Inner Join, Left Left, Right Join și Full join) cu exemple.

Exersați interogările SQL join pe tabele fictive și vedeți rezultatele.

Pentru poziții de testare software de nivel experimentat, întrebările de la interviu depind de cerința postului. Pentru astfel de posturi, intervievatorii așteaptă cunoștințe detaliate ale bazei de date de la candidați.

Notă: Dacă primiți întrebări despre interogările SQL din baza de date, nu spuneți niciodată că „Veți obține toate instrucțiunile de interogare pentru a fi executate de dezvoltatori”. Este ok să spunem că primiți ajutor de la dezvoltatori pentru a scrie interogări SQL complexe, dar, în cele din urmă, vă descurcați singuri.

Să începem cu întrebări și răspunsuri DB reale:

Q # 1) Ce este testarea bazei de date?

Răspuns: Testarea bazei de date / Testarea back-end este un proces de verificare a impactului operațiunii bazei de date back-end asupra aplicațiilor web / desktop front-end.

Este împărțit în următoarele categorii diferite:

• Testarea validității datelor: În timp ce fac acest test, testerii ar trebui să aibă cunoștințe bune despre interogările SQL.
• Testarea integrității datelor: În timpul acestei testări, testerii / dezvoltatorii ar trebui să cunoască integritatea referențială și diferite constrângeri.
• Testarea performanței bazei de date: În timpul acestei testări, testerii / dezvoltatorii ar trebui să fie buni în proiectarea structurii tabelului.
• Testarea procedurii, declanșatoarelor și funcțiilor: În timpul acestei testări, testerii / dezvoltatorii ar trebui să înțeleagă perfect procedura de testare, declanșatoarele și funcțiile.

Q # 2) De ce este importantă testarea bazei de date?

Răspuns: Deși știm cu toții că baza de date nu este ca un tabel mic, este într-adevăr un container mare cu multe tabele și plin de date care furnizează date în același timp pentru multe aplicații web / desktop.

cum se deschide fișierul SWF pe Chrome

Procesul de testare a bazei de date asigură livrarea corectă și unică a datelor (fără erori) în locația corectă. Aceste erori pot cauza unele probleme grave, cum ar fi blocarea, corupția datelor, performanțe slabe, inconsecvență etc.

Î # 3) În procesul de testare a bazei de date, ce verificăm de obicei?

Răspuns: Testarea bazei de date necesită cunoștințe aprofundate și un plan de abordare mai definit pentru a testa datele unei anumite aplicații.

În acest proces de testare, de obicei verificăm,

• Validarea dimensiunii câmpului
• Constrângeri.
• Indexurile se fac sau nu (pentru probleme legate de performanță)
• Proceduri stocate
• Dimensiunea câmpului definită în aplicație se potrivește cu cea din DB.

Q # 4) Puteți testa manual baza de date, dacă da, atunci cum? Explicați cu un exemplu.

Răspuns: Are nevoie de observarea comportamentului operațional. Observați operațiunile front-end-ului și efectul acestuia asupra bazei de date back-end. În timp ce adăugați o înregistrare (XYZ) de la front-end la baza de date back-end, verificați manual dacă înregistrarea a fost afectată sau nu de baza de date back-end. În mod similar, va funcționa pentru ștergere, actualizare etc.

De exemplu, Pentru a ține evidența studenților care susțin examenul, introduceți detaliile elevului din sistemul front-end și verificați manual efectul acestei adăugări asupra bazei de date back-end.

Q # 5) Cum se testează procedurile și declanșatoarele bazei de date?

Răspuns: Procesul de testare a procedurilor și declanșatoarelor bazei de date necesită cunoașterea parametrilor de intrare, a parametrilor de ieșire și a instrucțiunilor EXEC. Declarația EXEC este utilă în executarea procedurii și în observarea comportamentului tabelelor.
Să vedem cum să testăm procedurile și declanșatoarele bazei de date:

• Mai întâi, deschideți proiectul bazei de date care va fi afișat în exploratorul de soluții.
• Odată ce proiectul dorit este deschis, accesați meniul Vizualizare, faceți clic pe schema bazei de date, apoi deschideți folderul proiectului din meniul Vizualizare schemă.
• Faceți clic dreapta pe obiectul care trebuie testat, apoi faceți clic pe Creare teste de unitate. Se deschide o casetă de dialog „Create Unit Tests” și afișează toate folderele și obiectele proiectului bazei de date și se bifează caseta de selectare pentru obiectul selectat.
• Apoi, creați un nou proiect de testare a limbii.
• Alegeți fie să introduceți testul de unitate într-o clasă de test existentă, fie să creați o nouă clasă de test și faceți clic pe OK.
• Pentru a configura proiectul, apare caseta de dialog Configurare proiect pentru a configura setările proiectului de testare. Procesul necesită o conexiune la baza de date și un plan de generare a datelor. Conexiunea la baza de date este pentru executarea rezultatului testului.
• În cele din urmă, configurați proiectul și faceți clic pe OK.

Q # 6) Ce vrei să spui prin teste bazate pe date?

Răspuns: Testarea bazată pe date este un termen folosit în procesul de testare în care scripturile de testare în timpul execuției citesc datele de testare și / sau valorile de ieșire din fișierele de date (pool-uri de date, fișiere Excel, obiecte ADO, fișiere CSV, surse ODBC) în loc să citească același hard -valori codate de fiecare data. Testul ajută testerii să verifice eficiența aplicației în gestionarea diferitelor intrări.

Q # 7) Ce este declanșatorul bazei de date, cum se verifică declanșatorul este declanșat sau nu și puteți invoca declanșatorul la cerere?

Răspuns:

Declanșatorul bazei de date: Un declanșator este practic o procedură stocată utilizată pentru a menține integritatea datelor prezente în baza de date. Se execută automat pentru a răspunde la un anumit eveniment al unei tabele / vizualizări dintr-o bază de date.

Pentru a verifica declanșatorul este declanșat sau nu; utilizați interogarea jurnalului de audit comun va afișa declanșatorul tabelului de date.
Declanșatoarele nu pot fi invocate la cerere, sunt invocate atunci când un tabel afișează o acțiune (INSERT, DELETE & UPDATE) definită pe tabelul respectiv.

Q # 8) După introducerea datelor din interfața aplicației front-end, cum testați dacă o bază de date este actualizată sau nu?

Răspuns: Depinde în totalitate de interfața aplicației pe care o utilizați.

Acestea sunt următoarele modalități de testare:

• Puteți verifica numai din front-end când interfața aplicației arată o funcționalitate de vizualizare a datelor introduse. În principal, inginerii de testare a cutiei negre fac acest test de verificare a funcționalității în acest mod.
• Dacă interfața aplicației nu oferă funcționalitatea de vizualizare a datelor pe care le-ați introdus, atunci puteți verifica actualizarea bazei de date utilizând SQL / Oracle Query relevant.
• Funcția punct de control al WinRunner / QTP poate fi, de asemenea, utilizată pentru a verifica actualizarea bazei de date.

Q # 9) Cum se testează procedurile stocate?

Răspuns: Inginerul de testare trebuie să urmeze câțiva pași pentru a testa Proceduri stocate ,

1. În primul rând, inginerul de testare ar trebui să înțeleagă cerința și, de asemenea, scopul unei anumite proceduri stocate.
2. Apoi, verificați dacă toți indexurile, asocierile, actualizările, ștergerile sunt precise în comparație cu tabelele menționate în procedura stocată și asigurați-vă, de asemenea, că procedura stocată este în formatul standard comun, cum ar fi comentariile, actualizate de etc.
3. Apoi, pentru diferite seturi de parametri de intrare, verificați procedura apelând numele, parametrii de apelare și răspunsurile așteptate.
4. Rulați manual procedura cu programe client de baze de date precum TOAD, MySQL sau Query Analyzer.
5. Pentru a verifica rezultatele în raport cu valorile așteptate, rulați din nou procedura dând parametri diferiți.
6. În cele din urmă, automatizați testele cu QTP.

Q # 10) Ce sunt asocierile și menționează diferite tipuri de asocieri?

Răspuns: Unirea este utilizată pentru a combina două sau mai mult de două tabele și afișaje ca un singur set de date.

În SQL, sunt următoarele tipuri de îmbinări :

• Alăturare interioară
• Alăturare exterioară
• Alăturați-vă la stânga
• Alăturați-vă corect

În Oracle / PLSQL, există patru tipuri diferite de îmbinări,

• Alăturare interioară
• Alăturare stânga-exterioară
• Alăturare dreapta-exterioară
• Alăturare completă

Q # 11) Ce vrei să spui prin index și să explici diferite tipuri de indici?

Răspuns: Un Index este un obiect de bază de date, creat pe o coloană a tabelului pentru a găsi date mai rapid și mai eficient (sau putem spune, este folosit pentru a accelera căutările / interogările).

Diferite tipuri de indici sunt:

• Indicele B-Tree
• Indice bitmap
• Indicele grupat
• Indice de acoperire
• Index non-unic
• Index unic

Q # 12) Ce vrei să spui prin SGBD?

Răspuns: O bază de date este un set structurat de date. Sistemul de gestionare a bazelor de date (SGBD) este o aplicație software de calculator care creează o rețea de comunicații între utilizatori, alte aplicații și baza de date pentru a stoca, modifica și extrage informații dintr-o bază de date.

DBMS-uri celebre sunt My SQL, Postgre SQL, Microsoft SQL Server, Oracle, SAP și IBM DB2.

Q # 13) Ce vrei să spui prin DML?

Răspuns: Limbajul de manipulare a datelor (DML) este un membru al limbajului de programare pentru computer care ne facilitează selectarea, inserarea, ștergerea și actualizarea datelor într-o bază de date. DML este practic implicat în Structured Query Language (SQL) care facilitează utilizatorilor să recupereze și să utilizeze date într-o bază de date relațională.

Q # 14) Ce vrei să spui prin comenzi DCL și să explici tipurile de comenzi utilizate de DCL?

Răspuns: Limbajul de control al datelor (DCL) este o componentă a SQL, controlează utilizarea datelor stocate într-o bază de date.

Există două tipuri de comenzi DCL:

• Acorda: Comanda facilitează utilizatorilor accesul la privilegiul bazei de date
• Revoca: Nu mai permite utilizatorilor să acceseze baza de date

Q # 15) Ce vrei să spui prin testarea cutiei albe și testarea cutiei negre?

Răspuns:

Testarea cutiei negre este o tehnică de testare software pentru a testa comportamentul funcțional al unei aplicații fără a intra în structurile sale interne ale unei aplicații. Codul aplicației de bază / structura internă și cunoștințele de programare nu sunt necesare pentru testarea cutiei negre, dar cunoștințele de bază despre funcționalitatea aplicației sunt necesare pentru a testa aplicația.

Testare cutie albă (WBT) este, de asemenea, cunoscut sub numele de testare bazată pe cod sau testare structurală pentru a testa structura internă a unei aplicații software. În cazul testării cutiei albe, testerul ar trebui să aibă o bună înțelegere a structurii interne a unei aplicații, precum și o bună cunoaștere a abilităților de programare pentru a proiecta cazuri de testare și structura internă a unei aplicații.

Q # 16) QTP acceptă interogări SQL, cum se utilizează Interogări SQL în QTP ?

Răspuns: Deși QTP nu are nicio funcție încorporată pentru conectivitatea bazei de date, testerii folosesc limbajul VBScript pentru a se conecta și interacționa cu bazele de date folosind obiecte ADODB.
Obiectele ADODB sunt împărțite în patru proprietăți / metode diferite care ajută la crearea cu succes a unei conexiuni la baza de date,

• Conexiune: Util în formarea unei conexiuni cu o bază de date
• Comanda: Util în executarea unei comenzi SQL (Interogări / Proceduri stocate)
• Câmpuri: Util pentru recuperarea unei anumite coloane dintr-un set de înregistrări după executarea unei interogări / proceduri stocate.
• Set de înregistrări: Folosit pentru a prelua date dintr-o bază de date

Q # 17) Ce instrucțiuni SQL pot fi utilizate în testarea bazei de date?

Răspuns: Toate instrucțiunile DDL, DML, DCL și TCL ale SQL pot fi utilizate în testarea bazelor de date,

(i) DDL (Limbajul de definire a datelor): Toate declarațiile legate de aceasta pot fi utilizate în definirea structurii bazei de date sau a schemei.

Declarații: CREAȚI, ALTERAȚI, DROP, TRUNCATE, COMENTAȚI și RENUMIȚI

(ii) DML (Limbajul de manipulare a datelor): Toate declarațiile legate de aceasta pot fi utilizate pentru gestionarea datelor în cadrul obiectelor schemei.

Declarații: SELECTAȚI, INSERAȚI, ACTUALIZAȚI, ȘTERGEȚI, ÎMBINAȚI, APELAȚI, EXPLICAȚI PLANUL și TABLA DE BLOCARE

(iii) DCL (Limbajul de control al datelor): Declarația GRANT și Declarația REVOCARE.

(iv) TCL (Limbajul de control al tranzacțiilor): Toate declarațiile legate de aceasta pot fi utilizate pentru a gestiona modificările făcute de declarațiile DML. Folosind TCL, instrucțiunile pot fi grupate împreună în tranzacții logice.

Declarații: COMMIT, SAVEPOINT, ROLLBACK și SET TRANSACTION.

Q # 18) În testarea bazei de date, cum se face testarea încărcării datelor?

Răspuns: Pentru testarea încărcării datelor,

• Trebuie să aveți cunoștințe despre baza de date sursă (tabele de date, coloane, constrângeri asociate, tipuri de date) și baza de date destinație (tabele de date, coloane, tipuri de date și constrângeri).
• Trebuie să verificați compatibilitatea dintre baza de date sursă și baza de date destinație prin pachetul DTS.
• Trebuie să deschideți pachetul DTS corespunzător în SQL Enterprise Manager și să rulați pachetul DTS (dacă utilizați SQL Server).
• Comparați datele coloanei sursă și țintă.
• Verificați numărul de rânduri de sursă și țintă.
• După actualizarea datelor din baza de date Sursă, verificați dacă modificările au fost reflectate sau nu în baza de date destinație.
• Verificați caracterul junk și NULL-urile.
• Testarea încărcării bazei de date, verificați volumul serverului de baze de date pentru a procesa interogările și, de asemenea, verificați timpul de răspuns al serverului și clientului bazei de date.

Î # 19) Este o „cerere rapidă de recuperare a bazei de date” o cerință testabilă?

Răspuns: Nu, nu cred, deoarece cerința pare să fie neclară. SRS ar trebui să afișeze în mod clar cerințele de performanță sau tranzacție, adică ar trebui să menționeze ca; „Rata de recuperare a bazei de date de 5 microsecunde”.

Q # 20) Fără a implica punctele de control ale bazei de date, cum puteți testa o interogare SQL în QTP?

Răspuns: Procedura de script de mai jos ne ajută să ne conectăm la baza de date unde putem testa ambele; baza de date și interogări.

la) Procedura de script pentru conexiunea la baza de date,
db_connect („interogare1”, DRIVER = {nume driver}; SERVER = nume_server;

UID = uidname; PWD = parola; DBQ = database_name “);

b) Procedura de script pentru executarea interogării,
db_excecute_query („query1 ″”, scrie interogarea pe care vrei să o executi ”);

-Condiție de menționat-

c) Procedura de script pentru a deconecta conexiunea cu baza de date,
db_disconnect („interogare”);

Q # 21) În testarea bazelor de date, ce toate lucrurile sunt necesare pentru scrierea unor cazuri bune de testare?

Răspuns: Este necesară cunoașterea următoarelor lucruri înainte de a scrie cazurile de testare a bazei de date,

1. Înțelegeți complet aplicația și, de asemenea, cerința funcțională a aplicației.
2. Verificați alte entități care au fost utilizate într-o aplicație, cum ar fi tabelele de baze de date back-end, îmbinări între tabele, cursoare (dacă există), declanșatoare (dacă există), proceduri stocate (dacă există), parametri de intrare și parametri de ieșire pentru dezvoltare acea cerință.
3. După colectarea tuturor informațiilor necesare, scrieți cazul de testare cu valori de intrare diferite pentru examinarea tuturor resurselor.

Scrierea cazurilor de testare pentru testarea back-end este opusă testării funcționale, ar trebui să se utilizeze tehnica de testare a cutiei albe.

Q # 22) Ce este retestarea și diferența de aceasta testarea bazată pe date ?

Răspuns: După executarea testului în ceea ce privește găsirea defectului care a fost deja detectat și remediat, reexecutarea aceluiași test cu valori de intrare diferite pentru a confirma că defectul original a fost eliminat cu succes se numește Re-testare sau testare de confirmare.

Reîncercare se numește și testare bazată pe date, dar diferența dintre ambele constă în faptul că Retestarea este un proces de testare manuală, în timp ce testarea aplicației efectuată cu întregul set de date.

Testare bazată pe date (DDT): Este un proces de testare a automatizării în care o aplicație va fi testată cu mai multe date de testare. Este simplu și ușor decât retestarea în care testerul stă doar în fața sistemului și introduce manual diferite valori de intrare noi din interfața front-end, este într-adevăr un tehnica plictisitoare.

Q # 23) Care sunt tipurile de testare bazată pe date?

Răspuns:

Există patru tipuri de teste bazate pe date:

• Trimitere dinamică a datelor de testare prin tastatură (test bazat pe cheie): În unele cazuri, testerii testează din nou o anumită aplicație cu valori de intrare diferite pentru a valida calculul prin trimitere dinamică. Deci, pentru a trimite valoarea de intrare, testerii pot utiliza următoarea funcție în TSL; script– create_input_dialog („etichetă”);
• Teste bazate pe date prin fișiere plate (.txt, .doc): În unele cazuri, testerii efectuează re-testarea luând în considerare datele din fișierul plat. Testerii adună acele fișiere plate de la vechile baze de date / clienți.
• Teste bazate pe date prin obiecte front-end: În unele cazuri, testerii creează scripturi de automatizare luând în considerare valorile obiectelor front-end, cum ar fi listă, meniu, tabel, fereastră de date, ocx etc.
• Teste bazate pe date prin intermediul foii Excel: În unele cazuri, testerii iau ajutorul acestui test bazat pe date pentru a rula scriptul pentru mai multe intrări. Aceste intrări multiple se află în coloanele unei foi Excel. Trebuie să colectăm aceste date de testare din tabelele backend.

Q # 24) Cum se scrie o interogare pentru a obține a doua cea mai mare valoare dintr-o coloană dată a unui tabel?

Răspuns: Aceasta este o interogare pentru a obține a doua cea mai mare valoare dintr-o coloană dată a unui tabel.

De exemplu,
Pentru a obține a doua cea mai mare notă din coloana „Mărci” a unui tabel „Studenți”

Q # 25) Cum se scrie o interogare pentru a obține 10^acel mai mare salariu dintr-o masă a angajaților?

Răspuns: Aceasta este o interogare pentru a obține salariul cel mai mare de pe un tabel de angajați,

Aici, le puteți înlocui cu orice număr.

De exemplu, dacă doriți să obțineți al zecelea cel mai mare salariu, atunci înlocuiți n cu 10.

Q # 26) Cum se scriu cazuri de testare din cerințe, cerințele semnifică funcționalitatea exactă a AUT?

Răspuns: Da, cerințele ar trebui să semnifice funcționalitatea exactă a AUT.
Pentru a face acest lucru,

1. Examinați cerința de a înțelege funcționalitatea generală.
2. Apoi, decideți ce metode de proiectare a testului sunt potrivite pentru a scrie cazul de testare - Metode de proiectare a testelor Black Box, cum ar fi; Partiționarea echivalenței, analiza valorii limită, ghicirea erorilor și graficul cauză-efect.
3. Odată ce ați decis ce metodă de proiectare a testului este potrivită, scrieți cazurile de test în faza de analiză a cerințelor și de proiectare.

În acest fel, vă veți asigura că toate cerințele sunt testabile.

Q # 27) Care este scenariul de testare pentru a testa o bază de date migrată de la un SQL Server la altul?

Răspuns: În primul rând, trebuie să verificăm ce s-au întâmplat toate îmbunătățirile și modificările la SQL Server unde intenționăm să migrăm.
Următorul, proiectați carcasa de test în conformitate cu următoarea considerație,

• Un tip de date care a fost utilizat.
• Lungimea câmpului de date SQL Server (server în care migrează datele) ar trebui să fie aceeași cu SQL Server de unde scoatem datele.
• Fiecare sarcină trebuie organizată corect.

Q # 28) Ce înseamnă RDBMS și care sunt principalele RDBMS utilizate de SQL?

Răspuns: RDBMS înseamnă Sisteme de gestionare a bazelor de date relaționale. Principalele RDBMS implicate în SQL includ Sybase, Oracle, Access, Ingres, Microsoft SQL Server etc.

Q # 29) Explicați testarea performanței și blocajele acesteia.

Răspuns: Testarea performanței este o tehnică de testare software pentru a determina modul în care performanța unui sistem din punct de vedere al vitezei, sensibilității și stabilității în condiții de sarcină grea. Această testare necesită instrumente scumpe și testere bine antrenate și experimentate pentru funcționare.

Q # 30) Ce este CMMI și descrie diferite niveluri de CMM?

Răspuns: CMMI înseamnă Capability Maturity Model Integration este un model de instruire și evaluare a proceselor de dezvoltare a diferitelor procese de afaceri în ingineria software.

Cinci niveluri de maturitate CMM pentru o organizație sunt:

1. Iniţială: La acest nivel, organizațiile nu au nicio tehnică și mediu verificat, așa că, de obicei, bugetul și timpul programat al organizațiilor depășesc.
2. Repetabil: La acest nivel, organizațiile au tehnici de bază și linii directoare pentru a limita costul și timpul programat, capabile să repete același lucru în următorul proiect similar.
3. Definit: La acest nivel, toate tehnicile sunt bine organizate și explicate în formă clară și standard.
4. Gestionate: La acest nivel, organizațiile sunt mult mai dezvoltate decât nivelul definit. Aici, tehnicile sunt contactate folosind statistici și alte tehnici cantitative.
5. Optimizare: Organizațiile încearcă în mod hotărât să dezvolte performanța prin intermediul progresului tehnic modern.

Q # 31) Care este semnificația înregistrării într-o bază de date?

Răspuns: Într-o bază de date, o înregistrare este setul de valori / câmpuri ale unei entități specifice.

De exemplu, Office_Employee Record, Book Record etc.

Sperăm că vă vor plăcea aceste întrebări detaliate pentru interviul bazei de date cu răspunsuri. Spuneți-ne dacă aveți întrebări.

cum se repară gateway-ul implicit nu este disponibil Windows 10

Lectură recomandată

• Întrebări și răspunsuri la interviu
• Întrebări și răspunsuri la interviuri de testare ETL
• Testarea bazei de date cu JMeter
• Câteva întrebări interesante despre testarea software-ului
• Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
• Top 20 Cele mai importante API Testarea întrebărilor și răspunsurilor la interviu
• Întrebări și răspunsuri pentru testarea software-ului (partea 1)
• Top 30 Întrebări și răspunsuri ale interviului pentru testarea securității