Hemos recopilado las preguntas y respuestas de la entrevista de prueba manual más frecuentes que lo familiarizan con el tipo de preguntas de la entrevista de prueba de software que un entrevistador podría hacerle durante su entrevista. En esta lista de preguntas de la entrevista de prueba manual con respuestas, hemos cubierto todas las preguntas de la entrevista de prueba de software básicas y avanzadas más frecuentes con respuestas detalladas para ayudarlo a completar la entrevista de trabajo de prueba manual fácilmente.
Hemos cubierto más de 150 preguntas importantes de la entrevista para la prueba manual para candidatos novatos, así como preguntas de la entrevista para la prueba manual para ingenieros de control de calidad con experiencia para ayudar a prepararse para la próxima entrevista. Esta guía detallada de preguntas de la entrevista para pruebas manuales lo ayudará a resolver su entrevista de trabajo para pruebas de software.
Preguntas y respuestas de la entrevista de prueba manual
1. ¿Qué son las pruebas exploratorias?
Las pruebas exploratorias son un enfoque práctico en el que los probadores participan en la planificación mínima y la ejecución máxima de la prueba. La planificación implica la creación de un estatuto de prueba, una breve declaración del alcance de un esfuerzo de prueba corto (de 1 a 2 horas) en el tiempo, los objetivos y los posibles enfoques que se utilizarán. El diseño de la prueba y las actividades de ejecución de la prueba se realizan en paralelo, por lo general, sin documentar formalmente las condiciones de la 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 valor límite, pero pensará y probará los valores límite más importantes sin necesariamente escribirlos. Se escribirán algunas notas durante la sesión de prueba exploratoria para que luego se pueda producir un informe.
2. ¿Qué son las "pruebas de casos de uso"?
Para identificar y ejecutar el requisito funcional de una aplicación de principio a fin, se utiliza un "caso de uso" y las técnicas utilizadas para hacerlo se conocen como "Prueba de caso 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é es la prueba 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 los datos equivalentes de los que se pueden derivar casos de prueba. Con este método de prueba, reduce el tiempo requerido para la prueba del software.
6. ¿Qué son las pruebas de caja blanca y enumere los tipos de pruebas de caja blanca?
La técnica de prueba de caja blanca implica la selección de casos de prueba basados en un análisis de la estructura interna (cobertura de código, cobertura de ramas, cobertura de rutas, cobertura de condición, etc.) de un componente o sistema. También se conoce como prueba basada en código o prueba estructural. Los diferentes tipos de pruebas de caja blanca son
- Cobertura de estados de cuenta
- Cobertura de decisiones
7. En las pruebas de caja blanca, ¿qué verifica?
En las pruebas de caja blanca se verifican los siguientes pasos.
- Verifique los agujeros de seguridad en el código
- Verifique las rutas incompletas o rotas en el código
- Verificar el flujo de la estructura de acuerdo con la especificación del documento.
- Verificar los resultados esperados
- Verifique todos los bucles condicionales en el código para verificar 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 prueba de caja negra?
La prueba de caja negra es el 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 generalmente se realiza para verificar 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.
Prueba dinámica: para realizar esta prueba, se requiere que el código esté en forma ejecutable.
10. ¿Qué son verificación y validación?
La verificación es un proceso de evaluación de 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
- Prueba 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?
La prueba de integración es un nivel de proceso de prueba de software, donde las unidades individuales de una aplicación se combinan y prueban. Por lo general, se realiza después de las pruebas unitarias y funcionales.
13. ¿En qué consisten los planes de prueba?
El diseño de la prueba, el alcance, las estrategias de prueba y el enfoque son varios detalles en los que consta el documento del plan de prueba.
- Identificador de caso de prueba
- Alcance
- Características a probar
- Características que no deben probarse
- 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 las pruebas de aceptación del usuario (UAT) y las pruebas del sistema?
Prueba del sistema: la prueba del sistema consiste en encontrar defectos cuando el sistema se somete a pruebas en su conjunto; también se conoce como prueba de extremo a extremo. En este tipo de pruebas, la aplicación sufre desde el principio hasta el final.
UAT: User Acceptance Testing (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 las pruebas basadas en datos y las nuevas pruebas.
Nueva prueba: es un proceso de verificación de errores que el equipo de desarrollo acciona para verificar que se hayan solucionado.
Prueba basada en datos (DDT): en el proceso de prueba basada en datos, la aplicación se prueba con varios datos de prueba. La aplicación se prueba con un conjunto de valores diferente.
16. ¿Cuáles son los pasos valiosos para resolver problemas durante la prueba?
- Registro: registre y maneje cualquier problema que haya ocurrido
- Informe: informe de 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 guiones 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 denomina Condición de prueba o Posibilidad de prueba.
Casos de prueba: es un documento que contiene los pasos a ejecutar; se ha planeado antes.
Script de prueba: está escrito en un lenguaje de programación y es un programa corto que se usa para probar parte de la funcionalidad del sistema de software. En otras palabras, un conjunto de pasos escritos que deben realizarse manualmente.
18. ¿Qué es el defecto latente?
Defecto latente: este defecto es un defecto existente en el sistema que no causa ningún fallo, 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 ejecución de la prueba?
Para conocer la calidad de la ejecución de la prueba, podemos utilizar dos parámetros
- Relación de rechazo de defectos
- Relación de fuga defectuosa
20. ¿Cuál es la función de la herramienta de prueba de software "fantasma"?
Phantom es un programa gratuito y se utiliza para el lenguaje de programación de automatización de la GUI de Windows. Nos permite tomar el control de ventanas y funciones de forma automática. Puede simular cualquier combinación de pulsaciones de teclas y clics del mouse, así como menús, listas y más.
21. Explique qué son los entregables de 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 entregables de prueba en cada fase del ciclo de vida del desarrollo de software.
- Antes de la prueba
- Durante la prueba
- Después de la prueba
22. ¿Qué es la prueba de mutación?
La prueba de mutación es una técnica para identificar si un conjunto de datos de prueba o 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é debe tener en cuenta antes de seleccionar herramientas de automatización para la AUT?
- Viabilidad técnica
- Nivel de complejidad
- Estabilidad de la aplicación
- Datos de prueba
- Tamaño de la aplicación
- Reutilización de scripts automatizados
- Ejecución en todo el entorno
24. ¿Cómo llevará a cabo el análisis de riesgos?
Para el análisis de riesgos es necesario implementar los siguientes pasos
- Encontrar la puntuación del riesgo
- Hacer un perfil del 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
- Programa de rebanado
- Análisis del árbol de fallos
26. ¿Qué explica el enmascaramiento de fallas con un ejemplo?
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" causa un disparo de excepción del sistema no controlado, el desarrollador evitará la entrada de valores negativos. Esto resolverá el problema y ocultará el defecto de la activación de excepciones no controladas.
27. Explique qué es el plan de prueba. ¿Cuál es la información que debería incluirse en el plan de prueba?
Un plan de prueba 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 prueba 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 puede eliminar el riesgo del producto en su proyecto?
Le ayuda a eliminar el riesgo del producto en su proyecto, y hay un paso simple pero crucial que puede reducir el riesgo del producto en su proyecto.
- Investigar los documentos de especificación
- Tener discusiones sobre el proyecto con todas las partes interesadas, incluido el desarrollador.
- Como un usuario real, camina por el sitio web.
29. ¿Cuál es el riesgo común que conduce al fracaso del proyecto?
El riesgo común que conduce al fracaso de un proyecto son
- No tener suficientes recursos humanos
- Es posible que el entorno de prueba no esté configurado correctamente
- Presupuesto limitado
- Limitaciones de tiempo
30. ¿Sobre qué base puede llegar a una estimación para su proyecto?
Para estimar su proyecto, debe considerar los siguientes puntos
- Divide todo el proyecto en las tareas más pequeñas.
- Asignar cada tarea a los miembros del equipo
- Estime el esfuerzo requerido para completar cada tarea
- Validar la estimación
31. Explique cómo asignaría una tarea a los miembros del equipo.
| Tarea | Miembro |
|
|
|
|
|
|
|
|
|
|
32. Explique qué es el tipo de prueba y cuáles son los tipos de prueba que se utilizan comúnmente.
Para obtener un resultado de prueba esperado, se sigue un procedimiento estándar que se conoce como Tipo de prueba.
Los tipos de prueba más utilizados son
- Prueba unitaria: prueba el código más pequeño de una aplicación
- Prueba de API: API de prueba creada para la aplicación
- Pruebas de integración: los módulos de software individuales se combinan y prueban
- Prueba del sistema: prueba completa del sistema
- Prueba de instalación / desinstalación: prueba realizada desde el punto de vista del cliente / cliente
- Pruebas ágiles: pruebas a través de la técnica ágil
33. Mientras monitorea su proyecto, ¿qué es lo que debe considerar?
Las cosas que deben tenerse en cuenta son
- ¿Tu proyecto está a tiempo?
- ¿Estás por encima del presupuesto?
- ¿Estás trabajando para lograr el mismo objetivo profesional?
- ¿Tienes suficientes recursos?
- ¿Hay señales 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?
- Hacer coincidir recursos con proyectos incorrectos
- Falta de habilidades del administrador de pruebas
- No escuchar a los demás
- Programación deficiente
- 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 Garantía de calidad del software o SQA. SQA se centra más en el proceso de software que en los productos de trabajo de software. Es un conjunto de actividades diseñadas para asegurarse de 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 SQA efectiva son
- Mejora continua
- Documentación
- Uso de herramientas
- Métrica
- Responsabilidad de los miembros del equipo
- Auditores SQA con experiencia
38. ¿Cuándo se prepara la RTM (Matriz de trazabilidad de requisitos)?
El 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 la matriz de prueba y la matriz de trazabilidad?
Matriz de pruebas : la matriz de pruebas se utiliza para capturar la calidad, 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 stubs y los controladores?
Tanto los códigos auxiliares como los controladores son parte de las pruebas incrementales. En las pruebas incrementales, hay dos enfoques, a saber, el enfoque de abajo hacia arriba y el de arriba hacia abajo. Los controladores se utilizan en las pruebas ascendentes y el código auxiliar 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ía una vez que encuentre el defecto?
Una vez que se encuentra un defecto, debe seguir el paso
a) Recrear el defecto
b) Adjunta la captura de pantalla
c) Registrar el defecto
42. Explique qué es el método de prueba "basado en el plan de prueba" o "basado en la palabra clave".
Esta técnica utiliza el documento de caso de prueba real desarrollado por probadores 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 un "flujo de datos" a través de un sistema de información se representa gráficamente, se lo conoce como Diagrama de flujo de datos. También se utiliza para la visualización del procesamiento de datos.
44. Explique qué es LCSAJ.
LCSAJ significa "secuencia de código lineal y salto". Consta de los siguientes tres elementos
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é es la prueba N + 1.
La variación de la prueba 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 usa?
Las pruebas de 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 bloquear el sistema. 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 procesar código fuente y se puede aplicar directamente al código objeto
b) Los errores se distribuyen de manera uniforme a través del código, debido a 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 los caracteres de la cadena nueva> caracteres de la cadena anterior. Ninguno de los caracteres debería truncarse
b) Si los caracteres de la nueva cadena c) Los espacios antes y después de la cadena no deben eliminarse d) La cadena debe reemplazarse solo para la primera aparición de la cadena 49. ¿Cómo manejará un conflicto entre los miembros de su equipo? 50. Mencione cuáles son las categorías de defectos. Principalmente hay tres categorías de defectos. 51. Explique cómo funciona una herramienta de cobertura de prueba. 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 realiza la prueba final, obtenemos un informe completo de las declaraciones 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 denomina falla mientras que el defecto se identifica internamente y se resuelve; entonces se denomina defecto. 53. ¿Explica cómo probar documentos en un proyecto que abarcan 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 54. Explique qué casos de prueba se escriben primero en cajas negras o cajas blancas. Los casos de prueba de caja negra se escriben primero como para escribir casos de prueba de caja negra; Requiere un plan de proyecto y un documento de requisitos. Todos estos documentos están fácilmente disponibles al comienzo del proyecto. Si bien la escritura de casos de prueba de caja blanca requiere una mayor comprensión de la arquitectura y no está disponible al comienzo del proyecto. 55. Explique cuál es la diferencia entre defectos latentes y enmascarados. 56. Mencione qué son las pruebas ascendentes. Las pruebas ascendentes son un enfoque para las pruebas de integración, en el que los componentes de nivel más bajo se prueban primero y luego se utilizan para facilitar la prueba 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 prueba. Los diferentes tipos de técnicas de cobertura de prueba incluyen 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 las 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 61. Mencione cuál es el propósito de realizar pruebas de extremo a extremo. Las pruebas de extremo a extremo se realizan después de las pruebas funcionales. El propósito de realizar pruebas de extremo a extremo es que 62. Explique lo que significa prueba de arnés. Un arnés de prueba está configurando un conjunto de herramientas y datos de prueba para probar una aplicación en varias condiciones, e implica monitorear la salida con la salida esperada para verificar que sea correcta. 63. Explique en un proyecto de prueba qué actividades de prueba automatizaría? Al probar las actividades de prueba del proyecto, automatizaría 64. ¿Cuál es el beneficio PRINCIPAL de diseñar pruebas al principio del ciclo de vida? Ayuda a evitar que se introduzcan defectos en el código. 65. ¿Qué son las pruebas basadas en riesgos? Pruebas basadas en riesgos es el término utilizado para un enfoque para crear una estrategia de pruebas que se basa en priorizar las pruebas por riesgo. La base del enfoque es un análisis de riesgo detallado y la priorización de riesgos por nivel de riesgo. Luego se especifican las pruebas para abordar cada riesgo, comenzando con el riesgo más alto primero. 66. ¿Cuál es la diferencia CLAVE entre los enfoques preventivos y reactivos de las pruebas? Las pruebas preventivas se diseñan temprano; Las pruebas reactivas se diseñan después de que se ha 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 utiliza la prueba de la tabla de decisiones? La prueba de tabla de decisión se utiliza para probar sistemas para los cuales la 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 de la tabla explora combinaciones de entradas para definir las salidas producidas. Obtenga más información sobre la técnica de prueba de la tabla de decisiones en el tutorial en video aquí 70. ¿Por qué utilizamos tablas de decisión? Las técnicas de partición de equivalencia y análisis de valor límite se aplican a menudo 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 mostrar usando particiones de equivalencia y análisis de valor límite, que tienden a estar más enfocados en la interfaz de usuario. Las otras dos técnicas basadas en especificaciones, las tablas de decisión y las 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 forma de lidiar con combinaciones de cosas (por ejemplo, entradas). Esta técnica a veces también se denomina tabla de "causa-efecto". La razón de esto es que existe una técnica de diagramación lógica asociada llamada 'gráfica 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 producto 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 de caso de prueba o especificación de 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 determina los criterios de salida? Los criterios de salida se determinan sobre la base de "Planificación de pruebas". 75. ¿Qué es la prueba Alpha? Pruebas previas al lanzamiento realizadas por representantes de 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 se realiza utilizando el producto por el grupo de usuarios antes de la implementación final, y en la prueba beta, no ingresamos datos reales, pero 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%? 4 79. Ha diseñado casos de prueba para proporcionar un 100% de cobertura de declaración y 100% de decisión para el siguiente fragmento de código. if ancho> largo, entonces mayor_dimensión = ancho más mayor_dimensión = largo end_if Lo siguiente se ha agregado al final del fragmento de código anterior. print "La dimensión más grande es" & large_dimensionprint "Width: & width print "Length: & 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 las técnicas de prueba y las herramientas de prueba? Técnica de prueba: - Es un proceso para asegurar que algunos aspectos del sistema o unidad de aplicación funcionan 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 la salida 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 la 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 5. Hay un 20% de descuento 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 solicitados. ¿Cuál de los siguientes grupos contiene tres entradas de prueba que se generarían mediante el análisis de valor límite? 4, 5, 99 84. ¿Qué es la prueba de componentes? La prueba de componentes, también conocida como prueba de unidad, módulo y programa, busca defectos y verifica 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 stub desde el componente de software que se va a probar; un conductor llama a un componente para que sea probado. Aquí hay un video increíble sobre pruebas unitarias 85. ¿Qué es la prueba del sistema funcional? 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 probadores independientes son imparciales e identifican diferentes defectos al mismo tiempo. 87. En un enfoque REACTIVO de las pruebas, ¿cuándo esperaría que comenzara la mayor parte del trabajo de diseño de la prueba? La mayor parte del trabajo de diseño de prueba comienza después de que se ha producido el software o el sistema. 88. ¿Cuáles son las diferentes metodologías en el modelo de desarrollo ágil? Actualmente existen siete metodologías ágiles diferentes que conozco: 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 'Diseño' incluye la evaluación de la capacidad de prueba de los requisitos y el sistema. 90. ¿Cuál es normalmente la razón MÁS importante para utilizar el riesgo para impulsar los esfuerzos de prueba? Porque probar todo no es factible. 91. ¿Qué es la prueba aleatoria / de monos? ¿Cuándo se usa? Las pruebas aleatorias a menudo se conocen como pruebas de monos. En este tipo de pruebas, los datos se generan aleatoriamente, a menudo utilizando una herramienta o un mecanismo automatizado. Con esta entrada generada aleatoriamente, el sistema se prueba y los resultados se analizan en consecuencia. Estas pruebas son menos confiables; por lo tanto, los principiantes lo usan normalmente y para ver si el sistema resistirá los efectos adversos. 92. ¿Cuáles de los siguientes son objetivos válidos para los informes de incidentes? 93. Considere las siguientes técnicas. ¿Cuáles son técnicas estáticas y cuáles son dinámicas? Las inspecciones y análisis de flujo de datos son estáticos; El particionamiento de equivalencia, las pruebas de casos de uso, las pruebas exploratorias y las pruebas de decisión son dinámicas. 94. ¿Por qué se describen las pruebas estáticas y dinámicas 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: 96. ¿Cuál es el papel del moderador en el proceso de revisión? El moderador (o líder de la 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 de la reelaboración, con el fin de controlar la calidad de la entrada y salida 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 discusiones y almacena los datos que se recopilan. Obtenga más información sobre el proceso de revisión en el tutorial de video aquí 97. ¿Qué es una partición de equivalencia (también conocida como clase de equivalencia)? Rangos de valores de entrada o salida de modo que solo un valor en el rango se convierte en un caso de prueba. 98. ¿Cuándo deben implementarse 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 intrusos malintencionados? Pruebas de seguridad 100. ¿Pruebas en las que sometemos al objetivo de la prueba a cargas de trabajo variables para medir y evaluar los comportamientos de desempeño y la capacidad del objetivo y 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 los componentes integrados es? Prueba de nivel de integración 102. ¿Cuáles son las técnicas de prueba basadas en estructura (caja blanca)? Las técnicas de prueba basadas en estructura (que también son dinámicas en lugar de estáticas) utilizan la estructura interna del software para derivar casos de prueba. Suelen denominarse técnicas de "caja blanca" o "caja de cristal" (lo que implica que 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 el ejercicio de bucles en el software. Se pueden derivar diferentes casos de prueba para ejercitar el ciclo 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, se deben realizar pruebas de regresión. 104 . ¿Qué son las pruebas positivas y negativas? 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 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 probar y probar 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 los antecedentes de las personas son un factor principal para las condiciones de prueba y los 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 pruebas. Debido a la experiencia previa con sistemas similares, es posible que tengan conocimientos sobre lo que podría salir mal, lo cual es muy útil para las pruebas. 109. ¿Qué tipo de revisión requiere criterios formales de entrada y salida, incluidas métricas? Inspección 110. ¿Podrían considerarse las revisiones o inspecciones parte de las pruebas? Sí, porque ambos ayudan a detectar fallas y mejoran 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? una. 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 un programador, que llama a la función a probar y pasar los datos de prueba. Conductor 114. ¿Cuál es la única 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 interrumpirse las pruebas? Depende de los riesgos para el sistema que se está probando. Existen algunos criterios basados en los cuales puede dejar de realizar la prueba. 117. ¿Cuál de los siguientes es el propósito principal de la estrategia de integración para las pruebas de integración en los pequeños? El propósito 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 partición de equivalencia a 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 sobre el número mínimo de casos de prueba necesarios para la cobertura completa de la declaración y la sucursal? Leer p Leer q SI p + q> 100 ENTONCES Imprime "Grande" TERMINARA SI SI p> 50 ENTONCES Imprima "p grande" TERMINARA SI 1 prueba para cobertura de estados de cuenta, 2 para cobertura de sucursales 120. ¿Qué revisión se utiliza normalmente para evaluar un producto a fin de determinar su idoneidad para el uso previsto y para identificar discrepancias? Revisión técnica. 121. ¿Quién debe documentar originalmente las fallas encontradas? Por probadores. 122. ¿Cuál es el estándar actual de documentación formal reconocido mundialmente? 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 deben realizarse en otros módulos porque la reparación de 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 asegura que conocemos la versión exacta del software de prueba y el objeto de prueba. 128. ¿Qué es V-Model? 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 la prueba? La cobertura de pruebas mide de alguna manera específica la cantidad de pruebas realizadas por un conjunto de pruebas (derivadas de alguna otra manera, por ejemplo, usando técnicas basadas en especificaciones). Siempre que podamos contar cosas y podamos saber si cada una de esas cosas ha sido probada o no por alguna prueba, entonces podemos medir la cobertura. 131. ¿Por qué se prefiere la integración incremental a la integración "big bang"? Porque la integración incremental tiene una mejor capacidad de detección y aislamiento de defectos tempranos 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 requisitos es Para congelar los 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 distintas etapas por las siguientes razones: 136. ¿Qué es DRE? Para medir la efectividad de la prueba, se utiliza una métrica poderosa para medir la efectividad de la prueba conocida como DRE (Eficiencia de eliminación de defectos). 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 una prueba / número de errores durante la prueba + número de errores encontrados por un usuario 137. ¿Cuál de los siguientes es probable que se beneficie más del uso de herramientas de prueba que brinden funciones de captura y reproducción de pruebas? a) Prueba de regresión b) Prueba de integración c) Prueba del sistema d) Prueba de aceptación del usuario Pruebas de regresión 138. ¿Cómo calcularí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 del comportamiento especificado. 141. ¿Qué son los comparadores de prueba? ¿Es realmente una prueba si pones algunas entradas en algún software, pero nunca miras para ver si el software produce el resultado correcto? La esencia de las pruebas es comprobar si el software produce el resultado correcto y, para ello, debemos comparar lo que produce el software con lo que debería producir. Un comparador de prueba 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 del examen oficioso? 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, un evaluador determina que todas las calificaciones de 90 a 100 darán una calificación de A, pero las calificaciones por debajo de 90 no lo harán. Este análisis se conoce como: Partición de equivalencia 146. Un administrador de pruebas desea utilizar los recursos disponibles para la prueba automatizada de una aplicación web. La mejor opción es Tester, automatización 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, diciendo 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 los elementos de software, los elementos de hardware o ambos se combinan de una vez en un componente o un sistema general, en lugar de en etapas. Prueba de Big-Bang 149. En la práctica, qué modelo de ciclo de vida puede tener más, menos o diferentes niveles de desarrollo y pruebas, según el proyecto y el producto de software. Por ejemplo, puede haber pruebas de integración de componentes después de la prueba de componentes y pruebas de integración del sistema después de la prueba del sistema. Modelo V 150. ¿Qué técnica se puede utilizar para lograr una cobertura de entrada y salida? Se puede aplicar a la entrada humana, entrada a través de interfaces a un sistema o 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 programación y presupuesto" Esta declaración es la más adecuada para. Modelo V 152. ¿En qué orden deben realizarse las pruebas? El más importante debe probarse primero. 153. Cuanto más tarde en el ciclo de vida del desarrollo se descubre una falla, más costoso es repararla. ¿Por qué? La falla se ha incorporado a 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 en, por debajo y por encima de los límites 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 solo los límites exactos, en lugar de presionar en el 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 realicen pruebas específicas en un sistema o red que se asemeje lo más posible al entorno en el que se utilizará el elemento sometido a prueba una vez que se libere? Entorno de prueba 158. ¿Qué se puede pensar que se basa en el plan del proyecto, pero con mayor cantidad de detalles? Plan de prueba de fase 159. ¿Qué es el desarrollo rápido de aplicaciones? El desarrollo rápido de aplicaciones (RAD) es formalmente un desarrollo paralelo de funciones y su posterior integración. Los componentes / funciones se desarrollan en paralelo como si fueran mini proyectos, los desarrollos se clasifican en cajas de tiempo, se entregan y luego se ensamblan en un prototipo funcional. Esto puede dar al cliente rápidamente algo para ver y usar y proporcionar comentarios sobre la entrega y sus requisitos. El cambio y el desarrollo rápidos del producto son posibles utilizando esta metodología. Sin embargo, la especificación del producto deberá desarrollarse para el producto en algún momento, y el proyecto deberá someterse a controles más formales antes de entrar en producción. Refiera nuestro - Prueba de prueba Consulte nuestro - Preguntas de la entrevista de prueba de software Video de Youtube Descarga gratuita del PDF: Preguntas y respuestas de la entrevista de prueba de software El pdf de preguntas y respuestas de la entrevista de prueba manual anterior ayudará tanto a los principiantes como a los ingenieros de control de calidad con experiencia. Comparta la página con amigos y colegas.
si ancho> largothenbiggest_dimension = anchosi altura> anchothenbiggest_dimension = alturaterminara sielsebiggest_dimension = longitudsi altura> longitudthenbiggest_dimension = alturaterminara siterminara si