Las 25 preguntas y respuestas principales de la entrevista de pruebas funcionales

top 25 functional testing interview questions

Preguntas y respuestas más frecuentes de la entrevista de pruebas funcionales:

Como el propio nombre lo define, la prueba funcional es el proceso de probar una aplicación con respecto a las especificaciones del documento de requisitos.

Las pruebas funcionales pueden realizarse manualmente o mediante automatización, pero cada proceso incluye probar la aplicación proporcionando un conjunto de entradas y determinando o verificando el resultado / salida comparando el resultado real con los resultados esperados.

La prueba funcional tiene varias fases que se deben considerar durante la prueba. En este artículo, veremos múltiples preguntas y respuestas de la entrevista que lo ayudarán a prepararse bien.

Preguntas más populares de la entrevista sobre pruebas funcionales

P # 1) ¿Qué entiende por el término 'prueba funcional'?

Responder: Una técnica de prueba de caja negra, en la que se prueba la funcionalidad de una aplicación para generar el resultado deseado al proporcionar cierta entrada, se denomina 'prueba funcional'.

El papel de las pruebas funcionales no es solo validar el comportamiento de la aplicación según la especificación del documento de requisitos, sino también verificar si la aplicación está lista para ser lanzada al entorno en vivo o no.

A continuación se presentan algunas técnicas de prueba funcional que se utilizan comúnmente:

• Examen de la unidad
• Prueba de humo
• Pruebas de integración
• Prueba del sistema
• Pruebas de usabilidad
• Pruebas de regresión
• Pruebas de aceptación del usuario

P # 2) ¿Cuáles son los pasos importantes que se tratan en las pruebas funcionales?

Responder: Los siguientes son los pasos que deben cubrirse como parte de las pruebas funcionales:

• Comprender la especificación del documento de Requisitos y despejar las dudas y consultas en forma de comentarios de revisión.
• Redactar los casos de prueba con respecto a la especificación de requisitos teniendo en cuenta todos los escenarios que se deben considerar para todos los casos.
• Identificar las entradas de prueba y solicitar los datos de prueba que se requieren para ejecutar los casos de prueba, así como para verificar la funcionalidad de la aplicación.
• Determine los resultados reales según los valores de entrada que se probarán.
• Ejecute los casos de prueba que determinan si el comportamiento de la aplicación es el esperado o si se ha producido algún defecto.
• Compare el resultado real y el resultado calculado para averiguar el resultado real.

P # 3) Explique la diferencia entre las pruebas funcionales y las no funcionales.

Responder: La diferencia entre las pruebas funcionales y las no funcionales se puede explicar a continuación:

P # 4) ¿En qué se diferencia 'Compilar' de 'Publicar'?

Respuesta: construir es un archivo ejecutable que se refiere a la parte de una aplicación que se entrega a un evaluador para probar la funcionalidad implementada de la aplicación junto con algunas correcciones de errores. El equipo de pruebas puede rechazar la compilación si no pasa la lista de verificación crítica que contiene la funcionalidad principal de la aplicación.

Puede haber varias compilaciones en el ciclo de prueba de una aplicación.

Liberación se refiere a la aplicación de software que ya no se encuentra en la fase de prueba y, una vez finalizada la prueba y el desarrollo, la aplicación se entrega al cliente. Una versión tiene varias compilaciones asociadas.

P # 5) Explique el ciclo de los errores.

Responder: Se dice que el error es un error no deseado, una falla, un error, etc. que se ha producido dentro de la aplicación y le impide entregar el resultado deseado. Cuando se encuentra algún defecto o error en una aplicación durante la prueba, desde que se registra un defecto hasta su resolución, el error pasa por un ciclo de vida definido conocido como ciclo de vida del error.

La siguiente figura le dará una idea del ciclo de vida de los errores:

(imagen fuente )

Todo el proceso se desarrolla cuando se encuentra un problema o error. Se informa / registra en la herramienta de seguimiento de errores siguiendo un formato considerable. Estos errores se asignan al desarrollador y su estado se establece como 'Abierto'. El desarrollador ahora puede revisar el error, reproducirlo al final y comenzar a trabajar en él.

Si se corrige el error, el desarrollador cambia su estado a 'Corregido' o el estado se puede mover a 'Necesito más información', 'No se solucionará', 'No se puede reproducir', etc., en otros casos. Luego, QA realiza la regresión, es decir, vuelve a verificar los errores con una acción específica y responde en consecuencia.

Si el problema / error ahora se comporta como se esperaba, su estado cambia a Verificado / Cerrado, de lo contrario Reabrir.

P # 6) Incluya algún estado de error junto con su descripción.

cómo hacer una matriz de cadenas en java

Responder: A continuación se enumeran algunos estados de error junto con sus descripciones:

• Nuevo: Cuando el defecto o error se registra por primera vez, se dice como Nuevo.
• Asignado: Una vez que el probador ha registrado un error, el líder del probador lo revisa y luego se asigna al equipo de desarrolladores correspondiente.
• Abierto: Tester registra un error en el estado Abierto y permanece en el estado abierto hasta que el desarrollador haya realizado alguna tarea en ese error.
• Resuelto / fijo: Cuando un desarrollador ha resuelto el error, es decir, ahora la aplicación está produciendo el resultado deseado para un problema en particular, el desarrollador cambia su estado a Resuelto / Fijo.
• Verificado / Cerrado: Cuando un desarrollador ha cambiado el estado a resuelto / arreglado, el evaluador ahora prueba el problema al final y, si se solucionó, cambia el estado del error a 'Verificado / Cerrado'.
• Reabrir: Si un evaluador puede reproducir el error nuevamente, es decir, el error aún existe incluso después de que el desarrollador lo haya solucionado, el estado se marca como Reabrir.
• No es un error / no es válido: El desarrollador puede marcar un error como no válido o no como un error cuando el problema informado se ajusta a la funcionalidad, pero se registra debido a una mala interpretación.
• Diferido: Por lo general, cuando el error es de prioridad mínima para la versión y si hay falta de tiempo, en ese caso, esos errores de prioridad mínima se aplazan para la próxima versión.
• No puede reproducirse: Si el desarrollador no puede reproducir el error al final, siga los pasos que se mencionan en el problema.

P # 7) ¿Qué se conoce como pruebas basadas en datos?

Responder: Las pruebas basadas en datos son la metodología en la que una serie de secuencias de comandos de prueba que contienen casos de prueba se ejecutan repetidamente utilizando fuentes de datos como hoja de cálculo de Excel, archivo XML, archivo CSV, base de datos SQL para valores de entrada y la salida real se compara con la esperada en la verificación. proceso.

Por ejemplo, un estudio de prueba se utiliza para pruebas basadas en datos.

Algunas ventajas de las pruebas basadas en datos son:

• Reutilización.
• Repetibilidad.
• Separación de datos de prueba de la lógica de prueba.
• Se reduce el número de casos de prueba.

P # 8) ¿Cuáles son los puntos importantes que se deben considerar al escribir casos de prueba?

Responder: Se dice que escribir un caso de prueba es la actividad más importante del proceso de ejecución de la prueba, que requiere habilidades de escritura, así como un conocimiento profundo de la aplicación para hacer casos de prueba efectivos y reutilizables.

Algunos puntos importantes que deben tenerse en cuenta al escribir casos de prueba incluyen:

• Debe haber una comprensión clara de los requisitos del cliente antes de comenzar a escribir los casos de prueba. No se debe asumir nada y se deben despejar todas las dudas sobre los requisitos.
• Todos los requisitos deben incluirse en forma de casos de prueba y no debe omitirse nada. Por lo general, la matriz de trazabilidad se mantiene para controlar la implementación de cada requisito y la finalización de las pruebas.
• De acuerdo con las especificaciones del documento de requisitos, se deben cubrir todos los requisitos funcionales y no funcionales, incluida la interfaz UI, la compatibilidad.
• Los casos de prueba deben verificarse de vez en cuando para que no se repitan ni tengan redundancia.
• La prioridad es un factor importante que debe establecerse para casos de prueba mientras se escribe. Esta prioridad ayuda al evaluador a probar la aplicación primero con los casos de prueba de alta prioridad que incluyen la funcionalidad básica, luego el medio y luego los casos de prueba de baja prioridad.
• Para una versión en particular, los casos de prueba también se pueden construir de forma inteligente para que el evaluador, así como el desarrollador, puedan analizar la calidad del producto en función de la ejecución del caso de prueba.
• La estructura de los casos de prueba debe entenderse fácilmente y debe estar en un lenguaje sencillo. Los valores de los datos de entrada para los casos de prueba deben ser válidos y estar en un rango amplio.

P # 9) ¿Qué son las pruebas de automatización?

Responder: La prueba de automatización es una metodología de prueba en la que se utiliza una herramienta de automatización para ejecutar el conjunto de casos de prueba con el fin de aumentar la cobertura de la prueba y la velocidad de ejecución de la prueba. Las pruebas de automatización no requieren ninguna intervención humana, ya que ejecuta pruebas predefinidas y es capaz de informar y comparar resultados con ejecuciones de pruebas anteriores.

La repetibilidad, la facilidad de uso, la precisión y una mayor coherencia son algunas de las ventajas de las pruebas de automatización.

Algunas herramientas de prueba de automatización se enumeran a continuación:

• Selenio
• Telurio
• agua
• JABÓN

P # 10) Explique el término Prueba de esfuerzo y Prueba de carga.

Responder:

Pruebas de estrés es una forma de prueba de rendimiento en la que la aplicación está destinada a pasar por un esfuerzo o estrés, es decir, la ejecución de la aplicación por encima del umbral de la rotura para determinar el punto donde la aplicación se bloquea. Esta condición suele surgir cuando hay demasiados usuarios y demasiados datos.

Las pruebas de estrés también verifican la recuperación de la aplicación cuando se reduce la carga de trabajo.

Prueba de carga es una forma de prueba de rendimiento en la que la aplicación se ejecuta por encima de varios niveles de carga para monitorear el rendimiento máximo del servidor, el tiempo de respuesta, el rendimiento del servidor, etc. A través de las pruebas de carga, la estabilidad, el rendimiento y la integridad de la aplicación se determinan bajo carga simultánea del sistema. .

P # 11) ¿Qué entiende por prueba de volumen?

Responder: La prueba de volumen es una forma de prueba de rendimiento que determina los niveles de rendimiento del rendimiento del servidor y el tiempo de respuesta cuando los usuarios simultáneos, así como una gran carga de datos de la base de datos, se colocan en el sistema / aplicación bajo prueba.

P # 12) ¿Cuáles son las diferentes técnicas de prueba que se utilizan en las pruebas funcionales?

Responder: Hay dos técnicas de prueba diferentes que se utilizan en las pruebas funcionales.

Se pueden definir de la siguiente manera:

• Pruebas basadas en requisitos: Esta forma de prueba funcional se realiza priorizando los requisitos sobre la base de criterios de riesgo. Esto también asegura que todas las rutas de prueba críticas se hayan incluido en el proceso de prueba.
• Pruebas basadas en procesos comerciales: Esta forma de prueba funcional se realiza desde la perspectiva del proceso empresarial. Los escenarios incluyen el conocimiento de los procesos comerciales para realizar pruebas.

P # 13) ¿Qué entiendes por prueba exploratoria? ¿Cuándo se realiza?

Responder: Las pruebas exploratorias significan probar o explorar la aplicación sin seguir ningún programa o procedimiento. Al realizar las pruebas exploratorias, los evaluadores no siguen ningún patrón y utilizan su pensamiento original y diversas ideas para ver cómo funciona la aplicación.

Seguir este proceso cubre incluso la parte más pequeña de la aplicación y ayuda a encontrar más problemas / errores que en el proceso normal de prueba de casos de prueba.

Las pruebas exploratorias generalmente se realizan en los casos en que:

• Hay un evaluador experimentado en el equipo de pruebas que puede usar su experiencia en pruebas para aplicar todos los mejores escenarios posibles.
• Se han cubierto todas las rutas críticas y los principales casos de prueba se preparan según las especificaciones de requisitos que se han ejecutado.
• Existe una aplicación crítica y no se puede perder ningún caso posible en ningún caso.
• Un nuevo evaluador ha entrado en el equipo, explorar la aplicación les ayudará a comprender mejor y seguirán su propia mente mientras ejecutan cualquier escenario en lugar de seguir la ruta como se menciona en el documento de requisitos.

P # 14) Para cualquier aplicación web, ¿cuáles son las posibles funciones de inicio de sesión que deben probarse?

formato de caso de prueba en pruebas de software

Responder: A continuación se enumeran los posibles escenarios que se pueden realizar para probar completamente la función de inicio de sesión de cualquier aplicación:

• Compruebe los campos de entrada, es decir, nombre de usuario y contraseña con valores válidos y no válidos.
• Intente ingresar una identificación de correo electrónico válida con una contraseña incorrecta y también ingrese un correo electrónico no válido y una contraseña válida. Verifique que se muestre el mensaje de error correcto.
• Ingrese credenciales válidas e inicie sesión en la aplicación. Cierre y vuelva a abrir el navegador para comprobar si todavía está conectado.
• Ingrese a la aplicación después de iniciar sesión y luego vuelva a navegar a la página de inicio de sesión para verificar si se le pide al usuario que inicie sesión nuevamente o no.
• Inicie sesión desde un navegador y abra la aplicación desde otro navegador para verificar si también ha iniciado sesión en otro navegador o no.
• Cambie la contraseña después de iniciar sesión en la aplicación y luego intente iniciar sesión con esa contraseña anterior.

También hay algunos otros escenarios posibles que se pueden probar.

P # 15) Explique las pruebas de accesibilidad y su importancia en el escenario actual.

Responder: Las pruebas de accesibilidad son una forma de prueba de usabilidad en la que se realizan pruebas para garantizar que la aplicación pueda ser manejada fácilmente por personas con discapacidades como audición, daltonismo, baja visibilidad, etc. En el escenario actual, la web ha adquirido el lugar principal en nuestra vida en en forma de sitios de comercio electrónico, aprendizaje electrónico, pagos electrónicos, etc.

Por lo tanto, para crecer mejor en la vida, todos deberían poder ser parte de la tecnología, especialmente las personas con algunas discapacidades.

A continuación se enumeran algunos tipos de software que ayudan y ayudan a las personas con discapacidades a usar la tecnología:

• Software de reconocimiento de voz
• Software lector de pantalla
• Software de ampliación de pantalla
• Teclado especial

P # 16) ¿Qué son las pruebas Adhoc?

Responder: Las pruebas ad hoc, generalmente conocidas como pruebas aleatorias, son una forma de prueba que no sigue ningún caso de prueba o requisito de la aplicación. Las pruebas ad hoc son básicamente una actividad no planificada en la que cualquier parte de la aplicación se comprueba aleatoriamente para encontrar defectos.

En tales casos, los defectos encontrados son muy difíciles de reproducir ya que no se siguen los casos de prueba planificados. Las pruebas ad hoc generalmente se realizan cuando hay un tiempo limitado para realizar pruebas elaborativas.

P # 17) ¿Qué es el particionamiento de equivalencia?

Responder: La partición de equivalencia, también conocida como partición de clase de equivalencia, es una forma de prueba de caja negra en la que los datos de entrada se dividen en clases de datos. Este proceso se realiza para reducir el número de casos de prueba, pero aún cubriendo el requisito máximo.

La técnica de partición de equivalencia se aplica cuando los valores de los datos de entrada se pueden dividir en rangos. El rango de los valores de entrada se define de tal manera que solo se probará una condición de cada partición de rango asumiendo que todas las demás condiciones de la misma partición se comportarán de la misma manera para el software.

Por ejemplo: Para identificar la tasa de interés según el saldo en la cuenta, podemos identificar el rango de monto del saldo en la cuenta que gana una tasa de interés diferente.

P # 18) Explique el análisis de valor límite.

Responder: El método de análisis de valor límite verifica los valores límite de las particiones de clase de equivalencia. El análisis de valor límite es básicamente una técnica de prueba que identifica los errores en los límites en lugar de dentro de los valores del rango.

Por ejemplo , Un campo de entrada puede permitir un mínimo de 8 caracteres y un máximo de 12 caracteres, entonces 8-12 se considera como el rango válido y 13 como el rango no válido. En consecuencia, los casos de prueba se escriben para un valor de partición válido, un valor de límite exacto y un valor de partición no válido.

P # 19) Explique la diferencia entre Severidad y Prioridad.

Responder: Severidad del defecto se define por el nivel o el grado de impacto del defecto en la aplicación bajo prueba. Cuanto mayor sea la gravedad del defecto, mayor será el impacto en la aplicación.

A continuación se muestran las 4 clases en las que se clasifica la gravedad de un defecto:

• Crítico
• Importante
• Medio
• Bajo

Prioridad de defectos define el orden en el que el defecto debe resolverse primero, es decir, cuanto mayor sea la prioridad del defecto, implica que la aplicación no se puede utilizar o se atasca en algún momento y el defecto debe resolverse lo antes posible.

Las siguientes son las 3 clases en las que se define una prioridad de defecto:

• Alto
• Medio
• Bajo

P # 20) ¿Cuándo realizamos las pruebas de humo?

Responder: La prueba de humo se realiza en la aplicación después de recibir la compilación. El probador generalmente prueba la ruta crítica y no la funcionalidad en profundidad para asegurarse de si la compilación se aceptará para más pruebas o si se rechazará en caso de que la aplicación no funcione.

Una lista de verificación de humo generalmente contiene la ruta crítica de la aplicación sin la cual se bloquea una aplicación.

P # 21) ¿Qué entiendes por prueba de cordura?

Responder: Las pruebas de cordura se realizan después de recibir la compilación para verificar la nueva funcionalidad / defectos que se deben corregir. En esta forma de prueba, el objetivo es verificar la funcionalidad aproximadamente como se esperaba y determinar si el error está corregido y también el efecto del error corregido en la aplicación bajo prueba.

No tiene sentido aceptar la construcción por parte del probador y perder el tiempo si falla la prueba de Cordura.

P # 22) ¿Qué entiende por Matriz de trazabilidad de requisitos?

Responder: La Matriz de trazabilidad de requisitos (RTM) es una herramienta para realizar un seguimiento de la cobertura de requisitos durante el proceso de prueba.

En RTM, todos los requisitos se clasifican según su desarrollo en el curso del sprint y sus respectivos identificadores (implementación / mejora de nuevas funciones / problemas anteriores, etc.) se mantienen para mantener un registro de que todo lo mencionado en el documento de requisitos se ha implementado antes del lanzamiento de el producto.

RTM se crea tan pronto como se recibe el documento de requisitos y se mantiene hasta el lanzamiento del producto.

P # 23) ¿Cuáles son los factores a considerar en las pruebas basadas en riesgos?

Responder: Mediante las pruebas basadas en riesgos de un proyecto, no se trata solo de entregar un proyecto libre de riesgos, sino que el objetivo principal de las pruebas basadas en riesgos es lograr el resultado del proyecto mediante la aplicación de las mejores prácticas de gestión de riesgos.

Los principales factores a considerar en las pruebas basadas en riesgos son los siguientes:

• Identificar cuándo y cómo implementar pruebas basadas en riesgos en una aplicación adecuada.
• Identificar las medidas que actúan bien en la detección y manejo de riesgos en áreas críticas de la aplicación.
• Para lograr el resultado del proyecto que equilibre el riesgo con la calidad y las características de la aplicación.

P # 24) Diferenciar entre pruebas de regresión y nuevas pruebas.

Responder: La diferencia entre la prueba de regresión y la nueva prueba se puede explicar de la siguiente manera:

P # 25) Explique las pruebas de aceptación del usuario.

Responder: Las pruebas de aceptación del usuario generalmente se realizan después de que el producto se haya probado a fondo. En esta forma de prueba, los usuarios de software o, por ejemplo, el cliente, utilizan la aplicación para asegurarse de que todo funcione según los requisitos y perfectamente en el escenario del mundo real.

UAT también se conoce como prueba de usuario final.

Conclusión

A través de este artículo, he tratado de explicar todos y cada uno de los temas de las pruebas funcionales, de modo que cualquier persona que se esté preparando para la entrevista pueda comprender fácilmente el tema y recordarlo también.

Estas preguntas y respuestas de la entrevista de prueba funcional lo guiarán para aprobar cualquier entrevista con éxito y con total confianza.

Le deseamos mucho éxito.

Espero que estas preguntas y respuestas de la entrevista de pruebas funcionales le ayuden en algún momento de su carrera.

Lectura recomendada

• Pruebas funcionales versus pruebas no funcionales
• 16 nuevas funciones de la herramienta Micro Focus UFT (prueba funcional unificada): QTP vs UFT
• Las 5 mejores herramientas alternativas de pruebas funcionales unificadas de HP (UFT)
• Una guía completa de pruebas no funcionales para principiantes
• Una guía paso a paso de Jubula: la herramienta de prueba funcional automatizada de código abierto
• Pruebas funcionales frente a pruebas de rendimiento: ¿deben realizarse simultáneamente?
• Guía completa de pruebas funcionales con sus tipos y ejemplo
• Tutorial de Parrot QA: Revisión de la herramienta de prueba funcional entre navegadores
• Spock para pruebas funcionales y de integración con selenio
• Las diferencias entre pruebas unitarias, pruebas de integración y pruebas funcionales
• Las 25 preguntas y respuestas principales de la entrevista de pruebas funcionales
• Las 30 mejores herramientas de prueba funcional en 2021