150 preguntas y respuestas de entrevistas de prueba manual para 2025
Hemos cubierto más de 150 preguntas importantes sobre pruebas de software para candidatos novatos, así como preguntas de entrevistas con experiencia en pruebas manuales para ingenieros de control de calidad para ayudar a prepararse para la próxima entrevista. Esta guía detallada de preguntas de la entrevista de prueba de software para candidatos experimentados le ayudará a superar su entrevista de trabajo para pruebas de software.
Preguntas y respuestas de la entrevista de prueba manual para principiantes y experimentados
1. ¿Qué son las pruebas exploratorias?
Las pruebas exploratorias son un enfoque práctico en el que los evaluadores participan en la planificación mínima y la ejecución máxima de las pruebas. La planificación implica la creación de un estatuto de prueba, una breve declaración del alcance de un esfuerzo de prueba breve (de 1 a 2 horas) con un límite de tiempo, los objetivos y los posibles enfoques que se utilizarán. Las actividades de diseño y ejecución de pruebas se realizan en paralelo, por lo general sin documentar formalmente las condiciones de prueba, los casos de prueba o los scripts de prueba. Esto no significa que no se utilizarán otras técnicas de prueba más formales. Por ejemplo, el evaluador puede decidir utilizar el análisis de valores límite, pero pensará en los valores límite más importantes y los probará sin escribirlos necesariamente. Se escribirán algunas notas durante la sesión de pruebas exploratorias para que se pueda elaborar un informe después.
👉 Descarga gratuita de PDF: Preguntas y respuestas de la entrevista de prueba manual
2. ¿Qué son las “pruebas de casos de uso”?
Para identificar y ejecutar los requisitos funcionales de una aplicación de principio a fin, se utiliza un "caso de uso" y las técnicas utilizadas para hacerlo se conocen como "pruebas de casos de uso".
3. ¿Cuál es la diferencia entre STLC (Ciclo de vida de pruebas de software) y SDLC (Ciclo de vida de desarrollo de software)?
SDLC se ocupa del desarrollo/codificación del software, mientras que STLC se ocupa de la validación y verificación del software.
4. ¿Qué es la matriz de trazabilidad?
La relación entre los casos de prueba y los requisitos se muestra con la ayuda de un documento. Este documento se conoce como matriz de trazabilidad.
5. ¿Qué son las pruebas de partición de equivalencia?
La prueba de partición de equivalencia es una técnica de prueba de software que divide los datos de prueba de entrada de la aplicación en cada partición al menos una vez de datos equivalentes de los cuales se pueden derivar casos de prueba. Mediante este método de prueba, se reduce el tiempo necesario para las pruebas de software.
6. ¿Qué son las pruebas de caja blanca y enumera los tipos de pruebas de caja blanca?
La técnica de pruebas de caja blanca implica la selección de casos de prueba en función de un análisis de la estructura interna (cobertura de código, cobertura de ramas, cobertura de rutas, cobertura de condiciones, etc.) de un componente o sistema. También se conoce como prueba basada en código o prueba estructural. Existen diferentes tipos de pruebas de caja blanca:
- Cobertura de estados de cuenta
- Cobertura de decisiones
7. En las pruebas de caja blanca, ¿qué se verifica?
En la prueba de caja blanca se verifican los siguientes pasos.
- Verificar los agujeros de seguridad en el código.
- Verifique las rutas incompletas o rotas en el código
- Verificar el flujo de la estructura según la especificación del documento.
- Verificar los resultados esperados
- Verifique todos los bucles condicionales en el código para comprobar la funcionalidad completa de la aplicación.
- Verifique la codificación línea por línea y cubra el 100% de las pruebas.
8. ¿Qué son las pruebas de caja negra? ¿Cuáles son las diferentes técnicas de pruebas de caja negra?
La prueba de caja negra es un método de prueba de software que se utiliza para probar el software sin conocer la estructura interna del código o programa. Esta prueba se realiza generalmente para comprobar la funcionalidad de una aplicación. Las diferentes técnicas de prueba de caja negra son
- Partición de equivalencia
- Análisis de valor límite
- Gráficos de causa-efecto
9. ¿Cuál es la diferencia entre pruebas estáticas y dinámicas?
Prueba estática: durante el método de prueba estática, el código no se ejecuta y se realiza utilizando la documentación del software.
Pruebas dinámicas: para realizar estas pruebas, se requiere que el código esté en formato ejecutable.
10. ¿Qué son la verificación y la validación?
La verificación es un proceso de evaluación del software en la fase de desarrollo. Le ayuda a decidir si el producto de una aplicación determinada satisface los requisitos especificados. La validación es el proceso de evaluar el software después del proceso de desarrollo y verificar si cumple con los requisitos del cliente.
11. ¿Cuáles son los diferentes niveles de prueba?
Hay cuatro niveles de prueba.
- Pruebas de unidad/componente/programa/módulo
- Pruebas de integración
- Prueba del sistema
- Test de aceptación
12. ¿Qué son las pruebas de integración?
Pruebas de integración Es un nivel de proceso de prueba de software, donde se combinan y prueban unidades individuales de una aplicación. Generalmente se realiza después de pruebas unitarias y funcionales.
13. ¿En qué consisten los Planes de Pruebas?
El diseño de la prueba, el alcance, las estrategias de prueba y el enfoque son varios detalles que componen el documento del plan de prueba.
- Identificador de caso de prueba
- <b></b><b></b>
- Características a probar
- Funciones que no se deben probar
- Estrategia de prueba y enfoque de prueba
- Entregables de prueba
- Responsabilidades
- Dotación de personal y formación
- Riesgos y Contingencias
14. ¿Cuál es la diferencia entre UAT (Prueba de aceptación del usuario) y prueba del sistema?
Pruebas del sistema: las pruebas del sistema consisten en encontrar defectos cuando el sistema se somete a pruebas en su conjunto; También se conoce como prueba de un extremo a otro. En este tipo de pruebas, la aplicación sufre desde el principio hasta el final.
UAT: La prueba de aceptación del usuario (UAT) implica ejecutar un producto a través de una serie de pruebas específicas que determinan si el producto satisfará las necesidades de sus usuarios.
15. ¿Mencione la diferencia entre pruebas basadas en datos y reevaluaciones?
Nueva prueba: Es un proceso de verificación de errores que realiza el equipo de desarrollo para verificar que estén solucionados.
Pruebas basadas en datos (DDT): En el proceso de prueba basado en datos, la aplicación se prueba con múltiples datos de prueba. La aplicación se prueba con un conjunto diferente de valores.
Preguntas de la entrevista sobre pruebas de software manuales avanzadas para 3/5/10 años de experiencia
16. ¿Cuáles son los pasos valiosos para resolver problemas durante las pruebas?
- Registro: registre y maneje cualquier problema que haya ocurrido.
- Informar: informar los problemas al gerente de nivel superior
- Control: definir el proceso de gestión de problemas
17. ¿Cuál es la diferencia entre escenarios de prueba, casos de prueba y script de prueba?
La diferencia entre escenarios de prueba y casos de prueba es que
Escenarios de prueba: Un escenario de prueba es cualquier funcionalidad que se pueda probar. También se le llama condición de prueba o posibilidad de prueba.
Casos de prueba: Es un documento que contiene los pasos que se deben ejecutar; ha sido planeado antes.
Guión de prueba: Está escrito en un lenguaje de programación y es un programa corto que se utiliza para probar parte de la funcionalidad del sistema de software. En otras palabras, un conjunto escrito de pasos que deben realizarse manualmente.
18. ¿Qué es el defecto latente?
Defecto latente: Este defecto es un defecto existente en el sistema que no causa ninguna falla ya que nunca se ha cumplido el conjunto exacto de condiciones.
19. ¿Cuáles son los dos parámetros que pueden ser útiles para conocer la calidad de la ejecución de las pruebas?
Para conocer la calidad de la ejecución de la prueba, podemos utilizar dos parámetros.
- Tasa de rechazo de defectos
- Relación de fuga de defectos
Parámetros para la calidad de la ejecución de la prueba.
20. ¿Cuál es la función de la herramienta de prueba de software “phantom”?
Phantom es un lenguaje de programación gratuito que se utiliza para la automatización de la interfaz gráfica de usuario de Windows. Nos permite tomar el control de las ventanas y las funciones de forma automática. Puede simular cualquier combinación de pulsaciones de teclas y clics del ratón, así como menús, listas y más.
21. Explique qué son los resultados de la prueba.
Los entregables de prueba son un conjunto de documentos, herramientas y otros componentes que deben desarrollarse y mantenerse para respaldar las pruebas.
Hay diferentes resultados de prueba en cada fase del ciclo de vida del desarrollo de software.
- Antes de probar
- Durante la prueba
- Después de la prueba
22. ¿Qué son las pruebas de mutación?
La prueba de mutación es una técnica para identificar si un conjunto de datos de prueba o un caso de prueba es útil al introducir intencionalmente varios cambios de código (errores) y volver a probar con datos/casos de prueba originales para determinar si se detectan los errores.
23. ¿Qué cosas debes considerar antes de seleccionar herramientas de automatización para el AUT?
- Viabilidad técnica
- nivel de complejidad
- Estabilidad de la aplicación
- Datos de prueba
- Tamaño de la aplicación
- Reutilizabilidad de scripts automatizados
- Ejecución en todo el entorno
24. ¿Cómo realizará el Análisis de Riesgos?
Para el análisis de riesgos se deben implementar los siguientes pasos
- Encontrar la puntuación del riesgo.
- Elaboración de un perfil de riesgo
- Cambiar las propiedades de riesgo
- Implementar los recursos de ese riesgo de prueba.
- Hacer una base de datos de riesgo.
25. ¿Cuáles son las categorías de depuración?
Categorías para depurar
- Depuración de fuerza bruta
- Retroceso
- Causa eliminación
- Rebanado de programas
- Análisis del árbol de fallos
26. ¿Qué se explica con un ejemplo en el enmascaramiento de fallas?
Cuando la presencia de un defecto oculta la presencia de otro defecto en el sistema, se conoce como enmascaramiento de fallas.
Ejemplo: si el "Valor negativo" provoca la activación de una excepción no controlada del sistema, el desarrollador evitará la entrada de valores negativos. Esto resolverá el problema y ocultará el defecto de activación de excepciones no controladas.
27. Explique qué es el plan de prueba. ¿Cuál es la información que debe cubrirse en el plan de prueba?
Un plan de pruebas puede definirse como un documento que describe el alcance, el enfoque, los recursos y el cronograma de las actividades de prueba y un plan de pruebas debe cubrir los siguientes detalles.
- Estrategia de prueba
- Objetivo de la prueba
- Criterios de salida/suspensión
- Planeación de recursos
- Entregables de prueba
28. ¿Cómo puedes eliminar el riesgo del producto en tu proyecto?
Le ayuda a eliminar el riesgo del producto en su proyecto y existe un paso simple pero crucial que puede reducir el riesgo del producto en su proyecto.
- Investigar los documentos de especificaciones.
- Tener conversaciones sobre el proyecto con todas las partes interesadas, incluido el desarrollador.
- Como un usuario real recorre el sitio web.
29. ¿Cuál es el riesgo común que lleva al fracaso del proyecto?
Los riesgos comunes que conducen al fracaso de un proyecto son
- No tener suficiente recurso humano
- Es posible que el entorno de pruebas no esté configurado correctamente
- Presupuesto limitado
- Limitaciones de tiempo
30. ¿Sobre qué base puedes llegar a un presupuesto para tu proyecto?
Para estimar su proyecto, debe considerar los siguientes puntos
- Divida todo el proyecto en las tareas más pequeñas.
- Asigne cada tarea a los miembros del equipo.
- Estimar el esfuerzo requerido para completar cada tarea.
- Validar la estimación
31. Explique cómo asignaría una tarea a los miembros del equipo.
Task | Miembro |
---|---|
Analizar la especificación de requisitos de software. | Todos los miembros |
Crear la especificación de prueba | Probador/Analista de pruebas |
Construya el entorno de prueba | Administrador de pruebas |
Ejecuta los casos de prueba | Tester, un administrador de pruebas |
Reportar defectos | Tester |
32. Explique qué es el tipo de prueba y cuáles son los tipos de prueba más utilizados.
Para obtener el resultado esperado de la prueba, se sigue un procedimiento estándar denominado Tipo de prueba.
Los tipos de pruebas más utilizados son
- Pruebas unitarias: prueba el código más pequeño de una aplicación
- Prueba de API: Prueba de API creada para la aplicación
- Pruebas de integración: los módulos de software individuales se combinan y prueban
- Pruebas del sistema: Pruebas completas del sistema.
- Pruebas de instalación/desinstalación: pruebas realizadas desde el punto de vista del cliente/cliente
- Pruebas ágiles: pruebas mediante la técnica ágil
33. Mientras monitoreas tu proyecto, ¿qué cosas debes considerar?
Las cosas que hay que tener en cuenta son
- ¿Su proyecto está según lo previsto?
- ¿Estás por encima del presupuesto?
- ¿Estás trabajando para lograr el mismo objetivo profesional?
- ¿Tienes suficientes recursos?
- ¿Hay alguna señal de advertencia de problemas inminentes?
- ¿Existe alguna presión por parte de la gerencia para completar el proyecto antes?
34. ¿Cuáles son los errores comunes que crean problemas?
- Emparejar recursos con proyectos equivocados
- Falta de habilidades del administrador de pruebas
- No escuchar a los demás
- Mala programación
- Desestimación
- Ignorando los pequeños problemas
- No seguir el proceso
35. ¿Qué contiene un informe de prueba típico? ¿Cuáles son los beneficios de los informes de prueba?
Un informe de prueba contiene lo siguiente:
- Información del proyecto
- Objetivo de la prueba
- Resumen de la prueba
- Defecto
Los beneficios de los informes de prueba son:
- Se informa el estado actual del proyecto y la calidad del producto.
- Si es necesario, las partes interesadas y el cliente pueden tomar medidas correctivas.
- Un documento final ayuda a decidir si el producto está listo para su lanzamiento.
36. ¿Qué es la revisión de la gestión de pruebas y por qué es importante?
La revisión por la dirección también se conoce como Software Quality Assurance o SQA. SQA se centra más en el proceso del software que en los productos del trabajo del software. Es un conjunto de actividades diseñadas para garantizar que el director del proyecto siga el proceso estándar. SQA ayuda al administrador de pruebas a comparar el proyecto con los estándares establecidos.
37. ¿Cuáles son las mejores prácticas para el aseguramiento de la calidad del software?
Las mejores prácticas para una implementación efectiva de SQA son
- Mejora continua
- Documentación
- Uso de herramientas
- Métrica
- Responsabilidad de los miembros del equipo.
- Auditores SQA experimentados
38. ¿Cuándo se elabora la RTM (Matriz de Trazabilidad de Requisitos)?
RTM se prepara antes del diseño del caso de prueba. Los requisitos deben ser rastreables a partir de las actividades de revisión.
39. ¿Cuál es la diferencia entre matriz de prueba y matriz de trazabilidad?
Matriz de prueba: La matriz de prueba se utiliza para capturar la calidad real, el esfuerzo, el plan, los recursos y el tiempo necesarios para capturar todas las fases de las pruebas de software.
Matriz de Trazabilidad : El mapeo entre los casos de prueba y los requisitos del cliente se conoce como Matriz de Trazabilidad.
40. En las pruebas manuales, ¿qué son los talones y los controladores?
Tanto los talones como los controladores son parte de las pruebas incrementales. En las pruebas incrementales, existen dos enfoques, a saber, el enfoque ascendente y el enfoque descendente. Los controladores se utilizan en pruebas ascendentes y el stub se utiliza para un enfoque descendente. Para probar el módulo principal, se utiliza el stub, que es un código o programa ficticio.
41. ¿Cuál es el paso que seguirías una vez que encuentres el defecto?
Una vez que se encuentre un defecto, deberá seguir el paso
a) Recrear el defecto
b) Adjunte la captura de pantalla
c) Registrar el defecto
42. Explique qué es el método de prueba “basado en el plan de pruebas” o “basado en palabras clave”.
Esta técnica utiliza el documento del caso de prueba real desarrollado por los evaluadores utilizando una hoja de cálculo que contiene "palabras clave" especiales. Las palabras clave controlan el procesamiento.
43. ¿Qué es el DFD (Diagrama de flujo de datos)?
Cuando se representa gráficamente un “flujo de datos” a través de un sistema de información, entonces se le conoce como Diagrama de Flujo de Datos. También se utiliza para la visualización del procesamiento de datos.
44. ¿Explica qué es LCSAJ?
LCSAJ significa "secuencia de código lineal y salto". Está formado por los tres elementos siguientes:
a) Inicio de la secuencia lineal de sentencias ejecutables
b) Fin de la secuencia lineal
c) La línea objetivo a la que se transfiere el flujo de control al final de la secuencia lineal
45. Explique qué son las pruebas N+1.
La variación de las pruebas de regresión se representa como N+1. En esta técnica, la prueba se realiza en múltiples ciclos en los que los errores encontrados en el ciclo de prueba 'N' se resuelven y se vuelven a probar en el ciclo de prueba N+1. El ciclo se repite a menos que no se encuentren errores.
46. ¿Qué es la prueba Fuzz y cuándo se utiliza?
Las pruebas Fuzz se utilizan para detectar lagunas de seguridad y errores de codificación en el software. En esta técnica, se agregan datos aleatorios al sistema en un intento de bloquearlo. Si la vulnerabilidad persiste, se utiliza una herramienta llamada fuzz tester para determinar las posibles causas. Esta técnica es más útil para proyectos más grandes, pero solo detecta una falla importante.
47. Mencione cuáles son las principales ventajas de la métrica de cobertura de declaraciones de las pruebas de software.
El beneficio de la métrica de cobertura del estado de cuenta es que
a) No requiere procesamiento de código fuente y se puede aplicar directamente al código objeto.
b) Los errores se distribuyen uniformemente a través del código, por lo que el porcentaje de declaraciones ejecutables cubiertas refleja el porcentaje de fallas descubiertas.
48. ¿Cómo generar casos de prueba para el método "reemplazar una cadena"?
a) Si caracteres en la nueva cadena > caracteres en la cadena anterior. Ninguno de los caracteres debería quedar truncado.
b) Si caracteres en la nueva cadena <caracteres en la cadena anterior. No se deben agregar caracteres basura
c) Los espacios después y antes de la cadena no deben eliminarse
d) La cadena debe reemplazarse solo para la primera aparición de la cadena.
49. ¿Cómo manejarás un conflicto entre los miembros de tu equipo?
- Hablaré individualmente con cada persona y tomaré nota de sus inquietudes.
- Encontraré una solución a los problemas comunes planteados por los miembros del equipo.
- Celebraré una reunión de equipo, revelaré la solución y pediré a la gente que coopere.
50. Mencione ¿cuáles son las categorías de defectos?
Principalmente hay tres categorías de defectos.
- Mal: Cuando un requisito se implementa incorrectamente
- Desaparecido: Es una variación de la especificación, una indicación de que no se implementó una especificación o no se cumplió un requisito del cliente.
- Extra: Requisito incorporado al producto que no fue dado por el cliente final. Se considera un defecto porque es una variación de los requisitos existentes.
51. Explique cómo funciona una herramienta de cobertura de pruebas.
La herramienta de prueba de cobertura de código se ejecuta en paralelo mientras realiza pruebas en el producto real. La herramienta de cobertura de código monitorea las declaraciones ejecutadas del código fuente. Cuando se realizan las pruebas finales, obtenemos un informe completo de los estados pendientes y también obtenemos el porcentaje de cobertura.
52. Mencione cuál es la diferencia entre un “defecto” y un “fallo” en las pruebas de software.
En términos simples cuando un defecto llega al cliente final, se le llama falla mientras el defecto se identifica internamente y se resuelve; entonces se le llama defecto.
53. Explique cómo probar documentos en un proyecto que abarca todo el ciclo de vida del desarrollo de software.
El proyecto abarca todo el ciclo de vida del desarrollo de software de la siguiente manera
- Plan de prueba central/proyecto: es el plan de prueba principal que describe la estrategia de prueba completa del proyecto. Este plan se utiliza hasta el final del ciclo de vida del desarrollo de software.
- Plan de pruebas de aceptación: Este documento comienza durante la fase de requisitos y se completa en la entrega final
- Plan de prueba del sistema: este plan comienza durante el plan de diseño y continúa hasta el final del proyecto.
- Plan de prueba unitaria y de integración: ambos planes de prueba comienzan durante la fase de ejecución y duran hasta la entrega final.
54. Explique qué casos de prueba se escriben primero: ¿cajas negras o cajas blancas?
Los casos de prueba de caja negra se escriben primero, ya que para escribir casos de prueba de caja negra se requiere un plan de proyecto y un documento de requisitos; todos estos documentos están fácilmente disponibles al comienzo del proyecto. Mientras que escribir casos de prueba de caja blanca requiere un mayor conocimiento de la arquitectura y no está disponible al comienzo del proyecto.
55. Explique cuál es la diferencia entre defectos latentes y enmascarados.
- Defecto latente: Un defecto latente es un defecto existente que no ha causado una falla porque nunca se cumplieron las condiciones.
- Defecto enmascarado: Es un defecto existente que no ha causado un fallo porque otro defecto ha impedido que se ejecute esa parte del código.
56. Mencione qué son las pruebas ascendentes.
Las pruebas ascendentes son un enfoque para las pruebas de integración, donde primero se prueban los componentes de nivel más bajo y luego se utilizan para facilitar las pruebas de componentes de nivel superior. El proceso se repite hasta que se prueba el componente en la parte superior de la jerarquía.
57. Mencione cuáles son los diferentes tipos de técnicas de cobertura de pruebas.
Los diferentes tipos de técnicas de cobertura de pruebas incluyen
- Cobertura de estado de cuenta: Verifica que cada línea de código fuente haya sido ejecutada y probada.
- Cobertura de decisión: Garantiza que cada decisión en el código fuente se ejecute y pruebe.
- Cobertura de ruta: Garantiza que todas las rutas posibles a través de una parte determinada del código se ejecuten y prueben.
58. Mencione ¿cuál es el significado de la prueba de aliento?
La prueba de aliento es un conjunto de pruebas que ejercita la funcionalidad completa de un producto pero no prueba las características en detalle.
59. Explique cuál es el significado de Code Walk Through.
Code Walk Through es el análisis informal del código fuente del programa para encontrar defectos y verificar técnicas de codificación.
60. Mencione cuáles son los componentes básicos del formato de informe de defectos.
Los componentes esenciales del formato de informe de defectos incluyen
- Nombre del Proyecto
- Nombre del módulo
- Defecto detectado en
- Defecto detectado por
- ID y nombre del defecto
- Instantánea del defecto
- Estado de prioridad y gravedad
- Defecto resuelto por
- Defecto resuelto el
61. Mencione cuál es el propósito de realizar pruebas de un extremo a otro.
Las pruebas de un extremo a otro se realizan después de las pruebas funcionales. El propósito detrás de realizar pruebas de un extremo a otro es que
- Para validar el Requisitos de Software e integración con interfaces externas
- Aplicación de prueba en un escenario de entorno del mundo real.
- Pruebas de interacción entre la aplicación y la base de datos.
62. Explique qué significa prueba de arnés.
Un arnés de prueba consiste en configurar un conjunto de herramientas y datos de prueba para probar una aplicación en diversas condiciones, e implica monitorear la salida con la salida esperada para verificar su corrección.
63. Explique en un proyecto de prueba qué actividades de prueba automatizaría.
Al probar las actividades de prueba del proyecto, usted automatizaría
- Pruebas que deben ejecutarse para cada compilación de la aplicación.
- Pruebas que utilizan múltiples datos para el mismo conjunto de acciones.
- Pruebas idénticas que deben ejecutarse utilizando diferentes navegadores
- Páginas de misión crítica
- Una transacción con páginas que no cambian en poco tiempo.
64. ¿Cuál es el beneficio PRINCIPAL de diseñar pruebas en las primeras etapas del ciclo de vida?
Ayuda a evitar que se introduzcan defectos en el código.
65. ¿Qué son las pruebas basadas en riesgos?
basado en el riesgo Pruebas es el término utilizado para un enfoque para crear un Estrategia de prueba que se basa en priorizar las pruebas por riesgo. La base del enfoque es un análisis de riesgos detallado y la priorización de riesgos por nivel de riesgo. Luego se especifican las pruebas para abordar cada riesgo, comenzando primero con el riesgo más alto.
66. ¿Cuál es la diferencia CLAVE entre los enfoques preventivo y reactivo de las pruebas?
Las pruebas preventivas se diseñan tempranamente; Las pruebas reactivas se diseñan después de que se haya producido el software.
67. ¿Cuál es el propósito de los criterios de salida?
El propósito de los criterios de salida es definir cuándo se completa un nivel de prueba.
68. ¿Qué determina el nivel de riesgo?
La probabilidad de un evento adverso y el impacto del evento determinan el nivel de riesgo.
69. ¿Cuándo se utilizan las pruebas de tablas de decisión?
Las pruebas de tablas de decisión se utilizan para probar sistemas cuya especificación toma la forma de reglas o combinaciones de causa-efecto. En una tabla de decisiones, las entradas se enumeran en una columna, con las salidas en la misma columna pero debajo de las entradas. El resto del cuadro explora combinaciones de insumos para definir los productos producidos.
Obtenga más información sobre la técnica de prueba de tablas de decisiones en el vídeo tutorial aquí
70. ¿Por qué utilizamos tablas de decisión?
Las técnicas de partición de equivalencia y análisis de valores límite a menudo se aplican a situaciones o entradas específicas. Sin embargo, si diferentes combinaciones de entradas dan como resultado diferentes acciones, esto puede ser más difícil de demostrar mediante la partición de equivalencia y el análisis de valores límite, que tienden a centrarse más en la interfaz de usuario. Las otras dos técnicas basadas en especificaciones, tablas de decisiones y pruebas de transición de estado se centran más en la lógica empresarial o las reglas empresariales. Una tabla de decisiones es una buena manera de abordar combinaciones de cosas (por ejemplo, entradas). A esta técnica a veces también se la denomina tabla de “causa-efecto”. La razón de esto es que existe una técnica de diagramación lógica asociada llamada "gráficos de causa-efecto" que a veces se usaba para ayudar a derivar la tabla de decisiones.
71. ¿Cuál es el objetivo PRINCIPAL al revisar un entregable de software?
Identificar defectos en cualquier producto de trabajo de software.
72. ¿Cuál de las siguientes opciones define los resultados esperados de una prueba? Especificación del caso de prueba o especificación del diseño de prueba.
La especificación del caso de prueba define los resultados esperados de una prueba.
73. ¿Cuál es el beneficio de la independencia de las pruebas?
Evita el sesgo del autor al definir pruebas efectivas.
74. ¿Como parte de qué proceso de prueba se determinan los criterios de salida?
Los criterios de salida se determinan sobre la base de la "Planificación de pruebas".
75. ¿Qué es la prueba Alfa?
Pruebas previas al lanzamiento realizadas por representantes de los usuarios finales en el sitio del desarrollador.
76. ¿Qué son las pruebas beta?
Pruebas realizadas por clientes potenciales en sus propias ubicaciones.
77. Mencione cuál es la diferencia entre las pruebas piloto y beta.
La diferencia entre una prueba piloto y una prueba beta es que la prueba piloto en realidad la realiza el grupo de usuarios utilizando el producto antes de la implementación final, y en la prueba beta, no ingresamos datos reales, sino que se instala en el cliente final para validar. si el producto se puede utilizar en producción.
78. Dado el siguiente fragmento de código, ¿cuántas pruebas se requieren para una cobertura de decisión del 100%?
if width > length thenbiggest_dimension = width if height > width thenbiggest_dimension = height end_if elsebiggest_dimension = length if height > length thenbiggest_dimension = height end_if end_if
4
79. Ha diseñado casos de prueba para proporcionar una cobertura del 100% de declaraciones y del 100% de decisiones para el siguiente fragmento de código. if width > length then biggest_dimension = width else biggest_dimension = length end_if Se ha añadido lo siguiente al final del fragmento de código anterior. print “La dimensión más grande es ” &biggest_dimensionprint “Ancho: ” & width print “Longitud: ” & length ¿Cuántos casos de prueba más se requieren?
Ninguno, se pueden utilizar casos de prueba existentes.
80. ¿Cuál es la diferencia entre técnicas de prueba y herramientas de prueba?
Técnica de prueba: – Es un proceso para garantizar que algunos aspectos del sistema o unidad de aplicación funcionen correctamente; puede haber pocas técnicas pero muchas herramientas.
Herramientas de Prueba: – Es un vehículo para realizar un proceso de prueba. La herramienta es un recurso para el evaluador, pero en sí misma es insuficiente para realizar pruebas.
Obtenga más información sobre las herramientas de prueba aquí
81. Usamos el resultado del análisis de requisitos, la especificación de requisitos como entrada para escribir...
Casos de prueba de aceptación del usuario
82. Pruebas repetidas de un programa ya probado, después de su modificación, para descubrir cualquier defecto introducido o descubierto como resultado de los cambios en el software que se está probando o en otro componente de software relacionado o no relacionado:
Pruebas de regresión
83. Un mayorista vende cartuchos de impresora. La cantidad mínima de pedido es de 5. Hay un descuento del 20 % para pedidos de 100 o más cartuchos de impresora. Se le ha pedido que prepare casos de prueba utilizando varios valores para la cantidad de cartuchos de impresora pedidos. ¿Cuál de los siguientes grupos contiene tres entradas de prueba que se generarían utilizando el análisis de valores límite?
4, 5, 99
84. ¿Qué es la prueba de componentes?
Las pruebas de componentes, también conocidas como pruebas de unidades, módulos y programas, buscan defectos y verifican el funcionamiento del software (por ejemplo, módulos, programas, objetos, clases, etc.) que se pueden probar por separado. Las pruebas de componentes se pueden realizar de forma aislada del resto del sistema, según el contexto del ciclo de vida de desarrollo y el sistema. La mayoría de las veces se utilizan códigos auxiliares y controladores para reemplazar el software que falta y simular la interfaz entre los componentes del software de forma sencilla. Se llama a un código auxiliar desde el componente de software que se va a probar; un conductor llama a un componente para ser probado.
Aquí hay un video increíble sobre Examen de la unidad
85. ¿Qué son las pruebas de sistemas funcionales?
Probar la funcionalidad de un extremo a otro del sistema en su conjunto se define como una prueba funcional del sistema.
86. ¿Cuáles son los beneficios de las pruebas independientes?
Los evaluadores independientes son imparciales e identifican diferentes defectos al mismo tiempo.
87. En un enfoque REACTIVO de las pruebas, ¿cuándo esperaría que se iniciara la mayor parte del trabajo de diseño de las pruebas?
La mayor parte del trabajo de diseño de pruebas comenzó después de que se haya producido el software o sistema.
88. ¿Cuáles son las diferentes metodologías en el modelo de desarrollo ágil?
Actualmente existen siete metodologías ágiles diferentes que conozco:
- Programación extrema (XP)
- Melé
- Desarrollo de software Lean
- Desarrollo basado en características
- Proceso unificado ágil
- Cristal
- Modelo de desarrollo de sistemas dinámicos (DSDM)
89. ¿Qué actividad en el proceso de prueba fundamental incluye la evaluación de la capacidad de prueba de los requisitos y el sistema?
Un "Análisis de prueba" y un "Diseño" incluyen la evaluación de la capacidad de prueba de los requisitos y el sistema.
90. ¿Cuál suele ser la razón MÁS importante para utilizar el riesgo para impulsar los esfuerzos de prueba?
Porque probarlo todo no es factible.
91. ¿Qué son las pruebas aleatorias/en monos? ¿Cuándo se usa?
Las pruebas aleatorias a menudo se conocen como pruebas con monos. En este tipo de pruebas, los datos se generan aleatoriamente, a menudo utilizando una herramienta o mecanismo automatizado. Con esta entrada generada aleatoriamente, se prueba el sistema y los resultados se analizan en consecuencia. Estas pruebas son menos confiables; por lo tanto, normalmente lo utilizan los principiantes para ver si el sistema resistirá los efectos adversos.
92. ¿Cuáles de los siguientes son objetivos válidos para los informes de incidentes?
- Proporcionar a los desarrolladores y otras partes comentarios sobre el problema para permitir su identificación, aislamiento y corrección según sea necesario.
- Proporcionar ideas para mejorar el proceso de prueba.
- Proporcionar un vehículo para evaluar la competencia del evaluador.
- Proporcionar a los evaluadores un medio para rastrear la calidad del sistema bajo prueba.
93. Considere las siguientes técnicas. ¿Cuáles son técnicas estáticas y cuáles son técnicas dinámicas?
- Partición de equivalencia.
- Pruebas de casos de uso.
- Análisis de flujo de datos.
- Prueba exploratoria.
- Pruebas de decisión.
- Inspecciones.
Los análisis e inspecciones del flujo de datos son estáticos; La partición de equivalencia, las pruebas de casos de uso, las pruebas exploratorias y las pruebas de decisión son dinámicas.
94. ¿Por qué las pruebas estáticas y las pruebas dinámicas se describen como complementarias?
Porque comparten el objetivo de identificar defectos pero difieren en los tipos de defectos que encuentran.
95. ¿Cuáles son las fases de una revisión formal?
A diferencia de las revisiones informales, las revisiones formales siguen un proceso formal. Un proceso de revisión formal típico consta de seis pasos principales:
- Planificación
- Kick-off
- PREPARACIÓN
- Revver la reunión
- Rehacer
- Seguimiento.
96. ¿Cuál es el papel del moderador en el proceso de revisión?
El moderador (o líder de revisión) dirige el proceso de revisión. Él o ella determina, en cooperación con el autor, el tipo de revisión, el enfoque y la composición del equipo de revisión. El moderador realiza la verificación de entrada y el seguimiento del retrabajo, con el fin de controlar la calidad de las entradas y salidas del proceso de revisión. El moderador también programa la reunión, difunde documentos antes de la reunión, entrena a otros miembros del equipo, marca el ritmo de la reunión, dirige posibles debates y almacena los datos que se recopilan.
Más información sobre RevVer el proceso en vídeo tutorial aquí
97. ¿Qué es una partición de equivalencia (también conocida como clase de equivalencia)?
Una entrada o salida rangos de valores tales que solo un valor en el rango se convierte en un caso de prueba.
98. ¿Cuándo se deben implementar los procedimientos de gestión de la configuración?
Durante la planificación de la prueba.
99. ¿Un tipo de prueba funcional que investiga las funciones relacionadas con la detección de amenazas, como virus de personas externas maliciosas?
Pruebas de seguridad
100. ¿Pruebas en las que sometemos al objetivo de la prueba a diferentes cargas de trabajo para medir y evaluar los comportamientos de desempeño y la capacidad del objetivo y de la prueba para continuar funcionando correctamente bajo estas diferentes cargas de trabajo?
Prueba de carga
101. ¿La actividad de prueba que se realiza para exponer defectos en las interfaces y en la interacción entre componentes integrados es?
Pruebas de nivel de integración
102. ¿Qué son las técnicas de prueba basadas en estructura (caja blanca)?
Las técnicas de prueba basadas en la estructura (que también son dinámicas en lugar de estáticas) utilizan la estructura interna del software para derivar casos de prueba. Se las suele llamar técnicas de "caja blanca" o "caja de cristal" (lo que implica que se puede ver el interior del sistema), ya que requieren conocimiento de cómo se implementa el software, es decir, cómo funciona. Por ejemplo, una técnica estructural puede estar relacionada con la ejecución de bucles en el software. Se pueden derivar diferentes casos de prueba para ejecutar el bucle una, dos y muchas veces. Esto se puede hacer independientemente de la funcionalidad del software.
103. ¿Cuándo se deben realizar las “Pruebas de Regresión”?
Después de que el software haya cambiado o cuando el entorno haya cambiado Pruebas de regresión deben llevarse a cabo.
104. ¿Qué son las pruebas negativas y positivas?
Una prueba negativa es cuando ingresa una entrada no válida y recibe errores. Mientras que la prueba positiva es cuando ingresa una entrada válida y espera que se complete alguna acción de acuerdo con la especificación.
105. ¿Cuál es el propósito de un criterio de finalización de una prueba?
El propósito del criterio de finalización de la prueba es determinar cuándo detener la prueba.
106. ¿Qué NO puede encontrar el análisis estático?
Por ejemplo, pérdidas de memoria.
107. ¿Cuál es la diferencia entre volver a realizar pruebas y realizar pruebas de regresión?
La nueva prueba garantiza que se haya eliminado la falla original; Las pruebas de regresión buscan efectos secundarios inesperados.
108. ¿Cuáles son las técnicas de prueba basadas en la experiencia?
En las técnicas basadas en la experiencia, el conocimiento, las habilidades y la experiencia de las personas son un importante contribuyente a las condiciones y casos de prueba. La experiencia tanto de los técnicos como de los empresarios es importante, ya que aportan diferentes perspectivas al proceso de análisis y diseño de las pruebas. Debido a la experiencia previa con sistemas similares, es posible que tengan ideas sobre lo que podría salir mal, lo cual es muy útil para realizar pruebas.
109. ¿Qué tipo de revisión requiere criterios formales de entrada y salida, incluidas métricas?
Inspección
110. ¿Podrían considerarse parte de las pruebas los exámenes o inspecciones?
Sí, porque ambos ayudan a detectar fallos y mejorar la calidad.
111. Un campo de entrada toma el año de nacimiento entre 1900 y 2004. ¿Cuáles son los valores límite para probar este campo?
1899,1900,2004,2005
112. ¿Cuál de las siguientes herramientas estaría involucrada en la automatización de la prueba de regresión? a. Probador de datos b. Probador de límites c. Captura/reproducción d. Comparador de salida.
d. Comparador de salida
113. Para probar una función, lo que tiene que escribir es un programador, que llama a la función a probar y le pasa los datos de prueba.
Destornillador
114. ¿Cuál es la razón clave por la que los desarrolladores tienen dificultades para probar su propio trabajo?
Falta de objetividad
115. "¿Cuántas pruebas son suficientes?"
La respuesta depende del riesgo para su industria, contrato y requisitos especiales.
116. ¿Cuándo deben suspenderse las pruebas?
Depende de los riesgos para el sistema que se está probando. Existen algunos criterios según los cuales puede dejar de realizar pruebas.
- Plazos (pruebas, lanzamiento)
- El presupuesto de prueba se ha agotado
- La tasa de errores cae por debajo de cierto nivel
- Casos de prueba completados con cierto porcentaje aprobado
- Finalizan los periodos alfa o beta para las pruebas
- La cobertura del código, la funcionalidad o los requisitos se cumplen hasta un punto específico.
117. ¿Cuál de los siguientes es el objetivo principal de la estrategia de integración para las pruebas de integración en pequeñas empresas?
El objetivo principal de la estrategia de integración es especificar qué módulos combinar, cuándo y cuántos a la vez.
118. ¿Qué son los casos de prueba semialeatorios?
Los casos de prueba semialeatorios no son nada, pero cuando realizamos casos de prueba aleatorios y hacemos una partición de equivalencia para esos casos de prueba, se eliminan los casos de prueba redundantes, lo que nos da casos de prueba semialeatorios.
119. Dado el siguiente código, ¿qué afirmación es verdadera acerca del número mínimo de casos de prueba necesarios para la cobertura completa de declaraciones y ramas?
Leer p
leer q
SI p+q> 100
ENTONCES imprima “Grande”
Endif
SI p > 50
ENTONCES Imprima “p Grande”
Endif
1 prueba de cobertura de extracto, 2 de cobertura de sucursal
120. ¿Qué revisión se utiliza normalmente para evaluar un producto para determinar su idoneidad para el uso previsto e identificar discrepancias?
Técnico RevVer
121. ¿Quién debe documentar originalmente las fallas encontradas?
Por probadores.
122. ¿Cuál es el estándar de documentación formal actualmente reconocido a nivel mundial?
No hay uno
123. ¿Cuál de los siguientes es el participante de la revisión que ha creado el elemento que se va a revisar?
Autor
124. Se corrigen varios errores críticos en el software. Todos los errores están en un módulo, relacionado con los informes. El administrador de pruebas decide realizar pruebas de regresión solo en el módulo de informes.
Las pruebas de regresión también se deben realizar en otros módulos porque arreglar un módulo puede afectar a otros módulos.
125. ¿Por qué el análisis del valor límite proporciona buenos casos de prueba?
Porque con frecuencia se cometen errores durante la programación de los diferentes casos cerca de los "bordes" del rango de valores.
126. ¿Qué diferencia a una inspección de otros tipos de revisión?
Está dirigido por un líder capacitado, utiliza criterios formales de entrada y salida y listas de verificación.
127. ¿Por qué el tester puede depender de la gestión de la configuración?
Porque la gestión de la configuración garantiza que conozcamos la versión exacta del software de prueba y del objeto de prueba.
128. ¿Qué es el modelo V?
Un modelo de desarrollo de software que ilustra cómo las actividades de prueba se integran con las fases de desarrollo de software.
129. ¿Qué son las pruebas de mantenimiento?
Activado por modificaciones, migración o retiro de software existente
130. ¿Qué es la cobertura de pruebas?
La cobertura de prueba mide de alguna manera específica la cantidad de pruebas realizadas por un conjunto de pruebas (derivadas de alguna otra manera, por ejemplo, utilizando técnicas basadas en especificaciones). Dondequiera que podamos contar cosas y saber si cada una de ellas ha sido probada o no mediante alguna prueba, entonces podremos medir la cobertura.
131. ¿Por qué se prefiere la integración incremental a la integración tipo “big bang”?
Porque la integración incremental tiene una mejor capacidad de aislamiento y detección temprana de defectos.
132. ¿Cómo se llama el proceso que comienza con los módulos terminales?
Integración ascendente
133. ¿Durante qué actividad de prueba se podrían encontrar fallas de manera más rentable?
Durante la planificación de la prueba
134. El propósito de la fase de requerimiento es
Congelar requisitos, comprender las necesidades del usuario, definir el alcance de las pruebas.
135. ¿Por qué dividimos las pruebas en distintas etapas?
Dividimos las pruebas en etapas distintas por las siguientes razones:
- Cada etapa de prueba tiene un propósito diferente
- Es más fácil gestionar la prueba por etapas.
- Podemos ejecutar diferentes pruebas en diferentes entornos.
- El rendimiento y la calidad de las pruebas se mejoran mediante pruebas por fases.
136. ¿Qué es el DRE?
Para medir la efectividad de las pruebas, se utiliza una poderosa métrica para medir la efectividad de las pruebas conocida como DRE (Defect Removal Efficiency). A partir de esta métrica sabríamos cuántos errores hemos encontrado en el conjunto de casos de prueba. La fórmula para calcular el DRE es
DRE=Número de errores durante la prueba/número de errores durante la prueba + número de errores encontrados por un usuario
137. ¿Cuál de las siguientes opciones es probable que se beneficie más del uso de herramientas de prueba que proporcionen captura de pruebas y funciones de reproducción? a) Pruebas de regresión b) Pruebas de integración c) Pruebas de sistema d) Pruebas de aceptación del usuario
Pruebas de regresión
138. ¿Cómo estimaría la cantidad de nuevas pruebas que probablemente se requieran?
Métricas de proyectos similares anteriores y discusiones con el equipo de desarrollo.
139. ¿Qué estudia el análisis de flujo de datos?
El uso de datos en rutas a través del código.
140. ¿Qué es el fracaso?
El fracaso es una desviación de un comportamiento específico.
141. ¿Qué son los comparadores de pruebas?
¿Es realmente una prueba si introduces algunas entradas en algún software, pero nunca miras si el software produce el resultado correcto? La esencia de las pruebas es comprobar si el software produce el resultado correcto y hacerlo, y debemos comparar lo que el software produce con lo que debería producir. Un comparador de pruebas ayuda a automatizar aspectos de esa comparación.
142. ¿Quién es responsable de documentar todas las cuestiones, problemas y puntos abiertos que se identificaron durante la reunión de revisión?
Escriba
143. ¿Cuál es el objetivo principal de la revisión informal?
Una forma económica de obtener algún beneficio.
144. ¿Cuál es el propósito de la técnica de diseño de pruebas?
Identificación de condiciones de prueba e identificación de casos de prueba.
145. Al probar un sistema de cálculo de calificaciones, el examinador determina que todas las puntuaciones entre 90 y 100 darán una calificación de A, pero las puntuaciones inferiores a 90 no. Este análisis se conoce como:
Partición de equivalencia
146. Un administrador de pruebas quiere utilizar los recursos disponibles para las pruebas automatizadas de una aplicación web. La mejor opción es
Probador, automatizador de pruebas, especialista web, DBA
147. Durante la prueba de un probador de módulos, 'X' encontró un error y se lo asignó a un desarrollador. Pero el desarrollador rechaza lo mismo y dice que no es un error. ¿Qué debería hacer 'X'?
Envíe la información detallada del error encontrado y verifique la reproducibilidad.
148. Un tipo de prueba de integración en la que elementos de software, elementos de hardware o ambos se combinan todos a la vez en un componente o un sistema general, en lugar de en etapas.
Pruebas de gran explosión
149. En la práctica, qué modelo de Ciclo de Vida puede tener más, menos o diferentes niveles de desarrollo y pruebas, dependiendo del proyecto y del producto de software. Por ejemplo, puede haber pruebas de integración de componentes después de las pruebas de componentes y pruebas de integración de sistemas después de las pruebas del sistema.
Modelo V
150. ¿Qué técnica se puede utilizar para lograr cobertura de entrada y salida? Se puede aplicar a la entrada humana, a la entrada a través de interfaces a un sistema o a parámetros de interfaz en pruebas de integración.
Partición de equivalencia
151. “Este modelo de ciclo de vida está impulsado por riesgos de cronograma y presupuesto” Esta afirmación es la más adecuada para.
Modelo V
152. ¿En qué orden se deben realizar las pruebas?
El más importante debe probarse primero.
153. Cuanto más tarde en el ciclo de vida del desarrollo se descubra un fallo, más costoso será solucionarlo. ¿Por qué?
La falla se ha integrado en más documentación, código, pruebas, etc.
154. ¿Qué es la medición de cobertura?
Es una medida parcial de la minuciosidad de la prueba.
155. ¿Qué es la prueba de valor límite?
Pruebe las condiciones de contorno sobre, debajo y por encima de los bordes de las clases de equivalencia de entrada y salida. Por ejemplo, digamos una aplicación bancaria en la que puede retirar un máximo de 20,000 rupias y un mínimo de 100 rupias, por lo que en las pruebas de valor límite probamos sólo los límites exactos, en lugar de llegar al medio. Eso significa que probamos por encima del límite máximo y por debajo del límite mínimo.
156. ¿Qué representa COTS?
Comercial listo para usar.
157. ¿El propósito de cuál es permitir que se lleven a cabo pruebas específicas en un sistema o red que se parezca lo más posible al entorno donde se utilizará el elemento bajo prueba en el momento de su lanzamiento?
Entorno de prueba
158. ¿Qué se puede considerar como base del plan del proyecto, pero con mayor detalle?
Plan de prueba de fase
159. ¿Qué es el desarrollo rápido de aplicaciones?
El desarrollo rápido de aplicaciones (RAD, por sus siglas en inglés) es formalmente un desarrollo paralelo de funciones y su posterior integración. Los componentes y funciones se desarrollan en paralelo como si fueran miniproyectos, se delimitan los plazos, se entregan y luego se ensamblan para formar un prototipo funcional. Esto permite ofrecer al cliente rápidamente algo que ver y usar, y proporcionar comentarios sobre la entrega y sus requisitos. Con esta metodología es posible realizar cambios y desarrollos rápidos del producto. Sin embargo, en algún momento será necesario desarrollar la especificación del producto y el proyecto deberá someterse a controles más formales antes de pasar a producción.
👉 Consulte nuestro – Cuestionario de prueba
👉 Consulte nuestro – Vídeo de Youtube con preguntas de la entrevista sobre pruebas de software
Descarga gratuita de PDF: Preguntas y respuestas de la entrevista sobre pruebas de software
El PDF de preguntas y respuestas de la entrevista de prueba manual anterior ayudará tanto a los ingenieros de control de calidad novatos como a los experimentados. Comparta la página con amigos y colegas.