ISTQB CTFL v4.0 | Turing TI | Examen 5

a) Encontrar y corregir defectos en el objeto de prueba

b) Mantener una comunicación eficaz con los desarrolladores

c) Validar que se hayan cumplido los requisitos legales

d) Generar confianza en la calidad del objeto de prueba

a) El error de cálculo de las bonificaciones es un defecto que ocurre ocasionalmente

b) La multa recibida por no abordar a algunos usuarios con discapacidad es una falla

c) El programador que trabaja bajo una gran presión de tiempo es una causa raíz

d) El diseño de la interfaz de usuario incluye un error del diseñador

a) Las pruebas se desgastan

b) Falacia de ausencia de defectos

c) Las pruebas tempranas ahorran tiempo y dinero

d) Los defectos se agrupan

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

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

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

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

a) ii, iv

b) iii, v

c) i, ii, v

d) i, iii, iv

a) Evaluar la base de prueba y el objeto de prueba

b) Definir los requisitos del entorno de pruebas

c) Evaluar la capacidad de prueba del objeto de prueba

d) Crear el informe de finalización de pruebas

a) Mejora de la comunicación entre los miembros del equipo

b) Disminución de la responsabilidad individual por la calidad

c) Entrega más rápida de los entregables a los usuarios finales

d) Reducción de la colaboración con los usuarios de negocio externos

a) i, iv

b) ii, v

c) i, iii, iv

d) ii, iii, v

a) Cada nivel de prueba tiene objetivos de prueba específicos y distintos

b) La implementación y ejecución de las pruebas para un determinado nivel debe comenzar durante la fase de desarrollo correspondiente

c) Los testers deben comenzar el diseño de pruebas tan pronto como los borradores de los productos de trabajo relevantes estén disponibles

d) Toda actividad de prueba dinámica tiene una actividad de prueba estática correspondiente

a) Desarrollo guiado por el comportamiento (Behavior-Driven Development)

b) Desarrollo guiado por niveles de prueba (Test Level Driven Development)

c) Desarrollo guiado por funciones (Function-Driven Development)

d) Desarrollo guiado por el rendimiento (Performance-Driven Development)

a) Asegurarse de que no se pasen por alto las características de calidad no funcionales

b) Gestionar entornos de prueba que cambian continuamente

c) La necesidad de más testers manuales con experiencia adecuada

d) Configurar la automatización de pruebas como parte del canal de entrega

a) Las retrospectivas permiten a los miembros del equipo identificar a otros miembros que no contribuyeron completamente a lograr la calidad requerida por el enfoque de equipo completo

b) Las retrospectivas les dan a los testers la oportunidad de identificar actividades que fueron exitosas para que estas se conserven al realizar mejoras en el futuro

c) Las retrospectivas son espacios donde los miembros del equipo ágil pueden expresar sus preocupaciones sobre la gestión y los clientes en un entorno sin culpables

d) Las retrospectivas brindan a los miembros del equipo ágil un foro donde se enfocan en discutir el plan y las decisiones técnicas para la siguiente iteración

a) La prueba verifica que la función de ordenamiento coloque los elementos de la lista o arreglo en orden ascendente

b) La prueba verifica si la función de ordenamiento completa el ordenamiento dentro de un segundo desde su inicio

c) La prueba verifica qué tan fácilmente se puede cambiar la función de ordenamiento de ascendente a descendente

d) La prueba verifica que la función de ordenamiento siga funcionando correctamente al trasladarse de una arquitectura de 32 bits a una de 64 bits

a) Los desarrolladores informaron que modificar el sistema de cambio de divisas era difícil y los testers decidieron verificar si esto era cierto

b) Se eliminó la opción de reembolso del sistema de cambio de divisas, ya que no siempre devolvía el monto correcto a los clientes

c) El equipo ágil ha comenzado a desarrollar una historia de usuario que agrega una nueva funcionalidad de fidelización de clientes al sistema de cambio de divisas

d) Se utilizó la opción de soporte de idiomas del sistema de cambio de divisas para habilitar transacciones en moneda tanto en inglés como en el idioma local

a) Contrato

b) Plan de pruebas

c) Código encriptado

d) Guía de pruebas (test charter)

a) Los tipos de defectos encontrados mediante pruebas estáticas son diferentes de los tipos de defectos que pueden encontrarse con pruebas dinámicas

b) Las pruebas dinámicas pueden detectar los tipos de defectos que pueden encontrarse con pruebas estáticas, además de algunos defectos adicionales

c) Las pruebas dinámicas pueden identificar algunos de los defectos que pueden encontrarse mediante pruebas estáticas, pero no todos

d) Las pruebas estáticas pueden identificar los tipos de defectos que pueden encontrarse con pruebas dinámicas, así como algunos tipos de defectos adicionales

a) 4 – 3 – 5 – 2 – 1

b) 4 – 5 – 3 – 1 – 2

c) 5 – 4 – 1 – 3 – 2

d) 5 – 4 – 3 – 2 – 1

a) Gerente

b) Moderador

c) CEO

d) Líder de revisión

a) Técnicas de prueba de caja blanca

b) Técnicas de prueba de caja negra

c) Técnicas de prueba basadas en la experiencia

d) Técnicas de prueba basadas en riesgos

a) –1, 3

b) 0, 2

c) –1, 0, 2, 3

d) –2, 0, 2, 4

a) Ejecutar S provocará todas las fallas posibles en P

b) S alcanza el 100 % de cobertura de decisiones (branch coverage) para P

c) Cada sentencia ejecutable en P que contiene un defecto ha sido ejecutada al menos una vez durante la ejecución de S

d) Después de eliminar un caso de prueba de S, los dos casos de prueba restantes seguirán alcanzando el 100 % de cobertura de sentencias

a) Los casos de prueba se diseñan en función de la estructura del objeto de prueba en lugar de la especificación

b) Para cada técnica de prueba de caja blanca, la cobertura puede definirse claramente y medirse fácilmente

c) Las técnicas de prueba de caja blanca están muy bien diseñadas para detectar omisiones en los requisitos

d) Las técnicas de prueba de caja blanca pueden utilizarse tanto en pruebas estáticas como dinámicas

a) El desarrollador malinterpretó la fórmula en la historia de usuario para calcular el interés

b) El desarrollador escribió “FA = A*(1+IR^N)” en lugar de “FA = A*(1+IR)^N” en el código fuente

c) El desarrollador se perdió el seminario sobre la nueva legislación de tasas de interés compuestas

d) La precisión del interés calculado por el sistema no es lo suficientemente exacta

a) Los casos de prueba se diseñan antes de que comience la sesión de pruebas exploratorias

b) El tester puede ejecutar pruebas, pero no puede diseñarlas

c) Los resultados de las pruebas exploratorias son buenos predictores del número de defectos restantes

d) Durante las pruebas exploratorias, el tester puede usar técnicas de prueba de caja negra

a) Planning poker, para que el equipo pueda lograr consenso sobre el esfuerzo necesario para implementar una historia de usuario

b) Revisiones, para que el equipo pueda detectar inconsistencias y contradicciones en una historia de usuario

c) Planificación de iteración, para que las historias de usuario con mayor valor de negocio para el cliente puedan priorizarse para su implementación

d) Conversación, para que los miembros del equipo puedan entender cómo se utilizará el software

a) Ingresar a la página web y configurar el filtro para mostrar precios entre $90 y $100. Resultado esperado: se muestra solo el producto A. Configurar el precio máximo en $110. Resultado esperado: ahora se muestran los productos A y B.

b) Ingresar a la página web. Resultado esperado: los precios mínimos y máximos por defecto son $100 y $110 respectivamente. Agregar el producto C al stock con precio $120. Refrescar la página del cliente. Resultado esperado: el precio máximo por defecto cambia a $120.

c) Ingresar a la página web y configurar el filtro para mostrar precios entre $90 y $115. Resultado esperado: se muestran los productos A y B. Cambiar la moneda de USD a EUR. Resultado esperado: el rango del filtro cambia correctamente a valores en EUR, según el tipo de cambio actual.

d) Ingresar a la página web con tres navegadores diferentes: Edge, Chrome y Opera. En cada navegador, configurar el filtro entre $90 y $110. Resultado esperado: se muestran los productos A y B y el diseño de los resultados es el mismo en los tres navegadores.

a) 14 horas

b) 3,5 horas

c) 16 horas

d) 12 horas

a) Ayudan en la planificación de pruebas dividiendo el proceso de prueba en cuatro fases, correspondientes a los cuatro niveles básicos de prueba: componente, integración, sistema y aceptación

b) Ayudan a evaluar la cobertura de alto nivel (por ejemplo, cobertura de requisitos) basándose en la cobertura de bajo nivel (por ejemplo, cobertura de código)

c) Ayudan a que las partes interesadas no técnicas comprendan los distintos tipos de prueba y que algunos tipos son más relevantes para ciertos niveles de prueba que otros

d) Ayudan a los equipos ágiles a desarrollar una estrategia de comunicación basada en clasificar a las personas según cuatro tipos psicológicos básicos y en modelar las relaciones entre ellos

a) $500

b) $2,000

c) $50,000

d) $200

a) Hacer seguimiento del progreso de las pruebas e identificar áreas que requieren mayor atención

b) Proporcionar información sobre las pruebas ejecutadas, sus resultados y los defectos encontrados

c) Proporcionar información sobre cada defecto, como los pasos para reproducirlo

d) Proporcionar información sobre las pruebas planificadas para el próximo período

a) Gestión de riesgos

b) Monitoreo y control de pruebas

c) Enfoque de equipo completo (whole team approach)

d) Gestión de la configuración (configuration management)

a) Agregar información sobre qué usuarios y qué libros están afectados por el fallo en la sección “Descripción”

b) Completar el valor faltante en el campo “Prioridad”

c) Agregar volcados de memoria y capturas de la base de datos tomadas después de cada paso descrito en la sección “Pasos para Reproducir” en la sección de “Adjuntos”

d) Repetir el mismo caso de prueba en distintos entornos y redactar informes de defecto separados para cada uno

a) i, v

b) ii, iv

c) i, iii, v

d) ii, iii, iv

a) La detección de defectos adicionales de alta severidad

b) Proporcionar métricas demasiado complejas para que las derive una persona

c) Incompatibilidad con la plataforma de desarrollo

d) Tiempos de ejecución de pruebas sustancialmente reducidos