¿Qué es un fallo? Comportamiento incorrecto del programa debido a un error en el programa Error encontrado antes del lanzamiento del producto Error encontrado después del lanzamiento del producto Error encontrado durante la fase de Diseño.
¿Cuál de las siguientes puede ser la causa raíz de un error en un producto de software?
I. El proyecto tenía procedimientos incompletos para la administración de la configuración.
II. Se cortó el candelario para desarrollar un determinado componente.
III. La especificación no estaba clara.
IV. El uso de un estándar de codificación no fue seguido.
V. Los probadores no eran certificados ISTQB. I y II son correctos. I y IV son correctos. III y V son correctos. I, II y IV son correctos.
Cuál de los siguientes NO es un objetivo de prueba razonable? Para encontrar fallas en el software. Para dar confianza en el software. Para encontrar problemas de rendimiento. Para demostrar que el software no tiene fallas.
Cuál de las siguientes afirmaciones es verdadera ? Las pruebas son lo mismo que aseguramiento de la calidad. Las pruebas son parte de aseguramiento de la calidad. Las pruebas no son parte de aseguramiento de la calidad. Las pruebas son lo mismo que la depuración (debugging).
¿Cuál de las siguientes oraciones describe uno de los principios básicos? Se pueden realizar pruebas completas de software si tiene suficientes recursos y herramientas de prueba. Con las pruebas automatizadas puede hacer declaraciones con más confianza sobre la calidad de un producto que con las pruebas manuales. Para un sistema de software, no es posible, en condiciones normales, probar todas las combinaciones de entrada y salida. Un objetivo de las pruebas es mostrar que el software está libre de defectos.
¿Cuál de las siguientes afirmaciones es VERDADERA?
I. Las pruebas de regresión y de pruebas de confirmación son lo mismo.
II. Las pruebas de regresión demuestran que todos los defectos se han resuelto.
III. La prueba de regresión es un buen candidato para la automatización de prueba.
IV. La prueba de regresión se realiza para descubrir defectos como resultado de los cambios en el software.
V. no se debería realizar pruebas de regresión durante las pruebas de integración. IV es VERDADERA; I, II, III y V son FALSAS. III es VERDADERA; I, II, IV y V son FALSAS. III y IV son VERDADERAS; I, II y V son FALSAS. I, III y IV son VERDADERAS; II y V son FALSAS.
¿Qué actividad en el proceso fundamental de prueba incluye la evaluación de la capacidad de prueba (Testability) de los requerimientos y el sistema? Cierre de prueba. Prueba de implementación y ejecución. Análisis y diseño de la prueba. Planificación y control de la prueba.
Considere la siguiente lista de actividades del proceso de prueba:
I. Análisis y diseño.
II. Actividades de cierre de prueba.
III. Evaluación de criterios de salida e informes.
IV. Planificación y control.
V. Implementación y ejecución. IV, I, V, II y III. IV, I, V, III y II. I, II, III, IV y V. I, IV, V, III y II.
¿Cuál de las siguientes afirmaciones describe MEJOR las pruebas no funcionales? Las pruebas no funcionales son el proceso de prueba de un sistema integrado para verificar que cumple con los requisitos especificados. Las pruebas no funcionales son el proceso de pruebas para determinar la conformidad del sistema con los estándares de codificación. Las pruebas no funcionales son probar sin hacer referencia a la estructura interna del sistema. Las pruebas no funcionales son probar características del sistema, tales como la usabilidad, fiabilidad o mantenibilidad.
¿Qué es importante hacer cuando se trabaja con modelos de desarrollo de software? Si fuera necesario, adaptar los modelos a las características del proyecto y del producto. Elegir el modelo en cascada, porque es el modelo más consolidado. Comience con el modelo-V y, a continuación, pasar al modelo iterativo o al incremental. Cambiar la organización que se adapte al modelo, y no al revés.
¿Cuál de las siguientes afirmaciones es una característica de buena prueba y se aplica en cualquier modelo de ciclo de vida de desarrollo de software? La prueba de aceptación siempre es el último nivel de la prueba que se aplica. Todos los niveles de prueba son planificados y completados para cada característica desarrollada. Los probadores son involucrados por primera vez cuando la primera pieza de código puede ser ejecutada Para cada actividad de desarrollo hay una actividad de prueba correspondiente.
¿Cuál de las siguientes descripciones es un ejemplo de prueba de mantenimiento? Para probar defectos corregidos durante el desarrollo de un nuevo sistema. Para probar mejoras en un sistema existente en explotación. Para tratar las quejas con respecto a la calidad del sistema durante la prueba de aceptación de usuario. Para integrar las funciones durante el desarrollo de un nuevo sistema.
¿Cuál de las siguientes afirmaciones comparando las pruebas de componente y las pruebas de sistema es VERDADERA? Las pruebas de componente verifican la funcionalidad de los módulos de software, objetos del programa y clases que pueden ser probadas por separado, mientras que las pruebas de sistema verifican las interfaces entre los componentes y las interacciones entre las diferentes partes del sistema. Los casos de prueba para las pruebas de componente, en general, se obtienen a partir de las especificaciones de componente, especificaciones de diseño o modelos de datos, mientras que los casos de prueba para las pruebas de sistema se suelen obtener a partir de especificaciones de requisitos, especificaciones funcionales, o casos de uso. Las pruebas de componente sólo se centran en características funcionales, mientras que las pruebas de sistema se centran en las características funcionales y no funcionales. Las pruebas de componente son responsabilidad de los probadores, mientras que las pruebas de sistema, normalmente, son responsabilidad de los usuarios del sistema.
¿Cuál de las siguientes afirmaciones describe las fases principales de una revisión formal? Iniciación, retroceso, preparación individual, reunión de revisión, reconstrucción, seguimiento. Planificación, preparación individual, reunión de revisión, reconstrucción, cierre, seguimiento. Planificación, inicio, preparación individual, reunión de revisión, reconstrucción, seguimiento. Preparación individual, reunión de revisión, reconstrucción, cierre, seguimiento, análisis de causa raíz.
¿Cuál de los siguientes tipos de revisión es la mejor opción para seleccionar con el objeto de llevar a cabo revisiones de componentes de seguridad crítica en un proyecto de software si, además, la revisión debe demostrarse como proceso formal basado en reglas y listas de comprobación? Revisión Informal. Revisión Técnica. Inspección. Revisión Guiada.
¿Cuál de las siguientes afirmaciones acerca del análisis estático basado en herramientas es FALSA? El análisis estático basado en herramientas puede ser utilizado como una medida preventiva con procesos adecuados en su sitio. El análisis estático basado en herramientas pueden detectar defectos que no se encuentran con facilidad con pruebas dinámicas. El análisis estático basado en herramientas puede resultar en ahorro de costes por una detección temprana de defectos. El análisis estático basado en herramientas es una buena manera de forzar fallos en el software.
Se ha detectado un defecto durante la prueba: Al recibir los datos del cliente desde un servidor, se produce un fallo del sistema. El defecto fue corregido al corregir el código que comprueba la disponibilidad de la red durante la transferencia de datos. Los casos de prueba existentes cubren el 100% de todas las sentencias del módulo correspondiente. Se han diseñado, agregado al juego de pruebas y ejecutado algunas pruebas adicionales con el objetivo de verificar la corrección y asegurar una cobertura más amplia.
¿Cuál de los siguientes tipos se deberían de utilizar en este escenario?
I. Pruebas funcionales.
II. Pruebas estructurales.
III. Pruebas de confirmación o repetición de pruebas.
IV. Pruebas de rendimiento. Se utilizan I y II, pero no se utilizan III y IV. Se utilizan I y III, pero no se utilizan II y IV. Se utilizan I, II y III, pero no se utiliza IV. Se utilizan II, III y IV, pero no se utiliza I.
¿Cuál de las siguientes afirmaciones para la técnica de prueba de partición de equivalencia es VERDADERA?
Las técnicas de prueba de partición de equivalencia...
I. Divide las posibles entradas en clases, dónde se espera que todos los elementos causen el mismo comportamiento.
II. Utiliza ambas particiones, válidas e inválidas.
III. Debe incluir, por lo menos, dos valores de cada partición de equivalencia.
IV. Sólo se pueden utilizar para probar entradas de particiones de equivalencia desde una interfaz Gráfica de Usuario. I, II y IV son VERDADERAS; III es FALSA. I es VERDADERA; II, III y IV son FALSAS. II y III son VERDADERAS; I y IV son FALSAS. I y II son VERDADERAS; III y IV son FALSAS.
¿Cuál de las siguientes opciones enumeran técnicas clasificadas como técnicas de diseño de Caja Negra? Particiones de Equivalencia, Pruebas de Tabla de Decisión, Pruebas de Transición de Estado, Análisis de Valores Frontera Particiones de Equivalencia, Pruebas de Tabla de Decisión, Cobertura de Sentencia, Pruebas Basadas en Casos de Uso. Particiones de Equivalencia, Pruebas de Cobertura de Decisión, Pruebas Basadas en Casos de Uso. Particiones de Equivalencia, Pruebas de Cobertura de Decisión, Análisis de Valores Frontera.
¿Cuáles de las siguientes afirmaciones acerca de los beneficios de generar casos de prueba a partir de casos de uso son verdaderas y cuáles son falsas?
I. Derivar casos de prueba de los casos de uso es útil para las pruebas de sistema y pruebas aceptación.
II. Derivar casos de prueba de casos de uso es útil sólo para pruebas automatizadas.
III. Derivar casos de prueba de casos de uso es útil para las pruebas de componente.
IV. Derivar casos de prueba de los casos de uso es útil para las pruebas de integración. I y IV son VERDADERAS; II y III son FALSAS. I, es VERDADERA; II, III y IV son FALSAS. II y IV son VERDADERAS; I y III son FALSAS. I, III y IV son VERDADERAS; II es FALSA.
¿Qué documento de prueba contiene toda la información sobre un caso de prueba específico, incluidos los requisitos y los módulos que se probarán? Plan de prueba. Especificación del caso de prueba. Especificación del diseño de prueba. Procedimiento de prueba.
¿Qué enunciado sobre los resultados esperados es FALSO? Los resultados esperados se definen por el comportamiento del software. Los resultados esperados se derivan de una especificación, no del código. Los resultados esperados deben predecirse antes de ejecutar una prueba. Los resultados esperados pueden incluir restricciones de tiempo, como los tiempos de respuesta.
La comisión bancaria es del 0% para el saldo inferior a 500 EGP, del 2% para menos de 1000 EGP y del 4% para 1000 EGP o más. ¿Qué entradas de prueba en EGP se seleccionarían usando BVA? 0.00, 0.01, 499.99, 500.00, 500.01, 999.99, 1000.00, 1000.01 -0.01, 0.00, 499.99, 500.00, 999.99, 1000.00 -0.01, 499.99, 500.00, 999.99, 1000.00 0.00, 500.00, 500.01, 1000.00, 1000.01.
Las tarifas postales para 'letras claras' son de 25p hasta 10g, 35p hasta 50g más un extra de 10p por cada 25g adicionales hasta 100g. ¿Qué entradas de prueba (en gramos) serían seleccionadas usando partición de equivalencia? 8, 42, 82, 102 4, 15, 65, 92, 159 10, 50, 75, 100 5, 20, 40, 60, 80.
¿Qué significa si un conjunto de pruebas ha logrado una cobertura de declaración del 90%? 9 de cada 10 resultados de decisión han sido ejercidos por este conjunto de pruebas. 9 de 10 declaraciones han sido ejercidas por este conjunto de pruebas. Se han ejecutado 9 de 10 pruebas en este conjunto de software. 9 de cada 10 declaraciones de requisitos sobre el software son correctas.
¿Cuál de las siguientes opciones sería la MEJOR base para probar con ataques de falta? Experiencia, datos de defectos y fallos, conocimiento sobre fallos del software. Identificación de riesgos realizada al inicio del proyecto. Casos de Uso derivados de los flujos de negocio por expertos del dominio. Resultados esperados de la comparación con un sistema existente.
Usted está trabajando en un proyecto que tiene unas malas especificaciones y presión en lo que respecta al tiempo. ¿Cuál de las siguientes técnicas de prueba sería el enfoque más útil a utilizar? Pruebas de Casos de Uso. Pruebas de Sentencia. Pruebas Exploratorias. Pruebas de Decisión.
Uno de los objetivos de su proyecto es tener un 100% de cobertura de decisión. Las tres pruebas siguientes han sido ejecutadas para el flujo de control del siguiente grafo (Ver diagrama).
Prueba_01 cubre el camino: A, B, D, E, G.
Prueba_02 cubre el camino: A, B, D, E, F, G
Prueba_03 cubre el camino: A, C, F, C, F, C, F, G
¿Cuál de las siguientes afirmaciones en relación con el objetivo de cobertura es VERDADERA? La decisión D no se ha probado de forma completa. Se ha logrado un 100% de cobertura de decisión. La decisión E no se ha probado de forma completa. La decisión F no se ha probado de forma completa.
¿Cuál de las siguientes afirmaciones describe mejor cómo se dividen las tareas entre el gestor de pruebas y el probador? El jefe de pruebas planifica las actividades de prueba y elige los estándares a seguir, mientras que el probador elige las herramientas y controles a utilizar. El jefe de pruebas planifica, organiza y controla las actividades de prueba, mientras que el probador especifica y ejecuta las pruebas. El jefe de pruebas planifica, supervisa y controla las actividades de prueba, mientras que el probador diseña las pruebas y decide sobre la aprobación del objeto de prueba. El jefe de pruebas planifica y organiza las pruebas, y especifica los casos de prueba, mientras que el probador prioriza y ejecuta las pruebas.
¿Cuál de las siguientes opciones puede clasificarse como un riesgo de producto? Baja calidad de requisitos, diseño, código y pruebas. Problemas de carácter político y retrasos en áreas especialmente complejas del producto. Áreas propensas a errores, daño potencial para el usuario, características de producto pobres. Problemas en la definición de los requisitos adecuados, potenciales áreas de fallo en el software o sistema.
¿Cuáles de los siguientes elementos son criterios de salida típicos de las pruebas? Medición de la cobertura de las pruebas, medición de fiabilidad, coste de las pruebas, calendario, estado de la corrección de defectos y riesgos residuales. Mediciones de cobertura de pruebas, mediciones de fiabilidad, grado de independencia del probador y completitud del producto. Mediciones de cobertura de pruebas, mediciones de fiabilidad, coste de las pruebas, disponibilidad del código susceptible de prueba, tiempo de comercialización y completitud del producto. Tiempo de comercialización, defectos residuales, cualificación del probador, grado de independencia del probador, mediciones de la cobertura de la prueba y coste de la prueba.
¿Cuál de las siguientes opciones es un posible beneficio de las pruebas independientes? Se hace más trabajo porque los probadores no molestan a los desarrolladores todo el tiempo. Los probadores independientes tienden a ser imparciales y a encontrar defectos diferentes que los desarrolladores. Los probadores independientes no necesitan formación y preparación adicionales. Los probadores independientes reducen el cuello de botella en el proceso de gestión de incidencias.
¿Cuál de las siguientes opciones es un riesgo de proyecto? Escasez de personal y competencias. Características de software deficientes (por ejemplo, usabilidad). Software entregado con tendencia a fallos. Posible defecto de fiabilidad (bug).
Como jefe de pruebas, se le pide un informe de resumen de la prueba. En cuanto a las actividades de prueba, y de acuerdo con la norma IEEE 829, ¿cuál debería ser la información MÁS importante a incluir en su informe? El número de casos de prueba ejecutados y sus resultados. Una visión general de las principales actividades de prueba, eventos y el estado con respecto al cumplimiento de los objetivos. Evaluación global de cada elemento de trabajo de desarrollo. Formación impartida por los miembros del equipo de prueba para apoyar el esfuerzo de la prueba.
Usted es un probador en un proyecto de desarrollo de software de seguridad crítica. Durante la ejecución de una prueba, usted descubre que uno de sus casos de prueba falló, causando que usted escriba un informe de incidencia. De acuerdo con el estándar IEEE Std. 829, ¿cuál debería considerar usted que es la información MÁS importante para incluir en su informe de incidencia en el contexto de un desarrollo crítico para la seguridad? Impacto, descripción de la incidencia, fecha y su nombre. Identificador único para el informe, los requisitos especiales necesarios y la persona que causó el defecto. Elementos transmitidos, su nombre y sus sensación sobre la posible causa raíz del defecto. Descripción de la incidencia, entorno de desarrollo y resultados esperados de la prueba.
Usted y las partes interesadas del proyecto desarrollan una lista de riesgos del producto y riesgos del proyecto durante la etapa de planificación de un proyecto. ¿Qué más debe hacer con esas listas de riesgos durante la planificación de la prueba? Determinar el alcance de las pruebas requeridas para los riesgos del producto y las medidas de mitigación y de contingencia requeridas para los riesgos del proyecto. Obtener los recursos necesarios para cubrir por completo el riesgo de cada producto con pruebas y transferir la responsabilidad de los riesgos del proyecto al gerente del proyecto. Ejecutar pruebas suficientes para los riesgos del producto, en función de la probabilidad y el impacto de cada riesgo del producto y ejecutar acciones de mitigación para todos los riesgos del proyecto. No se requiere una acción de gestión de riesgos adicional en la etapa de planificación de la prueba.
¿Cuál de las siguientes opciones describe MEJOR una característica de una herramienta de ejecución de pruebas basada en palabras clave? Una tabla con datos de entrada de prueba, palabras de acción y resultados esperados controla la ejecución del sistema sujeto a prueba. Las acciones del probador se automatizan usando un script que se vuelve a ejecutar varias veces. Las acciones del probador se automatizan utilizando un guion que se ejecuta con varios conjuntos de datos de entrada de prueba. La capacidad de registrar los resultados de las pruebas y compararlos con los resultados esperados almacenados en un archivo de texto.
De la siguiente lista, ¿Cuáles son los principios recomendados para introducir una herramienta de prueba en una organización?
1. Desplegar la herramienta a toda la organización al mismo tiempo.
2. Comenzar con un proyecto piloto.
3. Adaptar y mejorar los procesos para adecuarlos al uso de la herramienta.
4. Proporcionar formación y entrenamiento para los nuevos usuarios.
5. Dejar que cada equipo decida su propia forma de utilizar la herramienta.
6. Supervisar que los costes no superen el coste de adquisición inicial.
7. Recopilar las lecciones aprendidas de todos los equipos. 1, 3, 4, 5 2, 5, 6 2, 3, 4, 7 1, 6, 7.
¿Cuál de los siguientes NO es un objetivo de un proyecto piloto para la evaluación de una herramienta? Evaluar cómo se adapta la herramienta a los procesos y prácticas existentes. Determinar el uso, gestión, almacenamiento y mantenimiento de la herramienta y los productos de prueba. Evaluar si los beneficios se obtendrán a un coste razonable. Reducir la tasa de defectos en el proyecto piloto.
Una organización de desarrollo de software y pruebas desea alcanzar los objetivos de mejora de la eficiencia de pruebas que se enumeran a continuación. ¿Cuál de las siguientes opciones estaría mejor soportada por una herramienta de gestión de pruebas? Permitir la trazabilidad entre requisitos, pruebas y defectos (bugs). Optimizar la capacidad de las pruebas para identificar fallos. Resolver defectos más rápido. Automatizar una selección de casos de prueba para su ejecución.
|
