modulo B

a) Es un documento que especifica una secuencia de acciones para la ejecución de una prueba. También conocido como guion de prueba o guion de prueba manual.

b) Es un conjunto de valores de entrada y resultados esperados, con precondiciones de ejecución y poscondiciones de ejecución, desarrollados para una condición de prueba específica.

c) Es un atributo de un sistema especificado en la documentación de requisitos (por ejemplo, restricciones de fiabilidad, usabilidad o diseño) que se ejecuta en una prueba.

d) Es un elemento o evento de un sistema que puede ser verificado por una o más condiciones de prueba, por ejemplo, una función, transacción, característica, atributo de calidad o elemento estructural.

a) Prevenir defectos.

b) Validar que el plan de proyecto se ejecuta conforme a lo requerido.

c) Ganar confianza en el equipo de desarrollo.

d) Tomar decisiones con respecto a la entrega del sistema sujeto a prueba.

a) El desarrollador del sistema olvidó renombrar las variables después de una operación de cortar y pegar.

b) Se incluyó en el sistema un fragmento de código innecesario que hace sonar una alarma al retroceder.

c) El sistema deja de mantener una velocidad establecida cuando el volumen de la radio aumenta o disminuye.

d) La especificación de diseño del sistema indica erróneamente las velocidades en km/h.

a) El autor de los requisitos, que no estaba familiarizado con el dominio del entrenamiento físico, asumió erróneamente que los usuarios querían la frecuencia cardíaca en latidos por hora.

b) El probador de la interfaz del teléfono inteligente no había sido entrenado en las pruebas de transición de estado, por lo que omitió un defecto importante.

c) Una variable de configuración incorrecta implementada para la función GPS podría causar problemas de ubicación durante el horario de verano.

d) La diseñadora de la interfaz de usuario, que nunca antes había trabajado en dispositivos “wearables”, malinterpretó los efectos de la luz solar reflejada.

a) Cuidado con la paradoja del pesticida.

b) La prueba depende del contexto.

c) La ausencia de errores es una falacia.

d) Los defectos se agrupan.

a) A-2, B-3, C-4, D-1

b) A-2, B-1, C-3, D-4

c) A-3, B-2, C-4, D-1

d) A-3, B-2, C-1, D-4

a) La prueba de mantenimiento puede ser totalmente automatizada en base a los cambios en los requisitos iniciales.

b) Es posible determinar si un nuevo caso de prueba ha incrementado la cobertura de los requisitos.

c) Los jefes de pruebas pueden identificar qué probadores encontraron los defectos de mayor severidad.

d) Las áreas que pueden verse afectadas por los efectos secundarios de un cambio pueden ser objeto de pruebas de confirmación.

a) Experiencia en la que basar sus esfuerzos.

b) Capacidad de ver lo que puede estar mal.

c) Buena comunicación con los miembros del equipo.

d) Atención al detalle.

a) Verdaderas: 1, 2; Falsas: 3, 4

b) Verdaderas: 2, 3; Falsas: 1, 2

c) Verdaderas: 1, 2, 4; Falsa: 3

d) Verdaderas: 1, 4; Falsas: 2, 3

a) Prueba de integración de componentes.

b) Prueba de aceptación.

c) Prueba de sistema.

d) Prueba de componente.

a) Las pruebas funcional y no funcional se pueden realizar en los niveles de prueba de sistema y de aceptación, mientras que la prueba de caja blanca está restringida a las pruebas de componente e integración.

b) La prueba funcional se puede realizar en cualquier nivel de prueba, mientras que la prueba de caja blanca está restringida a la prueba de componente.

c) Es posible realizar la prueba funcional, no funcional y de caja blanca en cualquier nivel de prueba.

d) La prueba funcional y no funcional se puede realizar en cualquier nivel de prueba, mientras que la prueba caja blanca se limita a la prueba de componente y a la prueba de integración.

a) El objetivo de la prueba de regresión es garantizar que todas las pruebas realizadas anteriormente siguen funcionando correctamente, mientras que el objetivo de la prueba de confirmación es garantizar que las correcciones realizadas en una parte del sistema no hayan afectado negativamente a otras partes.

b) El objetivo de la prueba de confirmación es comprobar que se ha corregido un defecto encontrado previamente, mientras que el objetivo de la prueba de regresión es garantizar que ninguna otra parte del sistema se haya visto afectada negativamente por la corrección.

c) El objetivo de la prueba de regresión es garantizar que los cambios en una parte del sistema no hayan provocado el fallo de otra parte, mientras que el objetivo de la prueba de confirmación es comprobar que todas las pruebas realizadas anteriormente siguen proporcionando los mismos resultados que antes.

d) El objetivo de la prueba de confirmación es confirmar que los cambios en el sistema se realizaron con éxito, mientras que el objetivo de la prueba de regresión es ejecutar pruebas que fallaron anteriormente para garantizar que ahora funcionen correctamente.

a) El análisis de impacto se utiliza para decidir si es conveniente llevar a cabo una corrección en un sistema objeto de mantenimiento.

b) El análisis de impacto se utiliza para identificar cómo deben migrarse los datos al sistema mantenido.

c) El análisis de impacto se utiliza para decidir qué correcciones en caliente son de mayor valor para el usuario.

d) El análisis de impacto se utiliza para determinar la eficacia de los nuevos casos de pruebas de mantenimiento.

a) Al introducir revisiones, hemos encontrado que tanto la calidad de las especificaciones como el tiempo requerido para el desarrollo y las pruebas han aumentado.

b) El uso de la prueba estática significa que tenemos un mejor control y una gestión de defectos más barata debido a la facilidad de eliminar los defectos más tarde en el ciclo de vida.

c) Ahora que requerimos el uso de análisis estático, los requisitos incumplidos han disminuido y la comunicación entre los probadores y los desarrolladores ha mejorado.

d) Desde que empezamos a usar el análisis estático, encontramos defectos de codificación que podrían no haber sido encontrados al realizar sólo pruebas dinámicas.

a) Iniciar la revisión - Selección de revisores - Revisión individual - Comunicación y análisis de cuestiones – Reconstrucción.

b) Planificar y preparación - Reunión de presentación - Revisión individual - Corregir - Informar.

c) Preparación - Detección de cuestiones - Comunicación y análisis de cuestiones - Reconstruir - Informar.

d) Planificar - Iniciar revisión - Revisión individual (es decir, preparación individual) - Comunicar y analizar cuestiones - Corregir e informar

a) Dirección - Decide acerca de la ejecución de las revisiones.

b) Líder de Revisión - Asegura el funcionamiento efectivo de las reuniones de revisión.

c) Escriba - Corrige los defectos en el producto de trabajo bajo revisión.

d) Moderador - Supervisa la rentabilidad en curso.

a) Revisión informal.

b) Revisión guiada.

c) Revisión técnica.

d) Inspección.

a) 6-10, 6-15, 7-12

b) 6-15, 9-11

c) 6-10, 6-15, 9-11

d) 6-15, 7-12

a) Es una práctica de prueba en la que se utiliza una investigación en profundidad de los antecedentes del objeto de prueba para identificar posibles puntos débiles que se evalúan en los casos de prueba.

b) Es un enfoque de prueba en el que los probadores diseñan y ejecutan pruebas dinámicamente basándose en sus conocimientos, la exploración del objeto de prueba y los resultados de pruebas anteriores.

c) Un enfoque de diseño de pruebas en el que las actividades de prueba se planifican como sesiones ininterrumpidas de análisis y diseño de pruebas, a menudo utilizadas conjuntamente con pruebas basadas en listas de comprobación.

d) Pruebas basadas en la experiencia, el conocimiento y la intuición del examinador.

a) (Negro - 4, 5), (Blanco - 1, 2), (Experiencia - 3).

b) (Negro - 3), (Blanco - 1, 2), (Experiencia - 4, 5).

c) (Negro - 4), (Blanco - 1, 2), (Experiencia - 3, 5).

d) (Negro - 1, 3, 5), (Blanco - 2), (Experiencia - 4).

a) (0, 1000, 2000, 3000, 4000)

b) (1000, 2001, 4000, 4001, 6000)

c) (123, 2345, 3456, 4567, 5678)

d) (666, 999, 2222, 5555, 6666)

a) (0°C, 11°C, 20°C, 22°C, 23°C)

b) (9°C, 15°C, 19°C, 23°C, 100°C)

c) (10°C, 16°C, 19°C, 22°C, 23°C)

d) (14°C, 15°C, 18°C, 19°C, 21°C, 22°C)

a) Los casos de prueba son creados para practicar comportamientos básicos definidos, excepcionales y de error realizados por el sistema bajo prueba en colaboración con los actores.

b) Los casos de prueba se deducen mediante la identificación de los componentes incluidos en el caso de uso y la creación de pruebas de integración que practican las interacciones de estos componentes.

c) Los casos de prueba se generan analizando las interacciones de los actores con el sistema para asegurar que las interfaces de usuario sean fáciles de usar.

d) Los casos de prueba se deducen para ejercer cada uno de los puntos de decisión en los flujos de procesos de negocio del caso de uso, para lograr una cobertura de decisión del 100% de estos flujos.

a) La cobertura de sentencia es una medida del número de líneas de código fuente (menos los comentarios) practicadas por las pruebas.

b) La cobertura de sentencia es una medida de la proporción de sentencias ejecutables en el código fuente practicada por las pruebas.

c) La cobertura de sentencia es una medida del porcentaje de líneas de código fuente practicadas por las pruebas.

d) La cobertura de sentencia es una medida del número de sentencias ejecutables en el código fuente practicadas por las pruebas.

a) La cobertura de decisión es una medida del porcentaje de posibles caminos a través del código fuente practicados por las pruebas.

b) La cobertura de decisión es una medida del porcentaje de flujos de negocios a través del componente practicado por las pruebas.

c) La cobertura de decisión es una medida de las sentencias "if" en el código que se practican con resultados tanto verdaderos como falsos.

d) La cobertura de decisión es una medida de la proporción de resultados de decisión en el código fuente practicada por las pruebas.

a) La predicción de errores requiere que usted se imagine que es el usuario del objeto de prueba y que conjeture sobre los errores que el usuario podría cometer al interactuar con él.

b) La predicción de errores involucra el uso de su experiencia personal en el desarrollo y los errores que usted cometió como desarrollador.

c) La predicción de errores implica el uso de su conocimiento y experiencia de los defectos encontrados en el pasado y los errores típicos cometidos por desarrolladores.

d) La predicción de errores requiere que usted duplique rápidamente la tarea de desarrollo para identificar el tipo de errores que un desarrollador podría cometer.

a) El uso de un equipo de prueba independiente permite a la dirección del proyecto asignar la responsabilidad de la calidad del producto final al equipo de prueba, asegurando así que todos sean conscientes de que la calidad es la responsabilidad general del equipo de prueba.

b) Si se puede permitir un equipo de prueba externo a la organización, entonces hay claros beneficios en términos de que este equipo externo no es tan fácilmente influenciado por las preocupaciones de entrega de la gestión de proyectos y la necesidad de cumplir con plazos de entrega estrictos.

c) Un equipo de prueba independiente puede trabajar totalmente separado de los desarrolladores, no necesita distraerse con los requisitos cambiantes del proyecto, y puede restringir la comunicación con los desarrolladores para informar de los defectos a través del sistema de gestión de defectos.

d) Cuando las especificaciones contienen ambigüedades e inconsistencias, se hacen suposiciones sobre su interpretación, y un probador independiente puede ser útil para cuestionar esas suposiciones y la interpretación hecha por el desarrollador.

a) Redactar informes resumen de prueba basados en la información recopilada durante la prueba.

b) Revisar las pruebas desarrolladas por otros.

c) Crear el calendario de ejecución de pruebas detallado.

d) Analizar, revisar y evaluar los requisitos, especificaciones y modelos en lo que respecta a la capacidad de ser probado.

a) (Criterios de entrada: 5, 6); (Criterios de salida: 1, 2, 3, 4).

b) (Criterios de entrada: 2, 3, 6); (Criterios de salida - 1, 4, 5).

c) (Criterios de entrada: 1, 3); (Criterios de salida - 2, 4, 5, 6).

d) (Criterios de entrada: 3, 5, 6); (Criterios de salida - 1, 2, 4).

a) Con el enfoque basado en métricas, la estimación se basa en las mediciones de prueba del proyecto y, por lo tanto, esta estimación sólo está disponible después de que se inicie la prueba.

b) Con el enfoque basado en expertos, un grupo de usuarios expertos identificados por el cliente recomienda el presupuesto necesario para la prueba.

c) Con el enfoque basado en expertos, los jefes de prueba responsables de las diferentes actividades de prueba predicen el esfuerzo de prueba esperado.

d) Con el enfoque basado en métricas, se utiliza como presupuesto de pruebas un promedio de los costes de pruebas registrados para diversos proyectos previos.

a) El nivel de riesgo se calcula sumando las probabilidades de todas las situaciones problemáticas y el daño financiero que se deriva de ellas.

b) El nivel de riesgo se calcula multiplicando la probabilidad de que se produzca una amenaza para el sistema por la probabilidad de que ésta se produzca y cause un daño financiero.

c) El nivel de riesgo está determinado por una combinación de la probabilidad de un evento indeseable y el impacto esperado de ese evento.

d) El nivel de riesgo es la suma de todos los peligros potenciales para un sistema multiplicado por la suma de todas las pérdidas potenciales de ese sistema.

a) Las características de seguridad esperadas pueden no estar soportadas por la arquitectura del sistema.

b) Los desarrolladores pueden no tener tiempo para reparar todos los defectos encontrados por el equipo de prueba.

c) Los casos de prueba pueden no proporcionar una cobertura completa de los requisitos especificados.

d) Es posible que el entorno de la prueba de rendimiento no esté listo antes de la entrega del sistema.

a) Se ha determinado que el impacto potencial de los desperfectos de seguridad es particularmente alto, por lo que se ha dado prioridad a la prueba de seguridad antes que a otras actividades de prueba.

b) La prueba ha demostrado que la calidad del módulo de red es superior a la esperada, por lo que ahora se realizarán pruebas adicionales en esa área.

c) Los usuarios tuvieron problemas con la interfaz de usuario del sistema anterior, por lo que se han previsto pruebas de usabilidad adicionales para el sistema de sustitución.

d) El tiempo necesario para cargar las páginas web es crucial para el éxito del nuevo sitio web, por lo que se ha contratado a un experto en pruebas de rendimiento para este proyecto.

a) 1, 2, 6

b) 1, 4, 5, 6

c) 2, 3, 4, 5

d) 3, 5, 6

a) 1 – B, 2 – C, 3 – D, 4 – A

b) 1 – B, 2 – A, 3 – C, 4 – D

c) 1 – B, 2 – A, 3 – D, 4 – C

d) 1 – A, 2 – B, 3 – D, 4 – C

a) La necesidad de evaluar cómo se adapta la herramienta a los procesos y prácticas existentes y determinar qué es lo que habría que cambiar.

b) La necesidad de evaluar las competencias de automatización de pruebas y las necesidades de formación, entrenamiento y asesoramiento de los probadores que utilizarán la herramienta.

c) La necesidad de evaluar si la herramienta proporciona la funcionalidad requerida y no duplica las de herramientas de prueba existentes.

d) La necesidad de evaluar al proveedor de la herramienta en términos de la formación y otro tipo de apoyo que proporcione.