¿Cuál de las siguientes afirmaciones es la que mejor describe uno de los siete principios de las pruebas de software? Las pruebas automatizadas son mejores que las pruebas manuales para evitar las pruebas exhaustivas. Con esfuerzo suficiente y apoyo de herramientas es factible realizar pruebas exhaustivas. Es imposible probar todas las combinaciones de entradas/salidas para un software El proposito de las pruebas es demostrar la ausencia de defectos.
¿Cuál de las siguientes afirmaciones es la meta más válida para un equipo de prueba? Determinar si las pruebas de componentes fueron suficientemente ejecutadas. Causar tantos fallos como sean posibles, para que los defectos sean detectados y corregidos. Demostrar que todos los defectos fueron identificados. Demostrar que los defectos restantes no causarán ningún fallo.
¿Cuál de las siguientes tareas esperaría usted ejecutar durante el análisis y diseño de pruebas? Establecer y definir los objetivos de las pruebas. Revisar la base de conocimiento 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.
A continuación se muestra una lista de problemas que se pueden observar durante las pruebas en operación. ¿Cuál de todos es 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 la versión errada. El algoritmo de cálculo usa las variables de entrada incorrectas. El desarrollador interpretó mal el requerimiento para el algoritmo.
¿Qué de lo siguiente de ser detectado en pruebas y revisiones conllevaría a problemas o conflictos dentro de un equipo de trabajo? Los testers y revisores no son lo suficientemente curiosos para detectar defectos. Los testers y revisores no son lo suficientemente calificados para detectar fallos y defectos. Los testers y revisores comunican los defectos como críticas a las personas y no como críticas al producto software Los testers y revisores esperan que los defectos en el producto software ya hayan sido detectados y corregidos por los desarrolladores.
¿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. B y C son verdaderas; A y D son falsas. A y D son verdaderas; B y C son falsas. A y C son verdaderas; B y D son falsas. C y D son verdaderas; A y D son falsas.
¿Cuál de las siguientes afirmaciones describe MEJOR la diferencia entre pruebas y depuración? Las pruebas determinan con precisión la causa de los defectos. La depuración analiza los defectos y propone actividades de prevenció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 eliminan los defectos. La depuración identifica la causa de los fallos. Las pruebas dinámicas previenen las causas de los fallos. La depuración elimina los fallos.
¿Cuál de las siguientes afirmaciones describe MEJOR las pruebas no funcionales? Es el proceso de probar un sistema integrado para verificar que reúne los requisitos especificados. Es el proceso de pruebas para determinar si un sistema cumple con los estándares de codificación. Son pruebas sin referencia a la estructura interna de un sistema. Son pruebas a los atributos de un sistema como usabilidad, confiabilidad o mantenibilidad.
¿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. Escoger el modelo de cascada porque este es el primer y mejor modelo demostrado. Comenzar con el modelo V y después pasar a otros modelos interactivos o incremental. Solo cambiar la organización para ajustarse al modelo y no al revés.
¿Cuál de las siguientes características de buen testing aplican para modelo de ciclo de vida de desarrollo de software? 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 la primera pieza de código pueda ser ejecutada. Para cada una de las actividades de desarrollo hay una actividad de pruebas correspondiente?.
Para cuál de las siguientes situaciones debería usarse pruebas de mantenimiento. Corrección de defectos durante la fase de desarrollo. Mejoras planeadas para un sistema existente y productivo. Quejas acerca de la calidad del sistema durante las pruebas de aceptación. Integración de funciones durante el desarrollo de un nuevo sistema.
¿Cuáles de las siguientes afirmaciones son correctas?
A. Las pruebas 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. B, C, D y E son verdaderas; B es falsa. A, C y E son verdaderas; B y D son falsas. C y D son verdaderas; A, B y E son falsas. B y E son verdaderas; A, C y D son falsas.
¿Cuál de las siguientes comparaciones entre pruebas de componente y pruebas de sistema es verdadera? 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 interfases entre componentes y las interacciones con diferentes partes del sistema. Los casos de prueba de las pruebas de componente generalmente se 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 son responsabilidad de probadores técnicos, mientras que las pruebas de sistema generalmente son responsabilidad de los usuarios del sistema.
¿Cuáles son las principales fases de la revisión formal? Iniciación, estado, preparación, reunión de revisión, retrabajo, seguimiento. Planeación, preparación, reunión de revisión, retrabajo, cierre, seguimiento. Planeación, Kick Off (Lanzamiento), 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 afirmaciones acerca del análisis estático es falsa? 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. El análisis estático puede representar un ahorro de costos por la detección temprana de defectos. El análisis estático es un buen camino para forzar fallos en el software.
De los siguientes tipos de revisiones, ¿Cuáles dos de ellos son las opciones más adecuadas?, seleccionar para la revisión de componentes de seguridad críticos en un proyecto de software.
Seleccionar dos opciones: Revisión informal. Revisión de gestión Inspección Revisión guiada (Walkthrough) Revisión técnica.
Una de las metas de un proyecto de pruebas es obtener un 100% de cobertura de decisión (Decisión coverage), las siguientes tres pruebas fueron ejecutadas para el gráfico de flujo de control que se muestra a continuación:
La pruaba A cubre la ruta: A, B, D, E, G.
La prueba B cubre la ruta: A, B, D, E, F, G.
La prueba C cubre la ruta: A, C, F, C, F, C, F, G.
¿Cuál de las siguientes afirmaciones relacionadas con las metas de cobertura de decición (Decisión coverage) es correcta? La decisión D no ha sido comprobada completamente. Se ha logrado un 100% de la cobertura de decisión. La decisión E no ha sido probada completamente. La desición F no ha sido probada completamente.
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 D. A y C. A, B y C. A, C y D.
¿Cual de las siguientes afirmaciones es cierta acerca de la siguiente tabla de estados? La tabla de estados puede ser usada para obtener tanto las transiciones válidas como las no válidas. La tabla de estados representa todas las posibles transiciones simples (Individualmente). La tabla de estados representa sólo algunas de todas las posibles transiciones simples. La tabla de estados representa pares secuenciales de transiciones.
¿Cuáles de las siguientes afirmaciones son verdaderas para la técnica de partició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 las particiones válidas.
D. Debe incluir almenos dos valores de cada partición de equivalencia.
E. Solo puede ser utilizado para probar entradas de partición de equivalencia para interfaces gráficas de usuario. A, B y E son verdaderas; C y D son falsas. A, C y D son verdaderas; B y E son falsas. A y E son verdaderas; B, C y D son falsas. A y B son verdaderas; C, D y E son falsas.
¿Cuáles dos de las siguientes opciones, menciona una lista de técnicas donde todas pueden ser categorizadas como técnicas de diseño de caja negra.
Seleccione 2 opciones: Partición de equivalencias, tablas de decisión, transición de estados, valor límite. Partición de equivalencias, tablas de decisión, casos de uso. Partición de equivalencias, tablas de decisión, lista de chequeo, cobertura de sentencia, casos de uso. Partición de equivalencias, diagrama causa-efecto, lista de chequeo, cobertura de decisión, casos de uso. Partición de equivalencia, diagrama causa-efecto, lista de chequeo, cobertura de decisión, valor límite.
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 periodo: Menor o igual a 2 años, más de 2 años y menos de 5 años, de 5 a 10 años, o más de 10 años. Dependiendo del periodo de empleo, el empleado puede o no recibir bonificación o una bonificación de 10%, 25% ó 35% respectivamente.
¿Cuántas particiones de equivalencia son necesarias para probar el cálculo de las bonificaciones? 3 5 2 4.
¿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 sistema y pruebas de aceptación.
B. Derivar los casos de prueba a partir de los casos de uso es útil sólo para la automatización de pruebas.
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 los casos de uso es útil para probar la interacción entre los 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 los siguientes serían los mejores fundamentos para atacar defectos en pruebas? Experiencia, datos de defectos y fallos, conocimiento acerca de los fallos del software. Realizar análisis de riesgos al inicio del proyecto. Usar casos derivados de los flujos del negocio que dominan los expertos. Resultados esperados de la comparación con un sistema existente.
¿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 de casos de uso. Cobertura de condición. Pruebas exploratorias. Pruebas de camino.
¿Cuál de las siguientes técnicas es basada en la estructura? Pruebas de decisión. Análisis de valor límite. Partición de equivalencia. Pruebas de transición de estado.
Usted ha comenzado con pruebas basadas en la especificación de un programa el cual cálcula el máximo común divisor (MCD) de dos enteros (A y B) mayores que cero.
CalcMCD (A,B);
Han sido especificados los siguientes casos de prueba (TC)
INT_MAX: Máximo valor entero.
¿Cuál técnica de pruebas 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.
Considere el siguiente diagrama de transición de estados y la tabla de casos de prueba.
¿Cuáles de las siguientes afirmaciones son verdaderas?
A. La tabla de casos de prueba ejerce el menor número de transiciones.
B. Los casos de prueba solo dan las transiciones de estado válidas.
C. Los casos de prueba solo dan las transiciones de estado no válidas.
D. La tabla de casos de prueba ejerce el mayor número de transiciones. Solo A es verdadera; B, C y D son falsas. Solo B es verdadera; A, C y D son falsas. A y D son verdaderas; B y C son falsas. Solo C es verdadera; A, B y C son falsas.
¿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 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, organiza y controla las actividades de prueba, mientras que el probador especifica, automatiza y ejecuta las pruebas. El jefe de pruebas planea, monitorea y controla las actividades de pruebas, mientras que el probador diseña las pruebas. El jefe de pruebas planea, organiza las pruebas y especifica los casos de prueba, mientras que el probador prioriza y ejecuta las pruebas.
¿Cuál de los siguientes puede ser categorizado como un riesgo del producto? Baja calidad de los requisitos, diseño, código y pruebas. Problemas políticos y retrasos especialmente en las áreas complejas del producto. Áreas propensas a errores, perjuicio potencial a los usuarios, características pobres del producto. Problemas en la definición correcta de los requisitos, áreas potenciales de fallos en el software.
¿Cuáles de los siguientes son generalmente criterios de terminacion? Medidas de confiabilidad, costo de las pruebas, cronograma, estado de la corrección de defectos. Medidas de confiabilidad, grado de independencia de los probadores y la completitud del producto. Medidas de confiabilidad, costo de pruebas, tiempo de comercialización y completitud del producto, disponibilidad de código para pruebas. Tiempo de comercialización, defectos residuales, calificación de los probadores (Habilidades del probador), grado de independencia de los probadores, medidas de rigurosidad, costos de la prueba.
Como jefe de pruebas, usted tiene los siguientes requisitos para ser probados:
Requisitos a probar.
R1 - Proceso de anomalías - Complejidad 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 usuario - Complejidad media.
Requisitos de dependencia lógica (A -> B significa que b es dependencia de A).
¿Cómo estructuraría usted el cronograma de ejecución de acuerdo con la dependencia de los requisitos? R4>R5>R1>R2>R3>R7>R8>R6>R9 R1>R2>R3>R4>R5>R7>R8>R6>R9 R1>R2>R4>R5>R3>R7>R8>R6>R9 R1>R2>R3>R7>R8>R4>R5>R6>R9.
¿Cuál es el beneficio de las pruebas independientes? Se realiza más trabajo porque los probadores no interrumpen a los desarrolladores todo el tiempo. Los probadores independientes tienden a ser imparciales y encuentran defectos diferentes a los que encuentran los desarrolladores. Los probadores independientes no necesitan entrenamiento extra. Los probadores independientes reducen el cuello de botella en el proceso de gestión de incidentes.
¿Cuál de los siguientes puede ser catalogado como un riesgo del proyecto? Habilidades y escasez de personal. Pobres características del software. El software entregado es propenso a fallos. Confianza en los defectos.
Como jefe de pruebas a usted le solicitan un informe de pruebas. Considerando las actividades de pruebas y de acuerdo al estándar IEEE829, ¿Qué debería tener en cuenta usted para su informe? El número de casos de prueba utilizando técnicas de caja negra. Un resumen de los principales eventos y actividades de prueba y el estado con respecto a las metas establecidas. Una evaluación global de cada ítem de desarrollo. El entrenamiento recibido por los integrantes del equipo de pruebas para soportar el esfuerzo de las pruebas.
Usted es un probador en un proyecto de desarrollo de un sistema de seguridad crítica. Durante la ejecución de la prueba usted encuentra que uno de los resultados esperados no se logró, por lo tanto usted reporta una incidencia. ¿Qué considera usted que es la información más importante que debe ser incluida en el reporte de acuerdo al estándar IEEE829? Impacto, descripción del incidente, fecha y hora, su nombre. identificador único del reporte, requisitos especiales necesarios. Ítems transmitidos, su nombre y lo que usted cree a cerca de la causa del defecto. Descripción del incidente, entorno, resultado esperados.
De la siguiente lista, seleccione los principios recomendados para introducir una herramienta de pruebas seleccionada en una organización.
1. Presentar la herramienta a toda la organización al mismo tiempo.
2. Comenzar un proyecto piloto.
3. Adaptar y mejorar los procesos para que se ajusten a la utilización de la herramienta.
4. Dar entrenamiento y acompañamiento a los nuevos usuarios.
5. Permitir que cada equipo decida sus propios estándares de uso de la herramienta.
6. Monitorear que los costos no excedan el costo inicial de adquisición.
7. Recolectar las lecciones aprendidas de todos los equipos. 1,2,3,5 1,4,6,7 2,3,4,7 3,4,5,6.
¿Cuál de los siguientes describe mejor una característica de una herramienta de ejecución de pruebas guiadas por palabra clave? Una tabla con los datos de entrada de la prueba, palabras de acción y resultados esperados, controla la ejecución del sistema bajo pruebas. Las acciones de los probadores están registradas en una secuencia de comandos (script) que se ejecuta varias veces. Las acciones de los probadores están registradas en una secuencia de comandos (script) que se ejecuta con varios conjuntos (sets) de datos de entrada de prueba. La habilidad para registrar los resultados de pruebas y compararlos con los resultados esperados guardados en un archivo de texto.
¿Cuál de los siguientes no es una meta de un proyecto piloto para la evaluación de una herramienta? Evaluar como la herramienta se ajusta a los procesos y prácticas existentes. Determinar la utilización, administracion, almacenamiento y mantenimiento de la herramienta y los activos de prueba. Evaluar si los beneficios se obtendrán a un costo razonable. Reducir la tasa de defectos en proyecto piloto.
¿Cuál de estos objetivos sería el que mejor apoyaría una herramienta de gestión de pruebas? Construir trazabilidad entre requisitos, pruebas e incidencias. Optimizar la capacidad de pruebas en la identificación de fallos. Resolver defectos rápidamente. Automatizar la selección de casos de prueba para la ejecución.
|
