Los siguientes declaraciones hacen referencia a actividades del proceso fundamental de pruebas.
(i) Evaluar la capacidad de prueba de los requisitos.
(ii) Repetir las actividades de prueba luego de cambios.
(iii) Diseñar la configuración del entorno de prueba.
(iv) Desarrollar y priorizar casos de prueba.
(v) Verificar que el entorno esté configurado correctamente. (i) y (iii) son parte de Análisis y Diseño, (ii), (iv) y (v) son parte de Implementación y Ejecución de pruebas en el proceso fundamental de pruebas. (i) y (v) son parte de Análisis y Diseño, (ii), (iii) y (iv) son parte de Implementación y Ejecución de pruebas en el proceso fundamental de pruebas. (i) y (iv) son parte de Análisis y Diseño, (ii), (iii) y (v) son parte de Implementación y Ejecución de pruebas en el proceso fundamental de pruebas. (i) y (ii) son parte de Análisis y Diseño, (iii), (iv) y (v) son parte de Implementación y Ejecución de pruebas en el proceso fundamental de pruebas.
¿Cuándo se han completado las pruebas? Solo la respuesta más importante es válida Cuando el tiempo y el presupuesto se han agotado. Cuando hay suficiente información para que los patrocinadores tomen una decisión sobre el envío a producción. Cuando no quedan defectos de alta prioridad pendientes. Cuando cada combinación de datos ha sido ejecutada con éxito.
¿En cuál de estos Niveles de Prueba se utiliza la estrategia de desarrollo de Top-Down? Pruebas de Aceptación de Usuario Pruebas de Componentes Pruebas de Sistema Pruebas de Integración.
¿Cuál de los siguientes es más probable que sea un beneficio de usar técnicas estáticas? Menos defectos de rendimiento. Pruebas de regresión más eficientes. Mejoras de productividad en el proceso de desarrollo Rápido retorno de la inversión en herramientas de análisis estático.
¿Cuál de las siguientes afirmaciones es verdadera?
(i) Es probable que los defectos se encuentren antes en el proceso de desarrollo si se usan revisiones en lugar de análisis estáticos.
(ii) Walkthroughs requiren código pero el análisis estático no necesita código.
(iii) Se pueden realizar revisiones informales sobre el código y sobre las especificaciones.
(iv) Las técnicas dinámicas generalmente se utilizan antes que las técnicas estáticas.
(v) Las técnicas dinámicas sólo se pueden utilizar después de que el código ya se haya ejecutado. (i), (ii), (vi). (ii), (iii), (v). (i), (iv), (v). (i), (iii), (v).
¿Cuál de los siguientes describe las técnicas de diseño de casos de prueba basadas en estructura (Pruebas de caja blanca)? Los casos de prueba se derivan sistemáticamente de la experiencia del tester Los casos de prueba se derivan sistemáticamente de los modelos del sistema. Los casos de prueba se derivan de la experiencia de los desarrolladores. Los casos de prueba se derivan sistemáticamente del código entregado.
¿Cuáles de los siguientes son los factores más importantes a tener en cuenta al seleccionar las técnicas de prueba?
(i) Herramientas disponibles.
(ii) Normas / estándares regulatorias.
(iii) Experiencia del equipo de desarrollo.
(iv) Conocimiento del equipo de pruebas.
(v) La necesidad de mantener niveles de capacidad en cada técnica. (i) y (ii) (ii) y (iv) (iii) y (iv) (i) y (v).
¿Cuál de las siguientes son justificaciones válidas para los desarrolladores que prueban su propio código durante las pruebas unitarias?
(i) Su falta de independencia se ve mitigada por pruebas independientes durante las pruebas de aceptación y de sistema.
(ii) Una persona con un buen conocimiento del código puede encontrar más defectos más rápidamente usando técnicas de caja blanca.
(iii) Los desarrolladores tienen una mejor comprensión de los requisitos que los testers.
(iv) Los testers escriben informes de incidentes innecesarios porque encuentran pequeñas diferencias entre la forma en que se comporta el sistema y la forma en que se especifica que funcione. (i) y (ii) (i) y (iv) (ii) y (iii) (iii) y (iv).
¿Cuál es correcto teniendo en cuenta este código?:
IF A > B THEN
C= A – B
ELSE
C= A + B
ENDIF
Read D
IF C = D Then
Print “Error”
ENDIF 1 prueba para la Cobertura de Sentencia, 3 para la Cobertura de Decisión 2 pruebas para la Cobertura de Sentencia, 2 para la Cobertura de Decisión 2 pruebas para la Cobertura de Sentencia, 3 para la Cobertura de Decisión 3 pruebas para la Cobertura de Sentencia, 3 para la Cobertura de Decisión 3 pruebas para la Cobertura de Sentencia, 2 para la Cobertura de Decisión.
¿Cuál de las siguientes NO es una técnica de caja negra? LCSAJ (Linear code sequence and jump/Secuencia Lineal y Salto de Código) Partición de Equivalencia Pruebas de Transición de Estado Pruebas Basadas en Casos de Uso Análisis de Valores Límite.
¿Cuál de los siguientes términos se usa para describir la administración de componentes de software en un sistema integrado? Administración de Configuración Administración de Incidentes Monitoreo de Pruebas Administración de Riesgos.
¿Cuáles de los siguientes tipos de herramienta es usada por desarrolladores, y cuáles son usados por un equipo independiente de pruebas?
i. Análisis Estático.
ii. Pruebas de rendimiento o performance.
iii. Administración de pruebas
iv. Análisis Dinámico.
v. Corrida de pruebas.
vi. Preparación de datos de prueba Los desarrolladores usan normalmente i, iv y vi; Equipos de prueba ii, iii y v Los desarrolladores usan normalmente i, ii, iii y iv; Equipos de prueba v y vi Los desarrolladores usan normalmente ii, iv y vi; Equipos de prueba I, ii y v Los desarrolladores usan normalmente i y iv; Equipos de prueba ii, iii, v y vi.
Una herramienta de ejecución de prueba típica podría realizar todo lo siguiente, EXCEPTO: Reproducir entradas (inputs) de acuerdo a un script programado Comparación de los resultados esperados con los resultados reales Grabación de entradas de prueba Generar resultados esperados.
Los gerentes de prueba no deberían: Informar sobre las desviaciones del plan del proyecto Aprobar el sistema para su lanzamiento Reasignar recursos para cumplir con los planes originales Generar incidentes por fallas que han encontrado.
¿Qué podemos usar para encontrar un código inalcanzable? Revisiones de código Inspecciones de código Una herramienta de cobertura Una herramienta de análisis estático.
¿Cuál de las siguientes NO forma parte de las Pruebas de Sistema? Pruebas basadas en procesos comerciales Pruebas de integración de arriba hacia abajo Pruebas de rendimiento, carga y estrés Pruebas basadas en requerimientos.
Error guessing (adivinación de errores) se usa mejor: Como el primer enfoque para derivar casos de prueba Después de que se hayan aplicado técnicas más formales Por testers inexpertos Después de que el sistema se haya puesto en marcha.
Una serie de errores críticos se arreglan en el software. Todos los errores están en un módulo, relacionados con los informes. El gerente de pruebas decide hacer pruebas de regresión solo en el módulo de informes. Las pruebas de regresión deberían realizarse también en otros módulos porque la corrección de un módulo puede afectar a otros módulos El gerente de pruebas solo debe hacer pruebas de regresión automatizadas. El gerente de pruebas está justificado en su decisión porque no se ha corregido ningún error en otros módulos El gerente de pruebas solo debe hacer pruebas de confirmación. No hay necesidad de hacer pruebas de regresión.
¿Cuál de las siguientes entradas del proyecto influye en las pruebas?
(I) Requisitos contractuales
(II) Requisitos legales
(III) Estándares de la industria
(IV) Riesgos de la aplicación
(V) Tamaño del proyecto (I) hasta (III) son correctas Todas son correctas (II) y (V) son correctas (I), (III) y (V) son correctas.
¿Por qué se prefiere la integración incremental a la integración de "Big Bang"? Porque la integración incremental tiene una mejor detección temprana de defectos y capacidad de aislamiento
Porque la integración de "big bang" es adecuada solo para aplicaciones en tiempo real Se prefiere la integración incremental a la "Integración Big Bang" sólo para el modelo de desarrollo "de abajo hacia arriba" Porque la integración incremental puede compensar las pruebas débiles e inadecuadas de los componentes.
¿Cuál de los siguientes son métodos de prueba no funcionales? Prueba del sistema Prueba de usabilidad Prueba de usabilidad y Prueba de rendimiento Prueba de rendimiento.
¿Cuál de las siguientes afirmaciones sobre las pruebas del sistema NO es verdadera? Las pruebas del sistema a menudo son realizadas por equipos independientes. Las pruebas funcionales se usan más que las pruebas estructurales. Las fallas encontradas durante las pruebas del sistema pueden ser muy caras de arreglar. Los usuarios finales deberían participar en las pruebas del sistema.
La suposición del oráculo Significa que hay algún sistema existente contra el cual se puede verificar el resultado de la prueba. Significa que el probador sabe todo sobre el software bajo prueba Significa que las pruebas son revisadas por testers experimentados. Significa que el tester puede identificar rutinariamente el resultado correcto de una prueba.
¿Cuál de los siguientes NO debería ser normalmente un objetivo para una prueba? Encontrar fallas 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 opciones también se denomina 'Prueba de confianza'? Pruebas de rendimiento Pruebas del sistema Pruebas de humo Pruebas de regresión.
¿Cuál es el significado de la reutilización del software? El grado en que el software puede ser utilizado por muchos usuarios diferentes La capacidad del software para moverse a una plataforma diferente La capacidad del sistema para ser acoplado con otro sistema La medida en que el software se puede usar en otras aplicaciones.
¿Cuál de las siguientes afirmaciones es verdadera sobre la verificación y validación de software?
I. Se esfuerza por garantizar que la calidad esté integrada en el software.
II. Proporciona a la gerencia, información sobre el estado de un proyecto de software.
III. Asegura que se realizan pruebas alfa, beta y del sistema.
IV. Se ejecuta en paralelo con actividades de desarrollo de software. I, II & III II, III & IV I, II & IV I, III & IV.
Durante la prueba de un módulo, un tester encuentra un error y lo asigna al desarrollador. Pero éste lo rechaza, diciendo que no es un error. ¿Qué debería hacer el tester? Informar el problema al gerente de pruebas e intentar resolver con el desarrollador Enviar la información detallada del error encontrado y comprobar la reproducibilidad Volver a probar el módulo y confirmar el error Asignar el mismo error a otro desarrollador.
Un tipo de prueba de integración en la que elementos de software, elementos de hardware o ambos se combinan a la vez en un componente y no en etapas es: Pruebas de Big-Bang Pruebas del sistema Pruebas de integración Pruebas unitaria.
¿Qué técnica se puede usar para lograr la cobertura de entrada y salida? Error Guessing Análisis del valor límite Pruebas de tabla de decisión Particionamiento de equivalencia.
‘Entry criteria’ o "criterios de entrada" deben abordar preguntas tales como:
I. ¿Está disponible la información necesaria sobre documentación, diseño y requisitos que permitirá a los testers operar el sistema y juzgar el comportamiento correcto?
II. ¿El entorno de prueba, el hardware, el software y el soporte del sistema están listos?
III. Esas condiciones y situaciones que deben prevalecer en el proceso de prueba para permitir que las pruebas continúen de manera efectiva y eficiente.
IV. ¿Las utilidades de soporte, accesorios y requisitos previos están disponibles en formularios que los testers pueden usar?
I, II y IV I, II y III I, II, III y IV II, III y IV.
Las características pobres del software son: Solo riesgos del proyecto Riesgos del proyecto y Riesgos del producto Solo riesgos del producto Riesgos del proyecto o Riesgos del producto.
Las pruebas de contrato y regulación son parte de Pruebas del sistema Pruebas de aceptación Pruebas de integración Pruebas de humo.
Considere las siguientes afirmaciones sobre el diseño de prueba temprano:
i. El diseño de pruebas temprano puede prevenir la multiplicación de fallas
ii. Las fallas encontradas durante el diseño temprano de las prueba son más caras de arreglar
iii. El diseño de pruebas temprano puede encontrar fallas
iv. El diseño temprano de las pruebas puede causar cambios a los requisitos
v. El diseño de pruebas temprano normalmente requiere más esfuerzo iii & iv son verdaderas; i, ii & v son falsas i, iii, iv & v son verdaderas; ii es falsa i, iii & iv son verdaderas; ii & v son falsas i & ii son verdaderas; iii, iv & v son falsas.
Los incidentes NO se crearán sobre: Requisitos Documentación Casos de prueba Mejoras sugeridas por los usuarios.
¿Cuál es el flujo correcto de una revisión formal? Planificación, reunión de revisión, reelaboración, lanzamiento Planificación, reunión de revisión, reproceso, seguimiento Planificación, preparación individual, inicio, reelaboración Planificación, preparación individual, seguimiento, inicio.
|
