El estándar IEEE 829 para la creación de Test Plan contiene todos los siguientes puntos en excepción de Test specification Test environment Test tasks Test Items.
A continuación se muestra una lista de problemas que pueden ser observados durante las pruebas en operación. ¿Cuál de todos en un fallo? El producto "revienta" cuando el usuario ha seleccionado una opción en un cuadro de dialogo. Una línea de código incluida en la compilación tenía una versión errada. El desarrollador interpretó mal el requerimiento para el algoritmo. El desarrollador interpretó mal el requerimiento para el algoritmo.
Una de las metas de un proyecto de pruebas es obtener un 100% de cobertura de decisión (Decision Coverage), las siguientes tres pruebas fueron ejecutadas para el gráfico de flujo de control que se muestra a continuación: La prueba A cubre la ruta: A, B, D, E, G; La prueba B cubre la ruta: A, B, D, E, F, G; La ruta C cubre la ruta: A, C, F, C, F, C, F, C, F, G. ¿Cuál de las siguientes afirmaciones relacionadas con las metas de cobertura de decisión es CORRECTA? La decisión D no ha sido probada completamente. Se ha logrado un 100% de la cobertura de decisión. La decisión E no ha sido probada completamente. La decisión F no ha sido probada completamente.
¿Cuál de los siguientes puede ser categorizado como un riesgo del producto? Áreas propensas a errores, perjuicio potencial a los usuarios, características pobres del producto Problemas políticos y retrasos especialmente en las áreas complejas del producto. Problemas en la definición correcta de los requisitos, áreas potenciales de fallos en el software. Baja calidad de los requisitos, diseño, código y pruebas.
¿Cuáles son las principales fases de la revisión formal? Planeación, Kick off (lanzamiento), Preparación individual, reunión de revisión, retrabajo, seguimiento. Planeación, Kick off (lanzamiento), Preparación, reunión de revisión, retrabajo, cierre, seguimiento. Iniciación, estado, preparación individual, reunión de revisión, retrabajo, seguimiento. Preparación, reunión de revisión, retrabajo, cierre, seguimiento, análisis de causa raíz.
¿Cuál de las siguientes tareas esperaría usted ejecutar durante el análisis y diseño de pruebas? Revisar la base de conocimiento de las pruebas. Establecer y definir los objetivos de las pruebas. Creación de sets de casos de pruebas haciendo uso de los procedimientos de pruebas. Análisis de lecciones aprendidas de los procesos ejecutados.
¿Cuáles de los siguientes son generalmente criterios de terminación? Medidas de confiabilidad, costo de las pruebas, cronograma, estado de la corrección de defectos. Medidas de confiabilidad, costo de las pruebas, tiempo de comercialización y completitud del producto, disponibilidad del código para pruebas. Tiempo de comercialización, defectos residuales, calificación de los probadores (habilidad del probador), grado de independencia de los probadores, medidas de rigurosidad, costo de la prueba. Medidas de confiabilidad, grado de independencia de los probadores y la completitud del producto.
Cuáles de las siguientes afirmaciones son correctas. A) La prueba de regresión y las pruebas de aceptación son lo mismo. B) Las pruebas de regresión muestran si todos los defectos han sido resueltos. C) Las pruebas de regresión son típicamente más adecuadas en las pruebas automáticas. D) Las pruebas de regresión se ejecutan para determinar si los cambios introducidos en el código han introducido defectos. E) Las pruebas de regresión deberían ser ejecutadas en pruebas de integración. C y D son verdaderas; A, B y E son falsas. A, C y E son verdaderas; B y D son falsas. B y E son verdaderas; A, C y D son falsas. B, C, D y E son verdaderas; A es falsa.
¿Cuál de las siguientes afirmaciones son verdaderas para la técnica de pruebas de participación (segmentación) de equivalencia? A) Divide las posibles entradas en clases que tienen el mismo comportamiento. B) Usa particiones válidas y no válidas. C) Solo hace uso de particiones válidas. D) Debe incluir al menos dos valores de cada partición de equivalencia. E) Sólo puede ser utilizado para probar entradas de partición de equivalencia para interfaces gráficas de usuario. A y B son verdaderas; C, D y E son falsas. A, C y D son verdaderas; B y E son falsas. A, B y E son verdaderas; C y D son falsas. A y E son verdaderas; B, C y D son falsas.
Usted ha comenzado con pruebas basadas en la especificación de un programa el cual calcula el máximo común divisor (MCD) de dos enteros (A y B) mayores que cero. ¿Cuál técnica ha sido aplicada para especificar los anteriores 6 casos de prueba mostrados en la tabla? Análisis de valor límite. Pruebas de transición de estado. Partición de equivalencia. Pruebas de tabla de decisión.
¿Cuáles de las siguientes afirmaciones son verdaderas? A) Las pruebas de software podrían ser requeridas para cumplir con requisitos legales o contractuales. B) Las pruebas de software son principalmente necesarias para mejorar la calidad del trabajo de los desarrolladores. C) Las pruebas rigurosas y la corrección de defectos encontrados ayudan a reducir el riesgo de que ocurran problemas en el ambiente de producción. D) Las pruebas rigurosas se usan a veces para demostrar que todos los fallos han sido detectados. A y C son verdaderas; B y D son falsas. B y C son verdaderas; A y D son falsas. C y D son verdaderas: A y B son falsas. A y D son verdaderas: C y B son falsas.
Según la siguiente matriz, utilizando la técnica de "Tablas de Decisión". ¿Cuántos casos se obtendrían? 7 8 9 10.
Se va a calcular la bonificación de un empleado. La comisión no puede ser negativa, pero si puede ser cero. La comisión estará basada en la duración del empleado. Un empleado puede ser empleado por un período: menor o igual a 2 años y menos de 5 años, de 5 a 10 años, o más de 10 años. Dependiendo del período de empleo, el empleado puede no recibir bonificación o una bonificación de 10%, 25% o 35% respectivamente. ¿Cuántas particiones de equivalencia son necesarias para probar el cálculo de las bonificaciones? 4 3 5 2.
¿Podrían considerarse las revisiones o inspecciones parte de Testing? Sí, porque ambos ayudan a detectar fallas y a mejorar la calidad No, porque se aplican a la documentación de desarrollo No, porque no se aplican a la documentación de prueba Sí, porque las pruebas incluyen todas las actividades no constructivas.
¿Cuáles de las siguientes afirmaciones acerca de los beneficios de derivar los casos de prueba a partir de los casos de uso son ciertas? A) Derivar los casos de prueba a partir de los casos de uso es útil para pruebas de sistemas y pruebas de aceptación. B) Derivar los casos de prueba a partir de los casos de uso es útil solo para pruebas automáticas. C) Derivar los casos de prueba a partir de los casos de uso es útil para pruebas de componente. D) Derivar los casos de prueba a partir de casos de uso es útil para probar la interacción entre diferentes componentes del sistema. A y D son verdaderas; B y C son falsas. A es verdadera; B, C y D son falsas. A y B son verdaderas; C y D son falsas. C y A son verdaderas; B y D son falsas.
¿Cuál de las siguientes comparaciones entre pruebas de componente y pruebas de sistemas es verdadera? Los casos de prueba de las pruebas de componente generalmente derivan de las especificaciones de componentes, especificaciones de diseño, o modelos de datos, mientras que los casos de prueba de las pruebas de sistema generalmente se derivan de la especificación de requisitos, especificación funcional o casos de uso. Las pruebas de componente se enfocan en características funcionales, mientras que las pruebas de sistema se enfocan en características funcionales y no funcionales. Las pruebas de componente verifican la funcionalidad de los módulos de software, objetos de programa, y clases que pueden ser probadas por separado, mientras que las pruebas de sistema verifica interfaces entre componentes y las interacciones con diferentes partes del sistema. Las pruebas de componente son responsabilidad de probadores técnicos, mientras que las pruebas de sistema generalmente son responsabilidad de los usuarios de sistema.
¿Cuál de las siguientes técnicas es basada en la estructura? Pruebas de decisión. Pruebas de transición de estado. Partición de equivalencia. Análisis de valor límite.
¿Cuál de las siguientes opciones describe mejor la repartición de tareas entre el jefe de pruebas (test manager) y el probador (tester)? El jefe de pruebas planea, organiza y controla las actividades de prueba, mientras que el probador específica, automatiza y ejecuta las pruebas. El jefe de pruebas planea las actividades de prueba y escoge los estándares a ser seguidos, mientras el probador selecciona las herramientas y controles a ser usados. El jefe de pruebas planea y organiza las pruebas y especifica los casos de pruebas mientras que el probador prioriza y ejecuta las pruebas. El jefe de pruebas planea, monitorea y controla las actividades de pruebas, mientras que el probador diseña las pruebas.
Como jefe de pruebas, usted tiene los siguientes requisitos para ser probados: Requisitos a Probar: R1 - Proceso de anomalías - Compeljidad alta; R2 - Servicios remotos - Complejidad media; R3 - Sincronización - Complejidad media; R4 - Confirmación - Complejidad media; R5 - Procesos de cierre - Complejidad Baja; R6 - Temas - Complejidad baja; R7 - Datos financieros - Complejidad baja; R8 - Diagrama de datos - Complejidad baja; R9 - Cambios en perfiles de usuarios - Complejidad media. Requisitos de dependencia lógica (A-> B significa que B es dependiente de A). ¿Cómo estructuraría usted el cronograma de ejecución de acuerdo con la dependencia de los requisitos? R1>R2>R4>R5>R3>R7>R8>R6>R9. R4>R5>R1>R2>R3>R7>R8>R6>R9. R1>R2>R3>R4>R5>R7>R8>R6>R9. R1>R2>R3>R7>R8>R4>R5>R6>R9.
¿Cuál de las siguientes afirmaciones es la que mejor describe uno de los siete principios clave de las pruebas de software? Con esfuerzo suficiente y apoyo de herramientas es factible realizar pruebas exhaustivas en todo el software. Las pruebas automatizadas son mejores que las pruebas manuales para evitar las pruebas exhaustivas. Es imposible probar todas las combinaciones de entradas/salidas para un software. El propósito de las pruebas es demostrar la ausencia de defectos.
¿Cuál de las siguientes afirmaciones es cierta acerca de la siguiente tabla de estados? La tabla de estados representa todas las posibles transiciones simples (individuales). La tabla de estados puede ser usada para obtener tanto las transiciones válidas como las no válidas. La tabla de estados representa sólo algunas de todas las posibles transiciones simples. La tabla de estados representa pares secuenciales de transiciones.
Según la siguiente tabla, utilizando la técnica de "Partición de Equivalencia". ¿Cuántos casos se obtendrían? 5 casos de prueba; 4 válidos, 1 no válido. 5 casos de prueba; 5 válidos 6 casos de prueba; 5 válidos, 1 no valido. 4 casos de prueba; 4 válidos.
¿Cuál de los siguientes puede ser catalogado como riesgo del proyecto? Habilidades y escasez de personal. Confianza en los defectos. Pobres características del software. El software entregado es propenso a fallos.
Según el siguiente grafo y utilizando la técnica de "Tablas de Decisión". ¿Cuántos posibles casos de prueba se obtendrán? 10 11 12 13.
¿Cuáles son las Técnicas de Caja Blanca? Pruebas de Sentencia y Cobertura, Pruebas de decisión, Pruebas de Camino (path), Pruebas de Condición. Pruebas de Sentencia y Cobertura, Pruebas de decisión, Pruebas de Camino (path), Pruebas de Caso de Uso. Análisis de Valores límite, Pruebas de decisión, Pruebas de Camino (path), Pruebas de Condición. Pruebas de Sentencia y Cobertura,Pruebas de Transición de estado, Pruebas de Camino (path), Pruebas de Condición.
¿Cuál de los siguientes sería el mejor método de pruebas cuando hay una pobre especificación y presión de tiempo? Pruebas exploratorias. Pruebas de camino. Pruebas de casos de uso. Cobertura de condición.
El estándar que proporciona definiciones de los términos de pruebas es: ANSI/IEEE 829 BS 7925-2 ISO/IEC 12207 ANSI/IEEE 729.
¿Qué es importante hacer cuando se está trabajando con modelos de desarrollo de software? Adaptar los modelos al contexto del proyecto y a las características del producto. Solo cambiar la organización para ajustarse al modelo y no al revés. Escoger el modelo de cascada porque este es el primer y mejor modelos demostrado. Comenzar con el modelo V y después para a otros modelos interactivos o incrementales.
La complejidad ciclomática del gráfico es: 4 5 6 7.
¿Cuál de las siguientes afirmaciones describe mejor la diferencia entre pruebas y depuración? Las pruebas dinámicas muestran los fallos producidos por los defectos. La depuración detecta, analiza y remueve la causa de los fallos en el software. Las pruebas dinámicas previenen las causas de los fallos. La depuración elimina los fallos. Las pruebas eliminan los defectos. La depuración identifica la causa de los fallos. Las pruebas determinan con precisión la causa de los defectos. La depuración analiza los defectos y propone actividades de prevención.
¿Cuáles son las técnicas de Caja Negra? Partición de equivalencia, Análisis de Valores límite, Tablas de decisión y gráficos causa-efecto, Pruebas de Transición de estado, Pruebas de Caso de Uso. Partición de equivalencia, Análisis de Valores límite, Tablas de decisión y gráficos causa-efecto, Pruebas de decisión. Pruebas de Sentencia y Cobertura, Partición de equivalencia, Análisis de Valores límite, Tablas de decisión y gráficos causa-efecto, Pruebas de Transición de estado. Partición de equivalencia, Análisis de Valores límite, Tablas de decisión y gráficos causa-efecto, Pruebas de Transición de estado.
Un defecto ha sido encontrado durante las pruebas. Cuando la red fue desconectada mientras se recibían datos del servidor, el sistema "reventó". El defecto fue arreglado corrigiendo el código que chequeaba la disponibilidad de la red durante la transferencia de datos. Los casos de prueba existentes cubrían el 100% de todas las sentencias del módulo correspondiente. Para verificar la corrección y asegurar un cubrimiento más extenso, fueron diseñadas nuevas pruebas y adicionadas al set de casos de pruebas. ¿Qué tipos de pruebas se han mencionado anteriormente? A) Pruebas Funcionales. B) Pruebas Estructurales. C) Repetición de pruebas (Re-testing). D) Pruebas de rendimiento. A, B y C A, B y D A y C A, C y D.
¿Cuál de las siguientes afirmaciones acerca del análisis estático es FALSA? El análisis estático es un buen camino para forzar fallos en el software. El análisis estático puede representar un ahorro de costos por la detección temprana de defectos. El análisis estático puede ser usado como una medida preventiva con un proceso apropiado. El análisis estático puede encontrar defectos que no son fácilmente detectados con pruebas dinámicas.
¿Cuáles de las siguientes características de buen Testing aplican para modelo de ciclo de vida de desarrollo de software? Para cada una de las actividades de desarrollo hay una actividad de pruebas correspondiente. Las pruebas de aceptación son siempre el último nivel de pruebas en ser aplicado. Todos los niveles de prueba son planeados y completados para cada característica de desarrollo. Los testers son involucrados tan pronto como a primera pieza de código puede ser ejecutada.
|
