ISTQB

¿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 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 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 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ál 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 numero 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 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 alcanza.

¿Cuáles de las siguientes tareas pertenecen PRINCIPALMENTE a un rol 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 alcanza.

¿Cuál de las siguientes competencias (I-V) son la 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, V no lo son. I, III y V son importantes; II, IV no lo son. I, II y V son importantes; III, IV no lo son. III y IV son importantes; I, II, 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 pruebas de aceptación (DGPA)?. En DGPA, los criterios de aceptación suelen crearse baá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 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.

¿Qué tipos de fallos (1-4) se ajustan MEJOR a qué niveles de pruebas (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.

¿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 en incoherencias en los requisitos.

¿Cuál de los 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 esta 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 prueban se utilizan para identificar desviaciones con respecto a los requisitos.

Estás probando un formulario de búsqueda de pisos simplificado que sólo tiene dos criterios de búsqueda: -Piso (con tres opciones posibles: planta baja; primer piso; segundo piso o superior). -Tipo de jardín (con tres opciones posibles: sin jardín; jardín pequeño; jardín grande) Sólo los pisos de la planta baja pueden tener jardín. El formulario tiene incorporado un mecanismo de validación que no le permitirá utilizar los criterios de búsqueda que infrinjan esta regla Cada prueba tiene dos valores de entrada: planta y tipo de jardín. Desea aplicar la partición de equivalencia (PE) para cubir cada planta y cada tipo de jardín en sus pruebas. ¿Cuál es el número mínimo de casos de prueba para alcanzar el 100% de cobertura PE?. 3. 4. 5. 6.

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 adiciones para aumentar la cobertura de código. Las técnicas de prueba de caja blanca pueden utilizarse en pruebas estáticas. La prueba en 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 equivoació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 la 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.

Tenga en cuenta la siguiente historia de usuario: Como Editor Quiero revisar el contenido antes de que se publique Para asegurarme de que la gramática es correcta Criterios de aceptación: - El usuario puede iniciar sesión en el sistema de gestión de contenidos con el rol de "Editor" - El usuario puede puede ver las páginas de contenido existentes - El usuario puede puede editar el contenido de la página - El usuario puede puede añadir comentarios - El usuario puede guardar cambios - El usuario puede reasignar el rol de "propietario del contenido" para realizar actualizaciones ¿Cuál de las siguientes es el MEJOR ejemplo de prueba desarrollo guiado por prueba de aceptación DGPA para esta historia de usuario?. 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.

¿Cuál 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").

¿Cuál 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. Las pruebas de regresión se encuentran automatizadas. Los requisitos se traducen al formato dado/cuando/entonces ("given/when/then").

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 horas - hora ¿Cuál es la estimación final?. 9 horas- persona. 14 horas- persona. 11 horas- persona. 10 horas- persona.

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.

Durante un análisis del riesgo se identificó y evaluó el siguiente riesgo: - Riesgo: El tiempo de respuesta es muy prolongado para generar un informe - Probabilidad del riesgo: media; impacto del riesgo: alto - Respuesta al riesgo: * Un equipo de prueba independiente realiza pruebas de rendimiento durante la prueba de sistema * Una muestra seleccionada de usuarios finales realiza pruebas de aceptación alfa y beta antes de la entrega ¿Qué medida se propone tomar en respuesta a este riesgo analizado?. 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 se 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 La aplicación se bloquea 03 de mayo 2022 - Juan Piedra Seca - Rechazado La aplicación se bloquea tras introducir "Entrada de prueba: $a" en el campo Nombre de la pantalla de creación de un nuevo usuario. Intenté cerrar la sesión, iniciar sesión con la cuenta test_admin01, mismo problema. Probado con otras cuentas de administrador de prueba, mismo problema. No se ha recibido ningún mensaje de error; el registro (véase adjunto) contiene una notificación de error crítico. Basándose en el caso de prueba CP-1305, la aplicación debería aceptar la entrada proporcionada y crear el usuario. Por favor, corrija con alta prioridad, esta prestación está relacionada con RQ-0012, que es un nuevo requisito de negocio crítico. ¿Qué información crítica falta en este informe de prueba que hubiera sido útil para los desarrolladores?. 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 suficientes en las herramientas de prueba y los productos de prueba asociados. Puede reducir el tiempo asignado a la prueba manual.