Introducción a las preguntas de la entrevista de prueba manual
Muchas personas tienen ideas erróneas de que hoy en día las empresas no contratan probadores manuales, existe un requisito de los probadores de automatización solo en el mercado. Pero esto no es cierto. Sin duda, a medida que las empresas se están moviendo hacia la Automatización, existe una gran demanda de probadores de Automatización, pero en cualquier proyecto, no se puede automatizar todo, siempre hay un alcance de pruebas manuales y también se requieren probadores manuales para tener un conocimiento profundo sobre todos los tipos de prueba, escenarios de prueba, diferencias entre ellos, etc. Existen muchas certificaciones de prueba y, como principiante o probador manual, se recomienda borrar la certificación ISTQB ya que brinda un conocimiento profundo sobre los conceptos centrales de las pruebas.
Ahora, si está buscando un trabajo relacionado con las pruebas manuales, debe prepararse para las preguntas de la entrevista de pruebas manuales de 2019. Es cierto que cada entrevista es diferente según los diferentes perfiles de trabajo. Aquí, hemos preparado las importantes Preguntas y respuestas de la entrevista de evaluación manual que lo ayudarán a tener éxito en su entrevista.
En este artículo de Preguntas de la entrevista de evaluación manual de 2019, presentaremos las 10 preguntas más importantes y frecuentes de la entrevista de evaluación manual. Estas preguntas de la entrevista se dividen en dos partes:
Parte 1 - Preguntas de la entrevista de prueba manual (básica)
Esta primera parte cubre preguntas y respuestas básicas de la entrevista de prueba manual.
Q1. ¿Cuál es la diferencia entre verificación y validación en pruebas de software?
Responder:
La verificación implica el proceso estático de verificar los documentos, el código y el diseño para verificar si el software cumple con los requisitos mencionados en los documentos (SRS). Implica Tutorial, Inspección y Revisión de Código. Mientras que la Validación es un proceso dinámico que implica ejecutar el código y verificar si el software funciona como se esperaba o no. Implica encontrar los errores que realiza un equipo de prueba mediante la ejecución del código. Las pruebas de caja negra, las pruebas de caja blanca y las pruebas de caja gris son parte de las pruebas en Validación de software.
Q2 ¿Cuál es la diferencia entre Test Driver y Test Stub en las pruebas de software?
Responder:
Test Driver y Test Stub son básicamente un fragmento de código que funciona como un sustituto del código original no desarrollado para realizar las pruebas. Los controladores se usan en un enfoque de abajo hacia arriba y se usan básicamente como módulos de llamada si los módulos internos están implementados y necesitan ser probados, mientras que los Stubs se usan en un enfoque de arriba hacia abajo y donde el módulo principal está preparado pero los módulos llamados son aún no hecho.
Por ejemplo, en una aplicación web, hay 3 módulos, es decir, Inicio de sesión, Inicio, Usuarios. Si el módulo de inicio de sesión está preparado pero no el inicio y los usuarios, entonces el módulo sustituto "llamado" para inicio y usuarios son Stub como el inicio de sesión del módulo principal. Pero si el módulo Inicio y usuarios están preparados, pero el inicio de sesión del módulo principal no está preparado, entonces el módulo sustituto de "llamada" para el inicio de sesión se llama Driver.
Q3. ¿En qué punto de una aplicación deberíamos comenzar a probar?
Responder:
Una vez que se reúnen los requisitos en un proyecto, la planificación de la prueba, la estrategia de prueba y la creación de casos de prueba o todo el proceso de prueba deben comenzar. Hoy en día, casi todos los proyectos siguen la metodología Agile, por lo que los requisitos no se fijan al comienzo, pero las historias de usuario para las nuevas características que se implementarán en una versión en particular se proporcionan a los evaluadores. Por lo tanto, la planificación de la prueba y la creación del caso de prueba o la creación del script de prueba (en el caso de las pruebas de Automatización) ha comenzado junto con el desarrollo del software. La mayoría de las empresas siguen el enfoque de Desarrollo impulsado por pruebas (TDD) para desarrollar el software en el que los casos de prueba se escriben antes del código y el código se escribe de acuerdo con la validación de la prueba.
Pasemos a las siguientes preguntas de la entrevista de prueba manual.
Q4. ¿Qué puntos deben tenerse en cuenta al probar las aplicaciones web y móviles o las diferencias en las pruebas de los dos?
Responder:
Probar aplicaciones web y móviles son diferentes. Por lo tanto, se deben probar diferentes escenarios al probarlos:
- El soporte del navegador se prueba para aplicaciones web como Chrome, Firefox, IE, etc., mientras que la aplicación móvil se prueba en varias versiones del sistema operativo como Android 7, 8, 9, etc.
- La falla de la aplicación en varios escenarios y el obstáculo de otras aplicaciones intermedias se prueba en la aplicación móvil, mientras que las pruebas de sesión y cookies se realizan en aplicaciones web.
- En aplicaciones móviles, la aplicación se prueba en varios tamaños de pantalla móvil si los elementos están alineados correctamente según el tamaño de la pantalla, mientras que la aplicación web se prueba en varias resoluciones de escritorio.
- Los gestos con las manos y la voz, como pellizcar, deslizar, el reconocimiento de voz, se prueban en dispositivos móviles, mientras que las funciones simples de escritura y copia y pegado se prueban en aplicaciones web.
Q5. ¿Está bien usar un modelo Agile para probar proyectos pequeños?
Responder:
Agile es un enfoque incremental e iterativo para el desarrollo de software y es más factible para proyectos grandes y flexibles donde los requisitos siguen cambiando con el tiempo. Para proyectos pequeños donde los requisitos no son demasiado grandes, Agile no debería preferirse ya que costaría más presupuesto del proyecto ya que involucra a varios equipos trabajando simultáneamente y puede obstaculizar el tiempo total en la entrega de software.
Parte 2 - Preguntas de la entrevista de prueba manual (avanzado)
Veamos ahora las preguntas y respuestas avanzadas de la entrevista de prueba manual.
Q6. ¿Qué es el ciclo de vida de las pruebas de software?
Responder:
Software Testing Life Cycle (STLC) es un proceso que implica un procedimiento paso a paso que se sigue al probar cualquier aplicación de software para garantizar que el software funcione como se espera. A continuación se presentan las diversas fases de STLC:
- Recopilación de requisitos
- Planificación de prueba
- Análisis de prueba
- Diseño de prueba
- Configuración del entorno de prueba
- Ejecución de pruebas
- Prueba de cierre
Q7. ¿Qué es una prueba negativa y por qué se realiza?
Responder:
La prueba negativa, también conocida como prueba falsa o prueba de ruta de error, incluye la prueba de cualquier aplicación de software en condiciones inesperadas. Las pruebas positivas solo aseguran que el software funcione como se esperaba, mientras que las pruebas negativas indican cómo se comportará el software en condiciones irregulares / inesperadas. Se hace para garantizar la estabilidad de una aplicación.
Supongamos que para una aplicación de comercio electrónico, los casos de prueba negativos pueden ser si la persona agrega contenido extra / malicioso en la URL, entonces cuál debería ser el resultado, si la aplicación puede manejar 1000 usuarios a la vez, cómo se comportará si los usuarios aumentan por 3 veces, etc.
Pasemos a las siguientes preguntas de la entrevista de prueba manual.
Q8. ¿Diferencia entre error, defecto y falla con respecto a las pruebas de software?
Responder:
Hay una pequeña diferencia entre defecto, error y falla. Si alguna característica no funciona como se esperaba o el resultado real y esperado es diferente. Y el desarrollador encuentra este problema solo en la fase de desarrollo, luego se le llama defecto. Cuando el defecto queda en la fase de desarrollo y el probador lo encuentra en la fase de prueba, ese defecto se conoce como error, cuando el software se entrega al usuario final y el cliente encuentra algún problema, entonces se conoce como un fracaso.
Q9. ¿Qué es la prueba de partición de equivalencia?
Responder:
Es un tipo de prueba de recuadro negro que se puede aplicar a cualquier nivel, como prueba de Unidad, Integración y Sistema. En esta prueba, el rango de entrada se divide en un grupo equivalente que se espera que exhiba el mismo comportamiento para cada rango. Por ejemplo, si el cuadro de texto de contraseña acepta el valor entre 5-15 caracteres, entonces el rango puede ser 5-15 que es válido, más de 15 que no es válido, 0-5 que no es válido.
Q10. ¿Qué es la cobertura de prueba? ¿Es posible obtener una cobertura de prueba del 100%?
Responder:
La cobertura de prueba es básicamente una métrica de calidad que representa la cantidad de código de aplicación que está siendo cubierto por los casos de prueba o la cantidad de prueba que realizan los casos de prueba creados. Ayuda a controlar la calidad de las pruebas. Más casos de prueba que cubren áreas máximas de una aplicación ayuda a lograr la máxima cobertura de prueba reduciendo las posibilidades de falla. Aunque no es posible lograr una cobertura de prueba del 100%, podemos asegurarnos de que se creen casos de prueba de cada rama, declaración que cubra las áreas máximas de código.
Artículos recomendados
Esta ha sido una guía de la lista de preguntas y respuestas de la entrevista de prueba manual para que el candidato pueda tomar medidas enérgicas con facilidad. Aquí en esta publicación, hemos estudiado las principales preguntas de la entrevista de prueba manual que a menudo se hacen en las entrevistas. También puede consultar los siguientes artículos para obtener más información:
- Las 13 preguntas principales de la entrevista de prueba de base de datos
- Preguntas de la entrevista de prueba del juego
- Preguntas y respuestas de la entrevista de prueba ETL
- Preguntas de la entrevista de pruebas de penetración
- ¿Cómo funciona el reparto de equivalencia?