31 preguntas y respuestas principales de la entrevista de pruebas de bases de datos

31 top database testing interview questions

Nuestros expertos respondieron las preguntas más frecuentes Prueba de base de datos Preguntas de la entrevista para candidatos nuevos y experimentados:

Esta es una colección de más de 30 preguntas de entrevistas de prueba de base de datos con respuestas detalladas. Estas preguntas de prueba de base de datos se hacen principalmente en entrevistas de prueba de control de calidad.

Repase estas preguntas y respuestas si se está preparando para una entrevista de prueba de software que también requiere habilidades de base de datos.

Principales preguntas de la entrevista sobre pruebas de bases de datos

¿Qué tipo de preguntas de base de datos (SQL) se hicieron en entrevistas para el puesto de ingeniero de pruebas (no para el probador de bases de datos)?

Esto depende de muchos factores, ya sea que estas preguntas sean para puestos de prueba a nivel de entrada o para profesionales de pruebas con experiencia. La profundidad de las preguntas de la entrevista de la base de datos depende de la experiencia del candidato.

Independientemente del puesto, el candidato siempre debe ser claro y seguro sobre los conceptos de la base de datos. Para la mayoría de los puestos de prueba de software, necesita tener conocimientos de bases de datos para realizar algunas verificaciones de la base de datos. Casi todas las aplicaciones necesitan una interacción con una base de datos.

Consideremos estas preguntas de la entrevista para puestos de prueba de software de nivel de entrada.

Se pueden hacer las siguientes preguntas en las entrevistas:

• Consultas SQL básicas y, hasta cierto punto, anidadas para obtener datos de tablas de bases de datos.
• Ejemplos de declaraciones de base de datos para Crear base de datos, Crear tabla y Eliminar tabla.
• Concepto de 'Clave principal', 'Clave externa' e índice de base de datos.
• Ejemplos de sentencias SELECT, INSERT, DELETE, ALTER y UPDATE SQL.
• Combinaciones SQL (combinación interna, combinación izquierda, combinación derecha y combinación completa) con ejemplos.

Practique consultas de combinación SQL en tablas ficticias y vea los resultados.

Para puestos de prueba de software de nivel experimentado, las preguntas de la entrevista dependen de los requisitos del trabajo. Para tales puestos, los entrevistadores esperan de los candidatos un conocimiento detallado de la base de datos.

Nota: Si recibe preguntas sobre consultas SQL de bases de datos, nunca diga que 'Obtiene todas las declaraciones de consulta para que las ejecuten los desarrolladores'. Está bien decir que obtienes ayuda de los desarrolladores para escribir consultas SQL complejas, pero finalmente, lo administras por tu cuenta.

Comencemos con preguntas y respuestas reales sobre bases de datos:

P # 1) ¿Qué son las pruebas de bases de datos?

Responder: La prueba de base de datos / prueba de back-end es un proceso para verificar el impacto de la operación de la base de datos de back-end en las aplicaciones web / de escritorio de front-end.

Se divide en las siguientes categorías diferentes:

• Prueba de validez de datos: Al realizar esta prueba, los evaluadores deben tener un buen conocimiento de las consultas SQL.
• Prueba de integridad de datos: Al realizar esta prueba, los probadores / desarrolladores deben conocer la integridad referencial y las diferentes restricciones.
• Prueba de rendimiento de la base de datos: Al realizar esta prueba, los probadores / desarrolladores deberían ser buenos en el diseño de la estructura de la tabla.
• Prueba de procedimiento, disparadores y funciones: Al realizar esta prueba, los probadores / desarrolladores deben tener una comprensión perfecta del procedimiento de prueba, los desencadenantes y las funciones.

P # 2) ¿Por qué es importante probar la base de datos?

Responder: Aunque todos sabemos que la base de datos no es como una tabla pequeña, de hecho es un gran contenedor de muchas tablas y lleno de datos que entrega datos al mismo tiempo a muchas aplicaciones web / de escritorio.

diferencia entre las pruebas de caja blanca y las pruebas de caja negra

El proceso de prueba de la base de datos garantiza que los datos correctos y únicos (sin errores) se envíen a la ubicación correcta. Estos errores pueden causar algunos problemas graves como interbloqueo, corrupción de datos, bajo rendimiento, inconsistencia, etc.

P # 3) En el proceso de prueba de la base de datos, ¿qué comprobamos normalmente?

Responder: Las pruebas de bases de datos requieren un conocimiento profundo y un plan de enfoque más definido para probar los datos de una aplicación en particular.

En este proceso de prueba normalmente comprobamos,

• La validación del tamaño del campo
• Restricciones.
• Los índices están hechos o no (para problemas relacionados con el rendimiento)
• Procedimientos almacenados
• El tamaño del campo definido en la aplicación coincide con el de la base de datos.

P # 4) ¿Puede probar la base de datos manualmente? Si es así, ¿cómo? Explique con el ejemplo.

Responder: Necesita observar el comportamiento de la operación. Observe las operaciones del front-end y su efecto en la base de datos back-end. Mientras agrega un registro (XYZ) desde el front-end a la base de datos back-end, verifique manualmente que el registro se haya visto afectado en la base de datos back-end o no. Del mismo modo, funcionará para eliminar, actualizar, etc.

Por ejemplo, Para mantener el registro de los estudiantes que están dando el examen, ingrese los detalles del estudiante desde el sistema de front-end y verifique manualmente el efecto de esta adición en la base de datos de back-end.

Q #5) ¿Cómo probar los procedimientos y disparadores de la base de datos?

Responder: El proceso de probar los procedimientos y disparadores de la base de datos requiere el conocimiento de los parámetros de entrada, los parámetros de salida y las declaraciones EXEC. La instrucción EXEC es útil para ejecutar el procedimiento y observar el comportamiento de las tablas.
Veamos cómo probar los procedimientos y activadores de la base de datos:

• Primero, abra el proyecto de base de datos que se mostrará en el explorador de soluciones.
• Una vez que se abre el proyecto deseado, vaya al menú Ver, haga clic en el esquema de la base de datos y luego abra la carpeta del proyecto desde el menú Vista del esquema.
• Haga clic con el botón derecho en el objeto que debe probarse y luego haga clic en Crear pruebas unitarias. Se abre un cuadro de diálogo 'Crear pruebas unitarias' que muestra todas las carpetas y objetos del proyecto de la base de datos y la casilla de verificación del objeto seleccionado está marcada.
• A continuación, cree un nuevo proyecto de prueba de idioma.
• Elija insertar la prueba unitaria en una clase de prueba existente o cree una nueva clase de prueba y haga clic en Aceptar.
• Para configurar el proyecto, aparece el cuadro de diálogo Configuración del proyecto para configurar los ajustes del proyecto de prueba. El proceso requiere una conexión a la base de datos y un plan de generación de datos. La conexión a la base de datos es para ejecutar el resultado de la prueba.
• Por último, configure el proyecto y haga clic en Aceptar.

P # 6) ¿Qué quiere decir con pruebas basadas en datos?

Responder: La prueba basada en datos es un término utilizado en el proceso de prueba donde los scripts de prueba durante la ejecución leen datos de prueba y / o valores de salida de archivos de datos (grupos de datos, archivos de Excel, objetos ADO, archivos CSV, fuentes ODBC) en lugar de leer el mismo contenido duro -valores codificados cada vez. La prueba ayuda a los probadores a verificar la eficiencia de la aplicación en el manejo de varias entradas.

P # 7) ¿Qué es el activador de la base de datos, cómo verificar que el activador esté activado o no y puede invocar el activador a pedido?

Responder:

Activador de base de datos: Un disparador es básicamente un procedimiento almacenado que se utiliza para mantener la integridad de los datos presentes en la base de datos. Se ejecuta automáticamente para responder a un evento determinado de una tabla / vista en una base de datos.

Para verificar que el gatillo esté disparado o no; utilizar la consulta del registro de auditoría común mostrará el disparador de la tabla de datos.
Los disparadores no se pueden invocar a pedido, se invoca cuando una tabla muestra una acción (INSERT, DELETE & UPDATE) definida en esa tabla en particular.

P # 8) Después de ingresar los datos desde la interfaz de la aplicación front-end, ¿cómo se prueba si una base de datos está actualizada o no?

Responder: Depende totalmente de la interfaz de la aplicación que esté utilizando.

Estas son las siguientes formas de realizar la prueba:

• Solo puede verificar desde el front-end cuando la interfaz de la aplicación muestra una funcionalidad de vista de los datos que ingresó. Principalmente, los ingenieros de pruebas de caja negra realizan esta prueba de verificación de funcionalidad de esta manera.
• Si la interfaz de la aplicación no proporciona la funcionalidad de visualización de los datos que ingresó, puede verificar la actualización de la base de datos mediante la consulta SQL / Oracle correspondiente.
• La función de punto de control de WinRunner / QTP también se puede utilizar para verificar la actualización de la base de datos.

P # 9) ¿Cómo probar los procedimientos almacenados?

Responder: El ingeniero de pruebas debe seguir algunos pasos para probar el Procedimientos almacenados ,

1. Primero, el ingeniero de pruebas debe comprender el requisito y también el propósito de un procedimiento almacenado en particular.
2. A continuación, verifique si todos los índices, uniones, actualizaciones, eliminaciones son precisos en comparación con las tablas mencionadas en el Procedimiento almacenado y también asegúrese de que el Procedimiento almacenado esté en el formato estándar común, como comentarios, actualizado por, etc.
3. Luego, para diferentes conjuntos de parámetros de entrada, verifique el nombre de la llamada al procedimiento, los parámetros de la llamada y las respuestas esperadas.
4. Ejecute manualmente el procedimiento con programas cliente de base de datos como TOAD, MySQL o Query Analyzer.
5. Para verificar los resultados con los valores esperados, vuelva a ejecutar el procedimiento proporcionando diferentes parámetros.
6. Finalmente, automatice las pruebas con QTP.

Q #10) ¿Qué son las combinaciones y mencionan diferentes tipos de combinaciones?

Responder: Unir se utiliza para combinar dos o más de dos tablas y se muestra como un solo conjunto de datos.

En SQL, hay siguientes tipos de uniones :

• Unir internamente
• Unión externa
• Unión a la izquierda
• Unión derecha

En Oracle / PLSQL, hay cuatro tipos diferentes de combinaciones,

• Unir internamente
• Izquierda combinación externa
• Unión derecha-exterior
• Unión exterior completa

Q #11) ¿Qué quiere decir con índice y explicar los diferentes tipos de índices?

Responder: Un índice es un objeto de base de datos, creado en una columna de la tabla para encontrar datos de manera más rápida y eficiente (o podemos decir, se usa para acelerar las búsquedas / consultas).

Los diferentes tipos de índices son:

• Índice de árbol B
• Índice de mapa de bits
• Índice agrupado
• Índice de cobertura
• Índice no único
• Índice único

Q #12) ¿Qué quieres decir con DBMS?

Responder: Una base de datos es un conjunto estructurado de datos. El sistema de administración de bases de datos (DBMS) es una aplicación de software que crea una red de comunicación entre los usuarios, otras aplicaciones y la base de datos para almacenar, modificar y extraer información de una base de datos.

Los DBMS famosos son My SQL, Postgre SQL, Microsoft SQL Server, Oracle, SAP e IBM DB2.

Q #13) ¿Qué quieres decir con DML?

Responder: El lenguaje de manipulación de datos (DML) es un miembro del lenguaje de programación de computadoras que nos facilita seleccionar, insertar, eliminar y actualizar datos en una base de datos. DML está involucrado básicamente en el lenguaje de consulta estructurado (SQL) que facilita a los usuarios recuperar y usar datos en una base de datos relacional.

Q #14) ¿Qué quiere decir con comandos DCL y explica los tipos de comandos utilizados por DCL?

Responder: El lenguaje de control de datos (DCL) es un componente de SQL, controla el uso de los datos almacenados en una base de datos.

Hay dos tipos de comandos DCL:

• Conceder: El comando facilita a los usuarios acceder a privilegios a la base de datos
• Revocar: Dejar de permitir que los usuarios accedan a la base de datos

Q #15) ¿Qué quiere decir con prueba de caja blanca y prueba de caja negra?

Responder:

Prueba de caja negra es una técnica de prueba de software para probar el comportamiento funcional de una aplicación sin entrar en sus estructuras internas de una aplicación. El código principal de la aplicación, la estructura interna y el conocimiento de programación no son necesarios para las pruebas de caja negra, pero se requiere un conocimiento básico de la funcionalidad de la aplicación para probar la aplicación.

Prueba de caja blanca (WBT) también se conoce como prueba basada en código o prueba estructural para probar la estructura interna de una aplicación de software. En el caso de las pruebas de caja blanca, el evaluador debe tener una buena comprensión de la estructura interna de una aplicación, así como un buen conocimiento de las habilidades de programación para diseñar casos de prueba y la estructura interna de una aplicación.

P # 16) ¿QTP admite consultas SQL, cómo usarlo? Consultas SQL en QTP ?

Responder: Aunque QTP no tiene ninguna función incorporada para la conectividad de la base de datos, los evaluadores usan el lenguaje VBScript para conectarse e interactuar con bases de datos usando objetos ADODB.
Los objetos ADODB se dividen en cuatro propiedades / métodos diferentes que ayudan a crear con éxito una conexión de base de datos,

• Conexión: Útil para formar una conexión con una base de datos
• Mando: Útil para ejecutar un comando SQL (consultas / procedimientos almacenados)
• Campos: Útil para recuperar una columna particular de un conjunto de registros después de ejecutar una consulta / procedimiento almacenado.
• Juego de registros: Se utiliza para recuperar datos de una base de datos.

P # 17) ¿Qué declaraciones SQL se pueden usar en las pruebas de bases de datos?

Responder: Todas las declaraciones DDL, DML, DCL y TCL de SQL se pueden utilizar en las pruebas de bases de datos,

(i) DDL (lenguaje de definición de datos): Todas las declaraciones relacionadas con esto se pueden utilizar para definir la estructura o el esquema de la base de datos.

Declaraciones: CREAR, ALTERAR, SOLTAR, TRUNCAR, COMENTAR y RENOMBRAR

(ii) DML (lenguaje de manipulación de datos): Todas las declaraciones relacionadas con esto se pueden utilizar para administrar datos dentro de objetos de esquema.

Declaraciones: SELECCIONAR, INSERTAR, ACTUALIZAR, ELIMINAR, FUSIONAR, LLAMAR, EXPLICAR PLAN y BLOQUEAR TABLA.

(iii) DCL (lenguaje de control de datos): Declaración GRANT y Declaración REVOKE.

(iv) TCL (lenguaje de control de transacciones): Todas las declaraciones relacionadas con esto se pueden utilizar para administrar los cambios realizados por las declaraciones DML. Con TCL, las declaraciones se pueden agrupar en transacciones lógicas.

Declaraciones: COMMIT, SAVEPOINT, ROLLBACK y SET TRANSACTION.

P # 18) En las pruebas de bases de datos, ¿cómo se realizan las pruebas de carga de datos?

Responder: Para pruebas de carga de datos,

• Debe tener conocimiento de la base de datos de origen (tablas de datos, columnas, restricciones asociadas, tipos de datos) y la base de datos de destino (tablas de datos, columnas, tipos de datos y restricciones).
• Debe verificar la compatibilidad entre la base de datos de origen y la base de datos de destino a través del paquete DTS.
• Debe abrir el paquete DTS correspondiente en SQL Enterprise Manager y ejecutar el paquete DTS (si está utilizando SQL Server).
• Compare los datos de la columna de Fuente y Destino.
• Verifique el número de filas de Fuente y Destino.
• Después de actualizar los datos en la base de datos de origen, compruebe si los cambios se han reflejado en la base de datos de destino o no.
• Verifique el carácter basura y los NULL.
• Prueba de carga de la base de datos, verifique el volumen del servidor de la base de datos para procesar las consultas y también verifique el tiempo de respuesta del servidor y el cliente de la base de datos.

P # 19) ¿Es una “tasa de recuperación de base de datos rápida” un requisito comprobable?

Responder: No. No lo creo porque el requisito parece poco claro. El SRS debe mostrar claramente el desempeño o los requisitos de transacción, es decir, debe mencionar como; “Tasa de recuperación de la base de datos de 5 microsegundos”.

P # 20) Sin involucrar puntos de control de la base de datos, ¿cómo puede probar una consulta SQL en QTP?

Responder: El siguiente procedimiento de secuencia de comandos nos ayuda a conectarnos a la base de datos donde podemos probar ambos; la base de datos y las consultas.

a) El procedimiento de secuencia de comandos para la conexión a la base de datos,
db_connect ('consulta1', DRIVER = {nombre del controlador}; SERVIDOR = nombre_servidor;

UID = uidname; PWD = contraseña; DBQ = database_name “);

b) El procedimiento de secuencia de comandos para ejecutar la consulta,
db_excecute_query ('consulta1 ″,' escribe la consulta que quieres ejecutar ');

-Condición a mencionar-

c) El procedimiento de script para desconectar la conexión con la base de datos,
db_disconnect ('consulta');

P # 21) En las pruebas de bases de datos, ¿qué se requiere para escribir buenos casos de prueba?

Responder: Se requiere conocimiento de las siguientes cosas antes de escribir los casos de prueba de la base de datos,

1. Comprender la aplicación por completo y también los requisitos funcionales de la aplicación.
2. Verifique otras entidades que se han utilizado en una aplicación como tablas de base de datos back-end, uniones entre las tablas, cursores (si los hay), disparadores (si los hay), procedimientos almacenados (si los hay), parámetros de entrada y parámetros de salida para desarrollar ese requisito.
3. Después de recopilar toda la información necesaria, escriba el caso de prueba con diferentes valores de entrada para examinar todos los recursos.

Escribir casos de prueba para pruebas de back-end es opuesto a las pruebas funcionales, se debe usar la técnica de prueba de caja blanca.

P # 22) ¿Qué es repetir la prueba y en qué se diferencia de pruebas basadas en datos ?

Responder: Después de la ejecución de la prueba en términos de encontrar el defecto que ya ha sido detectado y reparado, la re-ejecución de la misma prueba con diferentes valores de entrada para confirmar que el defecto original se ha eliminado con éxito se denomina Reprueba o Prueba de confirmación.

Nueva prueba también se denomina prueba basada en datos, pero la diferencia entre ambas es que la repetición de la prueba es un proceso de prueba manual, mientras que la prueba de la aplicación se realiza con todo el nuevo conjunto de datos.

Pruebas basadas en datos (DDT): Es un proceso de prueba de automatización en el que una aplicación se probará con múltiples datos de prueba. Es simple y fácil que volver a probar donde el probador simplemente se sienta frente al sistema e ingresa diferentes valores de entrada nuevos manualmente desde la interfaz de front-end, es realmente un técnica aburrida.

P # 23) ¿Cuáles son los tipos de pruebas basadas en datos?

Responder:

Hay cuatro tipos de pruebas basadas en datos:

• Envío de datos de prueba dinámica a través del teclado (prueba impulsada por teclas): En algunos casos, los evaluadores vuelven a probar una aplicación en particular con diferentes valores de entrada para validar el cálculo mediante el envío dinámico. Entonces, para enviar el valor de entrada, los probadores pueden usar la siguiente función en TSL; script– create_input_dialog ('etiqueta');
• Pruebas basadas en datos a través de archivos planos (.txt, .doc): En algunos casos, los probadores vuelven a probar considerando los datos del archivo plano. Los probadores recopilan esos archivos planos de bases de datos / clientes antiguos.
• Pruebas basadas en datos a través de objetos de front-end: En algunos casos, los probadores crean scripts de automatización considerando los valores de los objetos del front-end, como lista, menú, tabla, ventana de datos, ocx, etc.
• Pruebas basadas en datos a través de una hoja de Excel: En algunos casos, los evaluadores toman la ayuda de esta prueba basada en datos para ejecutar el script para múltiples entradas. Estas múltiples entradas residen en columnas de una hoja de Excel. Tenemos que recopilar estos datos de prueba de las tablas de backend.

P # 24) ¿Cómo escribir una consulta para obtener el segundo valor más grande de una columna dada de una tabla?

Responder: Esta es una consulta para obtener el segundo valor más grande de una columna determinada de una tabla.

Por ejemplo,
Para obtener la segunda puntuación más grande de la columna 'Marcas' de una tabla 'Estudiantes'

P # 25) Cómo escribir una consulta para obtener el 10^thsalario más alto de una mesa de empleados?

Responder: Esta es una consulta para obtener el enésimo salario más alto de una tabla de empleados,

Aquí, puede reemplazarlos con cualquier número.

Por ejemplo, Si desea obtener el décimo salario más alto, reemplace n con 10.

P # 26) ¿Cómo escribir casos de prueba a partir de requisitos? ¿Los requisitos significan la funcionalidad exacta de AUT?

Responder: Sí, los requisitos deben indicar la funcionalidad exacta de AUT.
Para hacerlo

1. Examine el requisito para comprender la funcionalidad general.
2. A continuación, decida qué métodos de diseño de prueba son adecuados para escribir un caso de prueba: métodos de diseño de prueba de Black Box como; Partición de equivalencia, análisis de valor límite, adivinación de errores y graficación de causa-efecto.
3. Una vez que decida qué método de diseño de prueba es adecuado, escriba sus casos de prueba en la fase de análisis y diseño de requisitos.

De esta forma, se asegurará de que todos los requisitos sean comprobables.

P # 27) ¿Cuál es el escenario de prueba para probar una base de datos migrada de un servidor SQL a otro?

Responder: En primer lugar, debemos verificar todas las mejoras y cambios que ocurrieron en el servidor SQL al que planeamos migrar.
Próximo, diseñar el caso de prueba de acuerdo con la siguiente consideración,

• Un tipo de datos que se ha utilizado.
• La longitud del campo de datos de SQL Server (servidor al que estamos migrando los datos) debe ser la misma que la del SQL Server del que extraemos los datos.
• Todas y cada una de las tareas deben organizarse correctamente.

Q #28) ¿Qué significa RDBMS y cuáles son los principales RDBMS utilizados por SQL?

Responder: RDBMS significa Sistemas de gestión de bases de datos relacionales. Los principales RDBMS que están involucrados con SQL incluyen Sybase, Oracle, Access, Ingres, Microsoft SQL Server, etc.

Q #29) Explique las pruebas de rendimiento y sus cuellos de botella.

Responder: La prueba de rendimiento es una técnica de prueba de software para determinar el rendimiento de un sistema en términos de velocidad, sensibilidad y estabilidad bajo una gran carga de trabajo. Esta prueba requiere herramientas costosas y probadores bien capacitados y experimentados para su funcionamiento.

Q #30) ¿Qué es CMMI y describe diferentes niveles de CMM?

Responder: CMMI significa Capability Maturity Model Integration es un modelo de capacitación y evaluación de desarrollo de procesos de varios procesos comerciales en ingeniería de software.

Los cinco niveles de madurez de CMM para una organización son:

1. Inicial: En este nivel, las organizaciones no tienen ninguna técnica ni entorno verificados, por lo que normalmente el presupuesto y el tiempo de programación de las organizaciones se sobrepasan.
2. Repetible: En este nivel, las organizaciones cuentan con técnicas y lineamientos básicos para limitar el costo y el tiempo de programación, capaces de repetir lo mismo en el próximo proyecto similar.
3. Definido: En este nivel, todas las técnicas están bien organizadas y explicadas de forma clara y estándar.
4. Administrado: En este nivel, las organizaciones están mucho más desarrolladas que el nivel Definido. Aquí, las técnicas se contactan utilizando estadística y otras técnicas cuantitativas.
5. Optimización: Las organizaciones intentan con determinación desarrollar el desempeño a través del progreso técnico moderno.

P # 31) ¿Cuál es el significado del registro en una base de datos?

Responder: En una base de datos, un registro es el conjunto de valores / campos de una entidad específica.

Por ejemplo, Office_Employee Record, Book Record, etc.

Esperamos que le gusten estas preguntas detalladas de la entrevista de la base de datos con respuestas. Háganos saber en caso de cualquier consulta.

preguntas y respuestas de la entrevista de administrador de salesforce pdf

Lectura recomendada

• Preguntas y respuestas de la entrevista
• Preguntas y respuestas de la entrevista de prueba ETL
• Prueba de base de datos con JMeter
• Algunas preguntas interesantes de la entrevista sobre pruebas de software
• Las 25 mejores preguntas y respuestas de la entrevista de pruebas ágiles
• Las 20 preguntas y respuestas más importantes de la entrevista de pruebas de API
• Preguntas y respuestas sobre pruebas de software (parte 1)
• Las 30 preguntas y respuestas principales de la entrevista sobre pruebas de seguridad