Dividimos las pruebas en distintas etapas principalmente porque: Cada etapa tiene un objetivo distinto. Es más fácil gestionar las pruebas por etapas. Podemos ejecutar pruebas diferentes en entornos diferentes. Cuantas más etapas tengamos, mejor serán las pruebas.
¿Cuál de los siguientes es probable que se beneficie más del uso de herramientas de prueba que proporcionen facilidades de captura y reproducción de pruebas?
captura y reproducción de pruebas? Pruebas de regresión Pruebas de integración Pruebas del sistema Pruebas de aceptación del usuario.
¿Cuál de las siguientes afirmaciones NO es correcta? Un conjunto mínimo de pruebas que logre una cobertura LCSAJ del 100% también logrará una cobertura de ramas del 100%. Un conjunto de pruebas mínimo que logre una cobertura de rutas del 100% también logrará una cobertura de sentencias del 100%. Un conjunto mínimo de pruebas que alcance el 100% de cobertura de rutas detectará generalmente más fallos que uno que cobertura de sentencias al 100%. Un conjunto de pruebas mínimo que logre una cobertura de sentencias del 100% detectará, por lo general, más fallos que uno que logre una cobertura de ramas del 100%.
¿Cuál de los siguientes requisitos es comprobable? El sistema debe ser fácil de usar. Las partes del sistema críticas para la seguridad no deben tener ningún fallo. El tiempo de respuesta debe ser inferior a un segundo para la carga de diseño especificada. El sistema debe ser portátil.
Analice el siguiente procedimiento muy simplificado:
Ask: “What type of ticket do you require, single or return?”
IF the customer wants ‘return’
Ask: “What rate, Standard or Cheap-day?”
IF the customer replies ‘Cheap-day’
Say: “That will be £11:20”
ELSE
Say: “That will be £19:50”
ENDIF
ELSE
Say: “That will be £9:75”
ENDIF
Decida ahora el número mínimo de pruebas necesarias para garantizar que se han formulado todas las preguntas y que se han producido todas las combinaciones.
todas las preguntas, todas las combinaciones y todas las respuestas. 3 4 5 6.
Adivinación de errores: complementa las técnicas formales de diseño de pruebas. sólo puede utilizarse en pruebas de componentes, integración y sistemas. sólo se realiza en las pruebas de aceptación del usuario. no es repetible y no debe utilizarse.
¿Cuál de las siguientes afirmaciones NO es cierta en relación con los criterios de cobertura de las pruebas? Los criterios de cobertura de pruebas pueden medirse en términos de elementos ejercitados por un conjunto de pruebas. Una medida de los criterios de cobertura de pruebas es el porcentaje de requisitos de usuario cubiertos. Una medida de los criterios de cobertura de las pruebas es el porcentaje de fallos encontrados. Los criterios de cobertura de las pruebas suelen utilizarse para especificar los criterios de finalización de las pruebas.
A la hora de priorizar qué probar, el objetivo más importante es: encontrar el mayor número posible de fallos probar las áreas de alto riesgo Obtener una buena cobertura de las pruebas probar lo que sea más fácil de probar.
Dados los siguientes conjuntos de términos de gestión de pruebas (v-z), y descripciones de actividades (1-5), ¿cuál de los siguientes empareja mejor los dos conjuntos?
v - control de pruebas
w - supervisión de pruebas
x - estimación de pruebas
y - gestión de incidencias
z - control de la configuración
1 - cálculo de los recursos necesarios para las pruebas
2 - mantenimiento del registro de los resultados de las pruebas
3 - reasignación de recursos en caso de superación de las pruebas
4 - informe sobre la desviación del plan de pruebas
5 - seguimiento de los resultados anómalos de las pruebas v-3,w-2,x-1,y-5,z-4 v-2,w-5,x-1,y-4,z-3 v-3,w-4,x-1,y-5,z-2 v-2,w-1,x-4,y-3,z-5.
¿Cuál de las siguientes afirmaciones sobre las pruebas de sistemas NO es cierta? Las pruebas del sistema suelen ser realizadas por equipos independientes Las pruebas funcionales se utilizan más que las estructurales Los fallos detectados durante las pruebas del sistema pueden ser muy caros de solucionar Los usuarios finales deben participar en las pruebas del sistema.
¿Cuál de las siguientes afirmaciones es falsa? Las incidencias deben solucionarse siempre Una incidencia se produce cuando los resultados esperados y los reales difieren Las incidencias pueden analizarse para ayudar a mejorar el proceso de pruebas Una incidencia puede plantearse contra la documentación.
Se han realizado suficientes pruebas cuando se agota el tiempo se ha alcanzado el nivel de confianza requerido no se detectan más fallos los usuarios no encuentren fallos graves.
¿Cuál de las siguientes afirmaciones NO es cierta en relación con los incidentes? La resolución de incidencias es responsabilidad del autor del software bajo prueba Las incidencias pueden plantearse en relación con los requisitos del usuario Las incidencias requieren investigación y/o corrección Las incidencias se producen cuando los resultados esperados y los reales difieren.
¿Cuál de las siguientes opciones no se describe en un estándar de pruebas unitarias? pruebas de sintaxis partición de equivalencias pruebas de estrés cobertura de condición/decisión modificada.
¿Cuál de las siguientes afirmaciones es falsa? En un sistema dos fallos diferentes pueden tener distinta gravedad Un sistema es necesariamente más fiable tras la depuración para la eliminación de un fallo Un fallo no tiene por qué afectar a la fiabilidad de un sistema Los errores no detectados pueden dar lugar a fallos y, finalmente, a un comportamiento incorrecto.
¿Cuál de las siguientes afirmaciones sobre las herramientas de captura y reproducción NO es correcta? Se utilizan para realizar pruebas multiusuario Se utilizan para capturar y animar los requisitos de los usuarios. Son los tipos de herramientas CAST que se adquieren con más frecuencia Capturan aspectos del comportamiento del usuario.
¿Cómo estimaría la cantidad de repeticiones de pruebas que probablemente serán necesarias? Métricas de proyectos similares anteriores Conversaciones con el equipo de desarrollo Tiempo asignado a las pruebas de regresión a y b.
¿Cuál de las siguientes afirmaciones es cierta en relación con el modelo V? Establece que los módulos se prueban en función de los requisitos del usuario Sólo modela la fase de pruebas Especifica las técnicas de prueba que deben utilizarse Incluye la verificación de los diseños.
La hipótesis del oráculo es que existe algún sistema con el que se puede comprobar el resultado de la prueba es que el evaluador puede identificar sistemáticamente el resultado correcto de una prueba Que la persona que realiza las pruebas lo sabe todo sobre el software que se está probando es que las pruebas sean revisadas por probadores experimentados.
¿Cuál de las siguientes afirmaciones caracteriza el coste de los fallos? Son los más baratos de encontrar en las primeras fases de desarrollo y los más caros de solucionar en las últimas fases de prueba Son más fáciles de encontrar durante las pruebas del sistema, pero los más caros de solucionar entonces Los fallos son más baratos de encontrar en las primeras fases de desarrollo, pero más caros de solucionar Aunque los fallos son más caros de encontrar durante las primeras fases de desarrollo, son más baratos de arreglar entonces.
¿Cuál de los siguientes NO debería ser normalmente el objetivo de una prueba? Encontrar fallos en el software Evaluar si el software está listo para su lanzamiento Demostrar que el software no funciona Demostrar que el software es correcto.
¿Cuál de las siguientes es una forma de prueba funcional? Análisis de valores límite Pruebas de usabilidad Pruebas de rendimiento Pruebas de seguridad.
¿Cuál de los siguientes NO formaría parte normalmente de un plan de pruebas? Características que deben probarse Informes de incidentes Riesgos Calendario.
¿Cuál de estas actividades proporciona el mayor ahorro potencial de costes derivado del uso de CAST? Gestión de pruebas Diseño de pruebas Ejecución de pruebas Planificación de pruebas.
¿Cuál de las siguientes NO es una técnica de caja blanca? Prueba de enunciados Prueba de rutas Prueba de flujo de datos Prueba de transición de estados.
El análisis del flujo de datos estudia los posibles cuellos de botella en las comunicaciones de un programa la tasa de cambio de los valores de los datos a medida que se ejecuta un programa el uso de datos en las rutas a través del código la complejidad intrínseca del código.
En un sistema diseñado para calcular los impuestos a pagar:
Un empleado dispone de 4000 £ de salario libres de impuestos. Las siguientes 1.500 £ tributan al 10%.
Las siguientes 28.000 libras tributan al 22%.
Cualquier otra cantidad se grava al 40%.
¿Cuál de los siguientes casos es válido para el análisis del valor límite? £1500 £32001 £33501 £28000.
Una ventaja importante de las inspecciones de código es que: permiten probar el código antes de que el entorno de ejecución esté listo pueden ser realizadas por la persona que escribió el código pueden ser realizadas por personal sin experiencia son baratas de realizar.
¿Cuál de las siguientes es la mejor fuente de resultados esperados para los scripts de pruebas de aceptación del usuario? Resultados reales Especificación del programa Requisitos del usuario Especificación del sistema.
¿Cuál es la principal diferencia entre un recorrido y una inspección? Una inspección está dirigida por el autor, mientras que una guía está dirigido por un moderador formado. Una inspección está dirigida por un moderador formado, mientras que una guía no tiene moderador Los autores no están presentes durante las inspecciones, mientras que sí lo están durante las guías Una guía está dirigida por el autor, mientras que una inspección está dirigida por un moderador formado.
¿Cuál de las siguientes opciones describe la principal ventaja de la verificación en una fase temprana del ciclo de vida? Permite identificar cambios en los requisitos del usuario Facilita la creación oportuna del entorno de pruebas Reduce la multiplicación de defectos Permite que los probadores se impliquen en una fase temprana del proyecto.
Las pruebas de integración en los pequeños prueba los componentes individuales que se han desarrollado comprobar las interacciones entre módulos o subsistemas sólo utiliza componentes que forman parte del sistema en vivo prueba las interfaces con otros sistemas.
El análisis estático se describe mejor como: el análisis de programas por lotes la revisión de planes de prueba el análisis del código del programa el uso de pruebas de caja negra.
Las pruebas alfa son: las pruebas posteriores al lanzamiento realizadas por representantes de los usuarios finales en las instalaciones del desarrollador La primera prueba que se realiza las pruebas previas al lanzamiento realizadas por representantes de los usuarios finales en las instalaciones del desarrollador las pruebas previas al lanzamiento realizadas por los representantes de los usuarios finales en sus propias instalaciones.
Un fallo es: hallazgo en el software; resultado de un error una desviación del comportamiento especificado Un paso, proceso o definición de datos incorrecto en un programa informático Una acción humana que produce un resultado incorrecto.
En un sistema diseñado para calcular los impuestos a pagar:
Un empleado dispone de 4000 £ de salario libres de impuestos. Las siguientes 1.500 £ tributan al 10%.
Las siguientes 28.000 libras tributan al 22%.
Cualquier otra cantidad se grava al 40%.
¿Cuál de estos grupos de cifras pertenecería a la misma clase de equivalencia? £4800; £14000; £28000 £5200; £5500; £28000 £28001; £32000; £35000 £5800; £28000; £32000.
Lo más importante del diseño anticipado de las pruebas es que: facilita la preparación de las pruebas permite prescindir de las inspecciones puede evitar la multiplicación de fallos detectará todos los fallos.
¿Cuál de las siguientes afirmaciones sobre las revisiones es cierta? Las revisiones no pueden realizarse sobre especificaciones de requisitos de usuario Las revisiones son la forma menos eficaz de probar el código Es poco probable que las revisiones encuentren fallos en los planes de pruebas Las revisiones deben realizarse sobre las especificaciones, el código y los planes de pruebas.
Los casos de prueba se diseñan durante: la grabación de la prueba la planificación de la prueba la configuración de la prueba la especificación de la prueba.
Un sistema de gestión de la configuración NO proporciona normalmente: la vinculación de los requisitos del cliente con los números de versión facilidades para comparar los resultados de las pruebas con los resultados esperados las diferencias precisas entre las versiones del código fuente de los componentes de software acceso restringido a la biblioteca de código fuente.
|
