31 top database testing interview questions
I nostri esperti hanno risposto alle domande più frequenti Test di database Domande di intervista per matricole e candidati esperti:
Questa è una raccolta di oltre 30 principali domande di intervista di test DB con risposte dettagliate. Queste domande sui test DB vengono poste principalmente nelle interviste ai test di QA.
Segui queste domande e risposte se ti stai preparando per un colloquio di test del software che richiede anche competenze di database.
Top Database Testing Intervista Domande
Che tipo di domande sul database (SQL) poste nelle interviste per la posizione di ingegnere di test (non per tester di database)?
Ciò dipende da molti fattori se queste domande sono per le posizioni di test a livello di ingresso o per professionisti esperti di test. La profondità delle domande dell'intervista al database dipende dall'esperienza del candidato.
Indipendentemente dalla posizione, il candidato dovrebbe essere sempre chiaro e sicuro dei concetti del database. Per la maggior parte delle posizioni di test del software, è necessario avere una conoscenza del database per eseguire alcuni controlli del database. Quasi tutte le applicazioni richiedono un'interazione con un database.
Consideriamo queste domande del colloquio per posizioni di test del software di livello base.
Le seguenti domande possono essere poste nelle interviste:
- Query SQL di base e in una certa misura annidate per recuperare i dati dalle tabelle del database.
- Esempi di istruzioni di database per Crea database, Crea tabella e Elimina tabella.
- Concetto di 'chiave primaria', 'chiave esterna' e indice DB.
- Esempi di istruzioni SQL SELECT, INSERT, DELETE, ALTER e UPDATE.
- SQL join (Inner Join, Left Join, Right Join e Full join) con esempi.
Esercitati con query di join SQL su tabelle fittizie e visualizza i risultati.
Per le posizioni di test del software di livello esperto, le domande del colloquio dipendono dal requisito del lavoro. Per tali posizioni, gli intervistatori si aspettano una conoscenza dettagliata del database dai candidati.
Nota: In caso di domande sulle query SQL del database, non dire mai che 'tutte le istruzioni delle query devono essere eseguite dagli sviluppatori'. Va bene dire che ricevi aiuto dagli sviluppatori per scrivere query SQL complesse, ma alla fine riesci a gestirlo da solo.
Cominciamo con le domande e le risposte effettive del DB:
D # 1) Che cos'è il test del database?
Risposta: Il test del database / test back-end è un processo di verifica dell'impatto del funzionamento del database back-end sulle applicazioni web / desktop front-end.
È suddiviso nelle seguenti diverse categorie:
- Test di validità dei dati: Durante questo test, i tester dovrebbero avere una buona conoscenza delle query SQL.
- Test di integrità dei dati: Durante questo test, i tester / sviluppatori dovrebbero conoscere l'integrità referenziale e diversi vincoli.
- Test delle prestazioni del database: Durante questo test, i tester / sviluppatori dovrebbero essere bravi a progettare la struttura della tabella.
- Verifica della procedura, dei trigger e delle funzioni: Durante questo test, i tester / sviluppatori dovrebbero avere una perfetta comprensione della procedura di test, dei trigger e delle funzioni.
D # 2) Perché il test del database è importante?
Risposta: Sebbene tutti sappiamo che il database non è come una piccola tabella, è effettivamente un grande contenitore di molte tabelle e pieno di dati che fornisce dati allo stesso tempo a molte applicazioni web / desktop.
qual è il miglior programma di rimozione del malware
Il processo di test del database garantisce che i dati corretti e univoci (senza bug) vengano consegnati nella posizione corretta. Questi bug possono causare alcuni problemi seri come deadlock, danneggiamento dei dati, prestazioni scadenti, incoerenza, ecc.
D # 3) Nel processo di test del database, cosa controlliamo di solito?
Risposta: Il test del database richiede una conoscenza approfondita e un piano di approccio più definito per testare i dati di una particolare applicazione.
In questo processo di test di solito controlliamo,
- La convalida della dimensione del campo
- Vincoli.
- Gli indici vengono eseguiti o meno (per problemi relativi alle prestazioni)
- Procedura di archiviazione
- La dimensione del campo definita nell'applicazione corrisponde a quella nel DB.
D # 4) Puoi testare il database manualmente, se sì, allora come? Spiega con l'esempio.
Risposta: Ha bisogno di osservare il comportamento operativo. Osserva le operazioni del front-end e il suo effetto sul database back-end. Durante l'aggiunta di un record (XYZ) dal front-end al database back-end, controlla manualmente che il record sia stato interessato o meno dal database back-end. Allo stesso modo, funzionerà per l'eliminazione, l'aggiornamento, ecc.
Per esempio, Per tenere traccia degli studenti che stanno sostenendo l'esame, inserisci i dettagli dello studente dal sistema front-end e controlla manualmente l'effetto di questa aggiunta sul database back-end.
Q # 5) Come testare le procedure e i trigger del database?
Risposta: Il processo di verifica delle procedure e dei trigger del database richiede la conoscenza dei parametri di input, dei parametri di output e delle istruzioni EXEC. L'istruzione EXEC è utile per eseguire la procedura e osservare il comportamento delle tabelle.
Vediamo come testare le procedure e i trigger del database:
- Innanzitutto, apri il progetto di database che verrà visualizzato in Esplora soluzioni.
- Una volta aperto il progetto desiderato, vai al menu Visualizza, fai clic sullo schema del database, quindi apri la cartella del progetto dal menu Visualizza schema.
- Fare clic con il pulsante destro del mouse sull'oggetto che deve essere testato, quindi fare clic su Crea test unitari. Si apre una finestra di dialogo 'Crea test unitari' che mostra tutte le cartelle e gli oggetti del progetto di database e la casella di controllo per l'oggetto selezionato è selezionata.
- Quindi, crea un nuovo progetto di test linguistico.
- Scegliere di inserire lo unit test in una classe di test esistente o creare una nuova classe di test e fare clic su OK.
- Per configurare il progetto, viene visualizzata la finestra di dialogo Configurazione progetto per configurare le impostazioni del progetto di prova. Il processo richiede una connessione al database e un piano di generazione dei dati. La connessione al database serve per eseguire il risultato del test.
- Infine, configura il progetto e fai clic su OK.
D # 6) Cosa intendi per test basati sui dati?
Risposta: Il test basato sui dati è un termine utilizzato nel processo di test in cui gli script di test durante l'esecuzione leggono i dati di test e / o i valori di output dai file di dati (pool di dati, file Excel, oggetti ADO, file CSV, sorgenti ODBC) invece di leggere lo stesso hard valori codificati ogni volta. Il test aiuta i tester a verificare l'efficienza dell'applicazione nella gestione di vari input.
D # 7) Qual è il trigger del database, come verificare che il trigger sia attivato o meno e puoi invocare il trigger su richiesta?
Risposta:
Trigger del database: Un trigger è fondamentalmente una procedura memorizzata utilizzata per mantenere l'integrità dei dati presenti nel database. Viene eseguito automaticamente per rispondere a un determinato evento di una tabella / vista in un database.
Per verificare che il grilletto sia attivato o meno; utilizzare la query del registro di controllo comune visualizzerà il trigger della tabella dati.
I trigger non possono essere richiamati su richiesta, viene richiamato quando una tabella visualizza un'azione (INSERT, DELETE & UPDATE) definita su quella particolare tabella.
D # 8) Dopo aver inserito i dati dall'interfaccia dell'applicazione front-end, come si verifica se un database è aggiornato o meno?
Risposta: Dipende totalmente dall'interfaccia dell'applicazione che stai utilizzando.
Questi sono i seguenti modi per eseguire il test:
- È possibile verificare solo dal front-end quando l'interfaccia dell'applicazione mostra una funzionalità di visualizzazione dei dati inseriti. Principalmente, gli ingegneri di test Black box eseguono questo test di verifica della funzionalità in questo modo.
- Se l'interfaccia dell'applicazione non fornisce la funzionalità di visualizzazione dei dati immessi, è possibile verificare l'aggiornamento del database utilizzando SQL / Oracle Query pertinente.
- La funzione Checkpoint di WinRunner / QTP può essere utilizzata anche per controllare l'aggiornamento del database.
Q # 9) Come testare le stored procedure?
Risposta: L'ingegnere di test deve seguire alcuni passaggi per testare il file Procedura di archiviazione ,
- Innanzitutto, l'ingegnere responsabile del test deve comprendere i requisiti e anche lo scopo di una particolare stored procedure.
- Successivamente, verifica se tutti gli indici, i join, gli aggiornamenti, le eliminazioni sono precisi rispetto alle tabelle menzionate nella Stored Procedure e assicurati anche che la Stored Procedure sia nel formato standard comune, come commenti, aggiornata da, ecc.
- Quindi, per diversi set di parametri di input, verificare la procedura che chiama il nome, i parametri di chiamata e le risposte previste.
- Manualmente, esegui la procedura con programmi client di database come TOAD, MySQL o Query Analyzer.
- Per verificare i risultati rispetto ai valori attesi, rieseguire la procedura fornendo parametri diversi.
- Infine, automatizza i test con QTP.
Q # 10) Cosa sono i join e menziona diversi tipi di join?
Risposta: Join viene utilizzato per combinare due o più di due tabelle e viene visualizzato come un unico set di dati.
In SQL, ci sono i seguenti tipi di join :
- Inner Join
- Outer Join
- Unisciti a sinistra
- Right Join
In Oracle / PLSQL, ci sono quattro diversi tipi di join,
- Inner Join
- Join sinistro-esterno
- Join destro-esterno
- Join completo
Q # 11) Cosa intendi per indice e spieghi diversi tipi di indici?
Risposta: Un Indice è un oggetto di database, creato su una colonna della tabella per trovare i dati in modo più rapido ed efficiente (o possiamo dire, viene utilizzato per velocizzare le ricerche / interrogazioni).
Diversi tipi di indici sono:
- Indice B-Tree
- Indice bitmap
- Indice raggruppato
- Indice di copertura
- Indice non univoco
- Indice univoco
Q # 12) Cosa intendi per DBMS?
Risposta: Un database è un insieme strutturato di dati. Database Management System (DBMS) è un'applicazione software per computer che crea una rete di comunicazione tra gli utenti, altre applicazioni e il database per memorizzare, modificare ed estrarre informazioni da un database.
I DBMS famosi sono My SQL, Postgre SQL, Microsoft SQL Server, Oracle, SAP e IBM DB2.
Q # 13) Cosa intendi per DML?
Risposta: Data Manipulation Language (DML) è un membro del linguaggio di programmazione per computer che ci facilita la selezione, l'inserimento, l'eliminazione e l'aggiornamento dei dati in un database. DML è fondamentalmente coinvolto in SQL (Structured Query Language) che facilita gli utenti a recuperare e utilizzare i dati in un database relazionale.
Q # 14) Cosa intendi per comandi DCL e spieghi i tipi di comandi utilizzati da DCL?
Risposta: Data Control Language (DCL) è un componente di SQL, controlla l'uso dei dati memorizzati in un database.
Esistono due tipi di comandi DCL:
- Concedere: Il comando facilita agli utenti l'accesso ai privilegi per il database
- Revocare: Smettere di consentire agli utenti di accedere al database
Q # 15) Cosa intendi per test white box e test black box?
Risposta:
Test in scatola nera è una tecnica di test del software per testare il comportamento funzionale di un'applicazione senza entrare nelle sue strutture interne di un'applicazione. Il codice / la struttura interna dell'applicazione principale e la conoscenza della programmazione non sono richieste per i test black-box, ma per testare l'applicazione è richiesta la conoscenza di base delle funzionalità dell'applicazione.
White Box Testing (WBT) è anche noto come test basato sul codice o test strutturale per testare la struttura interna di un'applicazione software. Nel caso di test white-box, il tester deve avere una buona conoscenza della struttura interna di un'applicazione, nonché una buona conoscenza delle capacità di programmazione per progettare casi di test e struttura interna di un'applicazione.
D # 16) QTP supporta le query SQL, come usarle Query SQL in QTP ?
Risposta: Sebbene QTP non disponga di alcuna funzione incorporata per la connettività del database, i tester utilizzano il linguaggio VBScript per connettersi e interagire con i database utilizzando oggetti ADODB.
Gli oggetti ADODB sono divisi in quattro diverse proprietà / metodi che aiutano a creare con successo una connessione al database,
- Connessione: Utile per stabilire una connessione con un database
- Comando: Utile nell'esecuzione di un comando SQL (query / stored procedure)
- Campi: Utile per recuperare una particolare colonna da un set di record dopo aver eseguito una query / stored procedure.
- Recordset: Utilizzato per recuperare i dati da un database
D # 17) Quali istruzioni SQL possono essere utilizzate nel test del database?
Risposta: Tutte le istruzioni DDL, DML, DCL e TCL di SQL possono essere utilizzate nei test del database,
(i) DDL (Data Definition Language): Tutte le istruzioni relative a ciò possono essere utilizzate per definire la struttura o lo schema del database.
Dichiarazioni: CREA, ALTERA, ELIMINA, TRONCA, COMMENTA e RINOMINA
(ii) DML (Data Manipulation Language): Tutte le istruzioni relative a ciò possono essere utilizzate per la gestione dei dati all'interno degli oggetti dello schema.
Dichiarazioni: SELEZIONA, INSERISCI, AGGIORNA, ELIMINA, UNISCI, CHIAMA, SPIEGA PIANO e BLOCCA TABELLA.
(iii) DCL (Data Control Language): Dichiarazione GRANT e REVOKE Statement.
(iv) TCL (Transaction Control Language): Tutte le istruzioni relative a questo possono essere utilizzate per gestire le modifiche apportate dalle istruzioni DML. Utilizzando TCL, le istruzioni possono essere raggruppate in transazioni logiche.
Dichiarazioni: COMMIT, SAVEPOINT, ROLLBACK e SET TRANSACTION.
D # 18) Nel test del database, come eseguire il test del carico dei dati?
Risposta: Per il test di carico dei dati,
- È necessario conoscere il database di origine (tabelle di dati, colonne, vincoli associati, tipi di dati) e il database di destinazione (tabelle di dati, colonne, tipi di dati e vincoli).
- È necessario verificare la compatibilità tra il database di origine e il database di destinazione tramite il pacchetto DTS.
- È necessario aprire il pacchetto DTS corrispondente in SQL Enterprise Manager ed eseguire il pacchetto DTS (se si utilizza SQL Server).
- Confronta i dati di origine e di destinazione della colonna.
- Controlla il numero delle righe di Origine e Destinazione.
- Dopo aver aggiornato i dati nel database di origine, verificare se le modifiche sono state applicate o meno al database di destinazione.
- Controlla il carattere spazzatura e i NULL.
- Test di carico del database, controllare il volume del server del database per elaborare le query e controllare anche il tempo di risposta del server e del client del database.
D # 19) Una 'velocità di recupero veloce del database' è un requisito verificabile?
Risposta: No. Non credo perché il requisito sembra non essere chiaro. L'SRS dovrebbe mostrare chiaramente i requisiti di prestazione o transazione, vale a dire dovrebbe menzionare come; 'Velocità di recupero del database di 5 microsecondi'.
D # 20) Senza coinvolgere i checkpoint del database, come è possibile testare una query SQL in QTP?
Risposta: La procedura di script fornita di seguito ci aiuta a connetterci al database dove possiamo testarli entrambi; il database e le query.
per) La procedura di script per la connessione al database,
db_connect ('query1', DRIVER = {nome driver}; SERVER = nome_server;
UID = uidname; PWD = password; DBQ = database_name ');
b) La procedura di script per eseguire la query,
db_excecute_query ('query1 ″,' scrivi query che vuoi eseguire ');
-Condizione da menzionare-
c) La procedura di script per disconnettere la connessione con il database,
db_disconnect ('query');
D # 21) Nel test del database, cosa sono necessarie per scrivere buoni casi di test?
Risposta: La conoscenza delle seguenti cose è richiesta prima di scrivere i casi di test del database,
- Comprendere completamente l'applicazione e anche i requisiti funzionali dell'applicazione.
- Controlla altre entità che sono state utilizzate in un'applicazione come tabelle di database back-end, join tra le tabelle, cursori (se presenti), trigger (se presenti), stored procedure (se presenti), parametri di input e parametri di output per lo sviluppo quel requisito.
- Dopo aver raccolto tutte le informazioni necessarie, annotare lo scenario di test con diversi valori di input per esaminare tutte le risorse.
Scrivere casi di test per il test back-end è opposto al test funzionale, si dovrebbe usare la tecnica del test white box.
D # 22) Cosa viene ripetuto e in che modo è diverso da test basati sui dati ?
Risposta: Dopo l'esecuzione del test in termini di rilevamento del difetto che è stato già rilevato e corretto, la riesecuzione dello stesso test con valori di input diversi per confermare che il difetto originale è stato rimosso con successo si chiama Re-testing o Test di conferma.
Nuovo test è anche chiamato Data-Driven Testing, ma la differenza tra i due è che il Retesting è un processo di test manuale mentre il test dell'applicazione viene eseguito con l'intero nuovo set di dati.
Test basato sui dati (DDT): È un processo di test di automazione in cui un'applicazione verrà testata con più dati di test.È semplice e facile di ripetere il test in cui il tester si trova semplicemente di fronte al sistema e inserisce manualmente nuovi valori di input diversi dall'interfaccia front-end, è davvero un tecnica noiosa.
D # 23) Quali sono i tipi di test basati sui dati?
Risposta:
Esistono quattro tipi di test basati sui dati:
- Invio dati di test dinamici tramite tastiera (test guidato da tasti): In alcuni casi, i tester riesaminano una particolare applicazione con valori di input diversi per convalidare il calcolo tramite invio dinamico. Quindi, per inviare il valore di input, i tester possono utilizzare la seguente funzione in TSL; script– create_input_dialog ('label');
- Test basati sui dati tramite file flat (.txt, .doc): In alcuni casi, i tester eseguono il nuovo test considerando i dati del file flat. I tester raccolgono quei file flat da vecchi database / clienti.
- Test basati sui dati tramite oggetti front-end: In alcuni casi, i tester creano script di automazione considerando i valori degli oggetti front-end, come elenco, menu, tabella, finestra dati, ocx, ecc.
- Test basati sui dati tramite foglio Excel: In alcuni casi, i tester utilizzano questo test basato sui dati per eseguire lo script per più input. Questi input multipli risiedono in colonne di un foglio Excel. Dobbiamo raccogliere questi dati di test dalle tabelle di backend.
D # 24) Come scrivere una query per ottenere il secondo valore più grande da una data colonna di una tabella?
Risposta: Questa è una query per ottenere il secondo valore più grande da una data colonna di una tabella.
SELECT MAX(COLUMN_NAME) FROM TABLE_NAME WHERE COLUMN_NAME <(SELECT MAX(COLUMN_NAME) FROM TABLE_NAME);
Per esempio,
Per ottenere il secondo voto più grande dalla colonna 'Voti' di una tabella 'Studenti'
SELECT Max(Marks) from Students WHERE Marks<(SELECT Max(Marks) from students);
D # 25) Come scrivere una query per ottenere il 10thstipendio più alto da un tavolo dipendente?
Risposta: Questa è una query per ottenere l'ennesimo stipendio più alto da una tabella dei dipendenti,
SELECT * FROM Employee Emp1 WHERE ( n ) = ( SELECT COUNT( DISTINCT ( Emp2.Employee_Salary ) ) FROM Employee Emp2 WHERE Emp2.Employee_Salary >= Emp1.Employee_Salary );
Qui puoi sostituirli con qualsiasi numero.
Per esempio, se vuoi ottenere il 10 ° stipendio più alto, sostituisci n con 10.
SELECT * FROM Employee Emp1 WHERE (10) = ( SELECT COUNT( DISTINCT ( Emp2.Employee_Salary ) ) FROM Employee Emp2 WHERE Emp2.Employee_Salary >= Emp1.Employee_Salary );
D # 26) Come scrivere casi di test dai requisiti, i requisiti indicano l'esatta funzionalità di AUT?
Risposta: Sì, i requisiti dovrebbero indicare l'esatta funzionalità di AUT.
Fare così,
- Esaminare il requisito per comprendere la funzionalità complessiva.
- Successivamente, decidi quali metodi di progettazione di test sono adatti per scrivere il caso di test - Metodi di progettazione di prova Black Box come; Partizionamento di equivalenza, analisi del valore limite, indovinare gli errori e rappresentazione grafica di causa-effetto.
- Una volta deciso quale metodo di progettazione del test è adatto, scrivi i tuoi casi di test nell'analisi dei requisiti e nella fase di progettazione.
In questo modo, ti assicurerai che tutti i requisiti siano testabili.
D # 27) Qual è lo scenario di test per testare un database migrato da un SQL Server a un altro?
Risposta: Prima di tutto, dobbiamo controllare cosa sono avvenuti tutti i miglioramenti e le modifiche a SQL Server su cui intendiamo migrare.
Il prossimo, progettare il test case in base alla seguente considerazione,
- Un tipo di dati che è stato utilizzato.
- La lunghezza del campo dati di SQL Server (server in cui stiamo migrando i dati) dovrebbe essere uguale a SQL Server da cui stiamo estraendo i dati.
- Ogni attività dovrebbe essere organizzata correttamente.
Q # 28) Che cosa significa RDBMS e quali sono i principali RDBMS utilizzati da SQL?
Risposta: RDBMS è l'acronimo di Relational Database Management Systems. I principali RDBMS coinvolti con SQL includono Sybase, Oracle, Access, Ingres, Microsoft SQL Server, ecc.
Q # 29) Spiegare i test delle prestazioni e i colli di bottiglia.
Risposta: Il test delle prestazioni è una tecnica di test del software per determinare le prestazioni di un sistema in termini di velocità, sensibilità e stabilità sotto un carico di lavoro pesante. Questo test richiede strumenti costosi e tester ben addestrati ed esperti per il funzionamento.
Q # 30) Cos'è CMMI e descrivere i diversi livelli di CMM?
Risposta: CMMI sta per Capability Maturity Model Integration è un modello di formazione e valutazione sullo sviluppo dei processi di vari processi aziendali nell'ingegneria del software.
Cinque livelli di maturità CMM per un'organizzazione sono:
- Iniziale: A questo livello, le organizzazioni non dispongono di alcuna tecnica e ambiente verificati, quindi di solito il budget e il tempo di pianificazione delle organizzazioni vanno oltre.
- Ripetibile: A questo livello, le organizzazioni dispongono di tecniche e linee guida di base per limitare i costi e il tempo di pianificazione, in grado di ripetere le stesse nel prossimo progetto simile.
- Definito: A questo livello, tutte le tecniche sono ben organizzate e spiegate in modo chiaro e standard.
- Gestito: A questo livello, le organizzazioni sono molto più sviluppate rispetto al livello Definito. Qui, le tecniche vengono contattate utilizzando tecniche statistiche e altre tecniche quantitative.
- Ottimizzazione: Le organizzazioni tentano con determinazione di sviluppare le prestazioni tramite il progresso tecnico moderno.
D # 31) Qual è il significato del record in un database?
Risposta: In un database, un record è l'insieme di valori / campi di un'entità specifica.
Per esempio, Office_Deployee Record, Book Record, ecc.
Ci auguriamo che queste dettagliate domande dell'intervista al database con le risposte ti piacciano. Fateci sapere in caso di domande.
cos'è un buon downloader di musica per Android
Lettura consigliata
- Domande e risposte dell'intervista
- ETL Testing Interview Domande e risposte
- Test di database con JMeter
- Alcune interessanti domande di intervista sul test del software
- 25 migliori domande e risposte per l'intervista al test agile
- Le 20 domande e risposte più importanti dell'intervista sui test API
- Domande e risposte sul test del software (Parte 1)
- Top 30 domande e risposte al colloquio sui test di sicurezza