Una desviación del comportamiento especificado o esperado que es visible para los usuarios finales se llama: Un error Bug Fallo Un defecto.
Las pruebas de regresión se deben realizar:
v) todas las semanas
w) después de que el software ha cambiado
x) tan a menudo como sea posible
y) cuando el entorno ha cambiado
z) cuando el gerente del proyecto dice v & w son verdaderas, x, y & z son falsas w, x & y son verdaderas, v & z son falsas w & y son verdaderas, v, x & z son falsas w es verdadero, v, x, y & z son falsos.
El estándar de documentación del plan de prueba IEEE 829 contiene todo lo siguiente excepto Elementos de prueba Entregables de prueba Tareas de prueba Especificaciones de prueba.
¿Cuándo deberían detenerse las pruebas? Cuando se han ejecutado todas las pruebas planificadas Cuando el tiempo se ha agotado Cuando todas las fallas se han corregido correctamente Depende de los riesgos para el sistema que se prueba.
Los números de pedido en un sistema de control de stock pueden oscilar entre 10000 y 99999 inclusive. ¿Cuál de las siguientes entradas podría ser el resultado de diseñar pruebas solo para clases de equivalencia válidas y límites válidos? 1000, 50000, 99999 9999, 50000, 100000 10000, 50000, 99999 10000, 99999, 100000.
Considere las siguientes afirmaciones sobre el diseño de pruebas tempranas:
i. el diseño de prueba temprano puede prevenir la multiplicación de fallas.
ii. las fallas encontradas durante el diseño temprano de la prueba son más caras de arreglar.
iii. el diseño de prueba temprano puede encontrar fallas.
iv. el diseño temprano de la prueba puede causar cambios a los requisitos.
v. el diseño de prueba temprano normalmente requiere más esfuerzo. i, iii y iv son verdaderos; ii y v son falsos iii y iv son verdaderas; i, ii y v son falsos i, iii, iv & v son verdaderas; ii es falso i y ii son verdaderos; iii, iv y v son falsos.
Las pruebas del sistema no funcional incluyen: Prueba para ver dónde el sistema no funciona correctamente Probar los atributos de calidad del sistema, incluidos el rendimiento y la usabilidad Probar una función del sistema usando solo el software requerido para esa función Prueba de funciones que no deberían existir.
¿Cuál de los siguientes NO es parte de la gestión de configuración? Auditoría de conformidad con ISO 9000 Contabilidad de estado de los elementos de configuración Identificación de versiones de prueba Acceso controlado a la biblioteca.
¿Cuál de los siguientes es el objetivo principal de la estrategia de integración para las pruebas de integración en pequeña escala? Para garantizar que todos los módulos pequeños se prueban adecuadamente Para garantizar que el sistema se conecta con otros sistemas y redes Especificar qué módulos combinar cuándo y cuántos a la vez Especificar cómo se debe dividir el software en módulos.
¿Cuál es el propósito de un criterio de finalización de la prueba? Saber cuándo una prueba específica ha terminado su ejecución Para asegurar que la especificación del caso de prueba esté completa Establecer los criterios utilizados para generar entradas de prueba Determinar cuándo detener las pruebas.
Considere las siguientes declaraciones:
i. un incidente puede ser cerrado sin ser arreglado.
ii. los incidentes no pueden ser levantados contra la documentación.
iii. la etapa final del seguimiento del incidente está arreglando.
iv. el registro de incidentes no incluye información sobre entornos de prueba. ii es verdadero, i, iii y iv son falsos i es verdadero, ii, iii y iv son falsos i y iv son verdaderos, ii y iii son falsos i y ii son verdaderos, iii y iv son falsos.
Dado el siguiente código, ¿qué afirmación es verdadera sobre el número mínimo de casos de prueba requeridos para la declaración completa y la rama de cobertura?
Read p
Read q
IF p+q > 100 THEN
Print “Large”
ENDIF
IF p > 50 THEN
Print “p Large”
ENDIF 1 prueba para la cobertura del estado, 3 para la rama de cobertura 1 prueba de cobertura de estado, 2 para la rama de cobertura 1 prueba de cobertura de estado, 1 para la rama de cobertura 2 pruebas para la cobertura del estado, 2 para la rama de cobertura.
Considere las siguientes declaraciones:
i. La cobertura del estado del 100% garantiza una rama de cobertura del 100%.
ii. La cobertura 100% de la sucursal garantiza una rama de cobertura del 100%.
iii. La cobertura 100% de la sucursal garantiza una cobertura del 100% de las decisiones.
iv. La cobertura de decisión del 100% garantiza una rama de cobertura del 100%.
v. 100% de cobertura de extracto garantiza 100% de cobertura de decisión. ii es verdadero; i, iii, iv & v son falsos i y v son verdaderas; ii, iii y iv son falsos ii y iii son verdaderas; i, iv & v son falsos ii, iii y iv son verdaderos; i y v son falsos.
La prueba del sistema funcional es: Probar que el sistema funciona con otros sistemas Probar que los componentes que componen el sistema funcionan juntos Probar la funcionalidad de extremo a extremo del sistema como un todo Probar el sistema realiza funciones dentro de tiempos de respuesta especificados.
Los incidentes no se suscitarán en contra: Requisitos Documentación Casos de prueba Mejoras sugeridas por los usuarios.
¿Cuál de los siguientes ítems no vendría bajo Configuration Management? Sistemas operativos Documentación de prueba Live data Documentos de requisitos del usuario.
Las pruebas de mantenimiento son: Actualizar las pruebas cuando el software ha cambiado Probar un sistema lanzado que ha sido cambiado Prueba por parte de los usuarios para garantizar que el sistema satisfaga una necesidad comercial Prueba para mantener la ventaja comercial.
¿Qué NO puede encontrar el análisis estático? El uso de una variable antes de que se haya definido Código inalcanzable ("muerto") Pérdidas de memoria Violaciónes atados a la matriz.
¿Cuál de las siguientes técnicas NO es una técnica de caja negra? prueba de transición de estado LCSAJ prueba de sintaxis análisis del valor límite.
La prueba beta es: Realizado por los clientes en su propio sitio Realizado por los clientes en el sitio del desarrollador de software Realizado por un equipo de prueba independiente Realizado tan pronto como sea posible en el ciclo de vida.
Teniendo en cuenta los siguientes tipos de herramienta, ¿qué herramientas normalmente usarían los desarrolladores y cuáles por un equipo de prueba del sistema independiente?
i. análisis estático
ii. pruebas de rendimiento
iii. gestión de pruebas
iv. análisis dinámico Los desarrolladores normalmente usarían i y iv; equipo de prueba ii y iii Los desarrolladores normalmente usarían i y iii; equipo de prueba ii y iv Los desarrolladores normalmente usarían ii y iv; equipo de prueba i y iii Los desarrolladores normalmente usan i, iii y iv; equipo de prueba ii.
El enfoque principal de las pruebas de aceptación es: Encontrar fallas en el sistema Asegurar que el sistema sea aceptable para todos los usuarios Probar el sistema con otros sistemas Prueba desde una perspectiva comercial.
¿Cuál de las siguientes afirmaciones sobre la prueba de componentes es FALSA? Todas las técnicas de diseño de prueba de caja negra tienen una técnica de medición de prueba asociada Todas las técnicas de diseño de prueba de caja blanca tienen una técnica de medición de prueba asociada La complejidad ciclomática no es una técnica de medición de prueba Todas las técnicas de medición de prueba de caja negra tienen una técnica de diseño de prueba asociada.
¿Cuál de las siguientes declaraciones no es cierta? La inspección es el proceso de revisión más formal Las inspecciones deben ser dirigidas por un líder capacitado Los gerentes pueden realizar inspecciones en los documentos de gestión La inspección es apropiada incluso cuando no hay documentos escritos.
Una herramienta de ejecución de prueba comercial típica podría realizar todo lo siguiente, EXCEPTO: Calcular los resultados esperados Comparación de los resultados esperados con los resultados reales Grabación de entradas de prueba Leer valores de prueba de un archivo de datos.
La diferencia entre re-testing y las pruebas de regresión es: Volver a probar garantiza que la falla original ha sido eliminada; las pruebas de regresión buscan efectos secundarios inesperados Volver a probar busca efectos secundarios inesperados; la prueba de regresión asegura que la falla original ha sido eliminada Volver a realizar la prueba después de que se corrijan las fallas; la prueba de regresión se hace antes Los desarrolladores realizan una nueva prueba; la prueba de regresión se realiza por probadores independientes.
Los resultados esperados son: Solo es importante en las pruebas del sistema Solo se usa en pruebas de componentes Más útil cuando se especifica de antemano Derivado del código.
Qué tipo de revisión requiere criterios formales de entrada y salida, incluidas las métricas: walkthrough Inspección Revisión de la gestión Revisión posterior al proyecto.
¿Cuál de los siguientes utiliza más el análisis de impacto? Prueba de componentes Prueba del sistema no funcional Prueba de aceptación del usuario Prueba de mantenimiento.
¿Qué NO está incluido en los costos típicos de un proceso de inspección? Configurar formularios y bases de datos Analizar métricas y mejorar procesos Escribir los documentos a inspeccionar Tiempo dedicado al documento fuera de la reunión.
¿Cuál de los siguientes NO es un objetivo de prueba razonable? Para encontrar fallas en el software Para demostrar que el software no tiene fallas Para dar confianza en el software Para encontrar problemas de rendimiento.
Qué expresión coincide mejor con las siguientes características de los procesos de revisión:
1. dirigido por el autor
2. indocumentado
3. sin participación de la gerencia
4. dirigido por un moderador o líder
5. usa los criterios de entrada y salida
s) inspección
t) revisión por pares
u) revisión informal
v) tutorial s = 4 y 5, t = 3, u = 2, v = 1 s = 4, t = 3, u = 2 y 5, v = 1 s = 1 y 5, t = 3, u = 2, v = 4 s = 4 y 5, t = 1, u= 2, v = 3.
¿Cuál de los siguientes NO es parte de las pruebas del sistema? Prueba basada en procesos comerciales Pruebas de rendimiento, carga y estrés Prueba de usabilidad Prueba de integración de arriba hacia abajo.
¿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 que se ejecute una prueba Los resultados previstos pueden incluir restricciones de tiempo, como los tiempos de respuesta.
El estándar que da definiciones de términos de prueba es: ISO/IEC 12207 BS 7925-1 ANSI/IEEE 829 ANSI/IEEE 729.
El costo de corregir un error: No es importante Aumenta cuanto más tarde se encuentra una falla Disminuye cuanto más tarde se encuentra una falla Nunca puede ser determinado.
¿Cuál de los siguientes NO está incluido en el documento del Plan de prueba del Estándar de documentación de prueba? Lo que no debe ser probado Propiedades del entorno de prueba Planes de calidad Horarios y plazos.
¿Podrían las revisiones o inspecciones considerarse parte de las pruebas? No, porque se aplican a la documentación de desarrollo No, porque normalmente se aplican antes de la prueba sí, porque ambos ayudan a detectar fallas y mejorar la calidad sí, porque las pruebas incluyen todas las actividades no constructivas.
¿Cuál de los siguientes no es parte de las pruebas de rendimiento? Medir los tiempos de respuesta Prueba de recuperación Simular muchos usuarios Generar muchas transacciones.
La mejor forma de adivinar el error es: Después de que se hayan aplicado técnicas más formales Como primer enfoque para derivar casos de prueba Por probadores inexpertos Después de que el sistema se haya puesto en marcha.
|
