¿Cuál de los siguientes enunciados describe un objetivo de prueba válido? Demostrar que no hay defectos no corregidos en el sistema sujeto a prueba. Demostrar que no se producirán fallos tras la implementación del sistema en producción. Reducir el nivel de riesgo del objeto de prueba y generar confianza en el nivel de calidad. Comprobar que no existen combinaciones de entradas no probadas,.
¿Cuál de las siguientes opciones es un ejemplo de actividades de prueba que contribuyen al éxito? La participación de probadores durante varias actividades del ciclo de vida de desarrollo del
software (CVDS) ayudará a detectar defectos en los productos software. Los probadores intentan no molestar a los desarrolladores mientras codifican, para que éstos
escriban un código de mejor calidad. Los probadores que colaboran con los usuarios finales ayudan a mejorar la calidad de los
informes de defectos durante la integración de componentes y las pruebas de sistemas. Los probadores certificados diseñan casos de prueba mucho mejores que los probadores no
certificados.
Usted ha sido asignado como probador a un equipo que está desarrollando un nuevo sistema de forma incremental. Ha notificado que no se han realizado cambios en los casos de prueba de regresión existentes durante varias iteraciones y que no se han identificado nuevos defectos de regresión. Su jefe está contento, pero usted no.
¿Qué principio de prueba explica su escepticismo? Las pruebas se desgastan. Falacia de la ausencia de errores. Los defectos se agrupan. Es imposible realizar pruebas exhaustivas.
Usted trabaja en un equipo que desarrolla una aplicación móvil para hacer pedidos de comida. En la iteración actual el equipo decidió implementar la funcionalidad de pago.
¿Cuál de las siguientes actividades forma parte del análisis de prueba? Estimar que probar la integración con el servicio de pago llevará 8 días-persona. Decidir que el equipo debe probar si es posible compartir correctamente el pago entre muchos
usuarios. Utilizar el análisis del valor frontera (AVF) para obtener los datos de prueba para los casos de
prueba que comprueban el procesamiento correcto del pago para el importe mínimo permitido a
pagar. Analizar la discrepancia entre el resultado real y el resultado esperado tras ejecutar un caso de
prueba que comprueba el proceso de pago con tarjeta de crédito e informar de un defecto.
¿Cuáles de los siguientes factores (del I al V) tienen una influencia SIGNIFICATIVA en el proceso de prueba?
I. El ciclo de vida de desarrollo de software (CVDS).
II. El número de defectos detectados en proyectos anteriores.
III. Los riesgos de producto identificados
IV. Los nuevos requisitos normativos obligatorios.
V. El número de probadores certificados en la organización. I, II tienen una influencia significativa; III, IV, V no la tienen. I, III, IV tienen una influencia significativa; II, V no la tienen. II, IV, V tienen una influencia significativa; I, III no la tienen. III, V tienen una influencia significativa; I, II, IV no la tienen.
¿Cuáles DOS de las siguientes tareas pertenecen PRINCIPALMENTE a un rol de prueba? Configurar entornos de prueba. Mantener la lista de trabajo acumulado del producto (“backlog”). Diseñar soluciones para nuevos requisitos. Crear el plan de prueba. Informar sobre la cobertura alcanzada.
¿Cuáles de las siguientes competencias (I-V) son las MÁS importantes en un probador?
I. Tener conocimiento del dominio.
II. Crear una visión del producto.
III. Ser un buen jugador de equipo.
IV. Planificar y organizar el trabajo del equipo.
V. Pensamiento crítico. II y IV son importantes; I, III y V no lo son. I, III y V son importantes; II y IV no lo son. I, II y V son importantes; III y IV no lo son. III y IV son importantes; I, II y V no lo son.
¿Cómo queda reflejado el enfoque de equipo completo en las interacciones entre probadores y representantes de negocio? Los representantes de negocio deciden los enfoques de automatización de la prueba. Los probadores ayudan a los representantes de negocio a definir la estrategia de prueba. Los representantes de negocio no forman parte del enfoque de equipo completo. Los probadores ayudan a los representantes de negocio a crear pruebas de aceptación
adecuadas.
Tenga en cuenta la siguiente regla: "para cada actividad del ciclo de vida de desarrollo de software (CVDS) existe una actividad de prueba correspondiente". ¿En qué modelos de CVDS se cumple esta regla? Sólo en modelos CVDS secuenciales. Sólo en modelos CVDS iterativos. Sólo en modelos CVDS iterativos e incrementales. En modelos CVDS secuenciales, incrementales e iterativos.
¿Cuál de los siguientes enunciados describe MEJOR el enfoque de desarrollo guiado por prueba de aceptación (DGPA)? En DGPA, los criterios de aceptación suelen crearse basándose en el formato dado/cuando/entonces (“given/when/then”). En DGPA, los casos de prueba se crean principalmente en la prueba de componente y están orientados al código. En DGPA, se crean pruebas basadas en criterios de aceptación para impulsar el desarrollo del software correspondiente. En DGPA, las pruebas se basan en el comportamiento deseado del software, lo que facilita su comprensión por parte de los miembros del equipo.
¿Cuál de las siguientes opciones NO es un ejemplo del enfoque de desplazamiento a la izquierda? Revisar los requisitos de usuario antes de que sean aceptados formalmente por los implicados. Escribir una prueba de componente antes de escribir el código correspondiente. Ejecutar una prueba de eficiencia de desempeño de un componente durante la prueba de componente. Redactar un guion de prueba antes de establecer el proceso de gestión de la configuración.
¿Cuál de los siguientes argumentos utilizaría para convencer a su jefe de que organice retrospectivas al final de cada ciclo de entrega? Las retrospectivas son muy populares hoy en día y los clientes agradecerían que las añadiéramos a nuestros procesos. Organizar retrospectivas ahorrará dinero a la organización porque los representantes de los usuarios finales no proporcionan retroalimentación inmediata sobre el producto. Los puntos débiles del proceso identificados durante la retrospectiva pueden analizarse y servir como lista de tareas para el programa de mejora continua del proceso de la organización. Los puntos débiles del proceso identificados durante la retrospectiva pueden analizarse y servir como lista de tareas para el programa de mejora continua del proceso de la organización.
¿Qué tipos de fallos (1-4) se ajustan MEJOR a qué niveles de prueba (A-D)?
1. Fallos en el comportamiento del sistema cuando se desvía de las necesidades de negocio del
usuario.
2. Fallos en la comunicación entre componentes.
3. Fallos en la lógica de un módulo.
4. Fallos en la implementación incorrecta de las reglas de negocio.
A. Prueba de componente.
B. Prueba de integración de componentes.
C. Prueba de sistema.
D. Prueba de aceptación. 1D, 2B, 3A, 4C. 1D, 2B, 3C, 4A. 1B, 2A, 3D, 4C. 1C, 2B, 3A, 4D.
pregunta 14 Sólo 4, 7, 8, 9. Sólo 5, 7. Sólo 4, 6, 8, 9. Sólo 5, 6.
¿Cuál de las opciones siguientes NO es una ventaja de la prueba estática? Tener una gestión de defectos menos costosa debido a la facilidad de detectar defectos más tarde en el CVDS. Corregir los defectos encontrados durante la prueba estática es generalmente mucho menos costoso que corregir los defectos encontrados durante la prueba dinámica. Encontrar defectos de código que no se habrían encontrado con pruebas dinámicas. Detectar carencias e incoherencias en los requisitos.
¿Cuál de las siguientes opciones es una ventaja de la retroalimentación temprana y frecuente? Mejora el proceso de prueba para futuros proyectos. Obliga a los clientes a priorizar sus requisitos en función de los riesgos acordados. Es la única forma de medir la calidad de los cambios. Ayuda a evitar malentendidos sobre los requisitos.
Las revisiones que se utilizan en su organización presentan las siguientes características:
• Cuentan con el rol de escriba.
• El objetivo principal es evaluar la calidad.
• La reunión está liderada por el autor del producto de trabajo.
• Hay una preparación individual.
• Se elabora un informe de revisión.
¿Cuál de los siguientes tipos de revisión es MÁS probable que se utilice? Revisión informal. Revisión guiada. Revisión técnica. Inspección.
¿Cuál de estos enunciados NO es un factor que contribuye al éxito de las revisiones? Los participantes deben dedicar un tiempo adecuado a la revisión. Dividir los productos de trabajo grandes en partes pequeñas para que el esfuerzo requerido sea menos intenso. Los participantes deben evitar comportamientos que puedan indicar aburrimiento, exasperación u hostilidad hacia otros participantes. Los fallos encontrados deben reconocerse, valorarse y tratarse objetivamente.
¿Cuál de las siguientes opciones es una característica de las técnicas de prueba basadas en la experiencia? Los casos de prueba se crean a partir de información de diseño detallada. Los elementos probados en la sección de código de la interfaz se utilizan para medir la cobertura. Las técnicas se basan en gran medida en los conocimientos del probador sobre el software y el dominio del negocio. Los casos de prueba se utilizan para identificar desviaciones con respecto a los requisitos.
pregunta 20 3 4 5 6.
Está probando un sistema que calcula la nota final del curso para un alumno determinado.
La nota final se asigna en función del resultado final, de acuerdo con las siguientes reglas:
• 0 - 50 puntos: suspenso
• 51 - 60 puntos: regular
• 61 - 70 puntos: satisfactorio
• 71 - 80 puntos: bien
• 81 - 90 puntos: muy bien
• 91 - 100 puntos: excelente
Usted ha preparado el siguiente conjunto de casos de prueba: 50% 60% 33,3% 100%.
Pregunta 22 R4 R2 R6 R8.
Usted prueba un sistema cuyo ciclo de vida está modelado por el diagrama de transición de estado que se muestra a continuación. El sistema comienza en el estado INICIO y termina su operación en el estado APAGADO. 4 2 7 3.
Su juego de prueba logró una cobertura de sentencia del 100%. ¿Cuál es la consecuencia de este hecho? Cada instrucción del código que contiene un defecto se ha ejecutado al menos una vez. Cualquier juego de prueba que contenga más casos de prueba que su juego de prueba también alcanzará una cobertura de sentencia del 100%. Cada camino del código se ha ejecutado al menos una vez. Cada combinación de valores de entrada se ha probado al menos una vez.
¿Cuál de las siguientes opciones NO es correcta con respecto a la prueba de caja blanca? Durante la prueba de caja blanca se tiene en cuenta toda la implementación del software. Las métricas de cobertura de caja blanca pueden ayudar a identificar pruebas adicionales para aumentar la cobertura de código. Las técnicas de prueba de caja blanca pueden utilizarse en pruebas estáticas. La prueba de caja blanca puede ayudar a identificar lagunas en la implementación de requisitos.
¿Cuál de las siguientes opciones describe MEJOR el concepto de predicción de errores? La predicción de errores implica utilizar sus conocimientos y experiencia sobre los defectos encontrados en el pasado y los errores típicos cometidos por los desarrolladores. La predicción de errores implica utilizar su experiencia personal en el desarrollo y los errores que cometió como desarrollador. La predicción de errores requiere que imagine que es el usuario del objeto de prueba y que adivine los errores que podría cometer al interactuar con él. La predicción de errores requiere replicar rápidamente la tarea de desarrollo para identificar el tipo de equivocación que podría cometer un desarrollador.
En su proyecto se ha producido un retraso en la entrega de una nueva aplicación y la ejecución de la prueba ha comenzado con retraso, pero usted tiene un conocimiento muy detallado del dominio y buenas competencias analíticas. La lista completa de requisitos aún no se ha compartido con el equipo, pero la dirección pide que se presenten algunos resultados de la prueba.
¿Qué técnica de prueba encaja MEJOR en esta situación? Prueba basada en lista de comprobación. Predicción de errores. Prueba exploratoria. Prueba de rama.
¿Cuál de las siguientes opciones describe MEJOR la forma en que se pueden documentar los criterios de aceptación? Realizar retrospectivas para determinar las necesidades reales de los implicados con respecto a una historia de usuario dada. Utilizar el formato dado/cuando/entonces (“given/when/then“) para describir un ejemplo de condición de prueba relacionada con una historia de usuario determinada. Utilizar la comunicación verbal para reducir el riesgo de que los demás malinterpreten los criterios de aceptación. Documentar los riesgos relacionados con una historia de usuario dada en un plan de prueba para facilitar la prueba basada en el riesgo de una historia de usuario dada.
Pregunta 29 Probar si el editor puede guardar el documento después de borrar el contenido de la página. Probar si el propietario del contenido puede iniciar sesión y realizar actualizaciones del contenido. Probar si el editor puede programar el contenido editado para su publicación. Probar si el editor puede reasignar a otro editor para realizar actualizaciones.
¿De qué forma los probadores aportan valor a la planificación de la iteración y entrega? Los probadores determinan la prioridad de las historias de usuario que hay que desarrollar. Los probadores se concentran sólo en los aspectos funcionales del sistema que se va a probar. Los probadores participan en la identificación detallada del riesgo y en la evaluación del riesgo de las historias de usuario. Los probadores garantizan la entrega de software de alta calidad mediante un diseño de prueba temprano durante la planificación de la entrega.
¿Cuáles DOS de las siguientes opciones son criterios de salida para probar un sistema? La preparación del entorno de prueba. La capacidad de iniciar sesión en el objeto de prueba por parte del probador. Haber alcanzado la densidad de defectos estimada. Los requisitos se traducen al formato dado/cuando/entonces (“given/when/then”). Las pruebas de regresión se encuentran automatizadas.
Su equipo utiliza la técnica de estimación de tres puntos para estimar el esfuerzo de prueba de una nueva prestación de alto riesgo. Se realizaron las siguientes estimaciones:
• estimación más optimista: 2 horas-persona.
• estimación más probable 11 horas-persona.
• estimación más pesimista 14 personas-hora.
¿Cuál es la estimación final? 9 horas-persona. 14 horas-persona. 11 horas-persona. 10 horas-persona.
Usted está probando una aplicación móvil que permite a los usuarios encontrar un restaurante cercano en función del tipo de comida que desean comer. Tenga en cuenta la siguiente lista de casos de prueba, prioridades (es decir, un número menor significa una mayor prioridad) y dependencias: TC 003 TC 005 TC 002 TC 001.
Tenga en cuenta las siguientes categorías de prueba (1-4) y los cuadrantes de prueba ágil (A-D):
1. Prueba de usabilidad
2. Prueba de componente
3. Prueba funcional
4. Prueba de fiabilidad
A. Cuadrante de prueba ágil Q1: de cara a la tecnología, apoya al equipo de desarrollo.
B. Cuadrante de prueba ágil Q2: de cara al negocio, apoya al equipo de desarrollo.
C. Cuadrante de prueba ágil Q3: de cara al negocio, critica el producto.
D. Cuadrante de prueba ágil Q4: de cara a la tecnología, critica el producto.
¿Cómo se corresponden las categorías de prueba con los cuadrantes de prueba ágil? 1C, 2A, 3B, 4D 1D, 2A, 3C, 4B 1C, 2B, 3D, 4A 1D, 2B, 3C, 4A.
Pregunta 35 Aceptación del riesgo. Plan de contingencia. Mitigación del riesgo. Transferencia del riesgo.
¿Qué herramienta puede utilizar un equipo ágil para mostrar la cantidad de trabajo que se ha completado y la cantidad de trabajo total restante para una iteración determinada? Criterios de aceptación. Informe de defecto. Informe de compleción de la prueba. Gráfico de quemado.
Usted necesita actualizar uno de los guiones de prueba automatizados para que se ajuste a un nuevo requisito. ¿Qué proceso indica que debe crear una nueva versión del guion de prueba en el repositorio de pruebas? Gestión de la trazabilidad. Prueba de mantenimiento. Gestión de la configuración. Ingeniería de requisitos.
Usted ha recibido el siguiente informe de defecto de los desarrolladores en el que se indica que la anomalía descrita en este informe de prueba no es reproducible. Resultado esperado y resultado real. Referencias y estado de los defectos. Entorno de prueba y elemento de prueba. Prioridad y severidad.
¿A qué actividad de prueba da soporte una herramienta de preparación de datos de prueba? Monitorización y control de prueba. Análisis y diseño de la prueba. Implementación y ejecución de la prueba. Compleción de la prueba.
¿Qué elemento identifica correctamente un riesgo potencial de realizar la automatización de la prueba? Puede introducir regresiones desconocidas en producción. Es posible que no se dediquen suficientes esfuerzos al mantenimiento del producto de prueba. Puede que no se confíe lo suficiente en las herramientas de prueba y los productos de prueba asociados. Puede reducir el tiempo asignado a la prueba manual.
|
