Simulador Curso ISTQB Agile Tester Quality Data

Description

Simulador Curso Oficial ISTQB Agile Tester Quality Data Basado en Exámenes de muestra oficiales ISTQB Quality Data 2021
Alfredo Ordóñez Casanova
Quiz by Alfredo Ordóñez Casanova, updated more than 1 year ago
Alfredo Ordóñez Casanova
Created by Alfredo Ordóñez Casanova over 2 years ago
1168
0

Resource summary

Question 1

Question
¿Qué DOS actividades a continuación representan mejor las responsabilidades que son consistentes con el enfoque de equipo completo del desarrollo Agil? Seleccione DOS opciones.
Answer
  • Los probadores son responsables de desarrollar pruebas unitarias que transmiten a los desarrolladores para pruebas.
  • Se espera que los representantes de negocio seleccionen las herramientas que el equipo utilizará durante el proyecto.
  • Se espera que los probadores trabajen con los representantes del cliente para crear pruebas de aceptación.
  • Todo el equipo, no solo los probadores, es responsable de la calidad del producto.
  • Se espera que los desarrolladores prueben los requisitos no funcionales (rendimiento, usabilidad, seguridad, etc.)

Question 2

Question
¿Cuál de las siguientes es una ventaja de tener a todo el equipo responsable de la calidad?
Answer
  • Las empresas ya no necesitan contratar y capacitar a especialistas en pruebas de software.
  • Las tareas de automatización de pruebas ahora son responsabilidad del equipo de desarrollo en lugar del equipo de prueba
  • Las barreras de rol se eliminan y los miembros del equipo contribuyen al éxito del proyecto en función de sus habilidades y perspectivas únicas.
  • Los costos del proyecto son más bajos porque se elimina la necesidad de un equipo de prueba especializado.

Question 3

Question
¿Cuáles DOS de las siguientes afirmaciones son verdaderas? 1. La retroalimentación temprana les da a los desarrolladores más tiempo para desarrollar nuevas funciones del sistema porque hace que se dedique menos tiempo a reelaborar las características esperadas en una iteración determinada. 2. La retroalimentación temprana permite a los equipos ágiles ofrecer características con el mayor valor comercial en primer lugar, porque el cliente mantiene el enfoque en las funciones con el mayor valor del sistema. 3. La retroalimentación temprana reduce los costos porque disminuye la cantidad de tiempo necesario para las pruebas del sistema. 4. La retroalimentación temprana hace que sea más probable que el sistema construido sea lo que el cliente quería, porque se les da la oportunidad de realizar cambios a lo largo de la iteración.
Answer
  • 1 y 4
  • 2 y 3
  • 2 y 4
  • 1 y 3

Question 4

Question
¿Cuál de los siguientes es un beneficio del proceso ágil que promueve la retroalimentación temprana y frecuente?
Answer
  • El número total de defectos encontrados durante el proyecto es mucho mayor que en los proyectos de desarrollo tradicionales de software como cascada.
  • Hay menos retrabajos porque los clientes ven el producto con regularidad.
  • Es fácil determinar el desarrollador que presenta más defectos al integrar código.
  • Hay tiempo suficiente para completar todas las funciones programadas para la iteración dada.

Question 5

Question
Haga coincidir los siguientes enfoques de desarrollo de software ágil en la parte superior con sus correspondientes descripciones en la parte inferior. 1) Programación extrema 2) Scrum 3) Kanban i. Adopta 5 valores para guiar el desarrollo: comunicación, simplicidad, retroalimentación, coraje y respeto ii. Divide el proyecto en iteraciones cortas llamadas sprints. iii. Optimiza el "flujo" de trabajo en una cadena de valor agregado.
Answer
  • 1-i, 2-iii, 3-ii
  • 1-i, 2-ii, 3-iii
  • 1-ii, 2-i, 3-iii
  • 1-iii, 2-ii, 3-i

Question 6

Question
Durante una reunión de planificación de iteraciones, el equipo comparte sus pensamientos sobre una historia de usuario. El propietario del producto advierte que el cliente debe tener una pantalla para ingresar información. El desarrollador explica que existen limitaciones técnicas para la función, debido a la cantidad de información necesaria para ser capturada en la pantalla. Otro desarrollador dice que existen riesgos sobre el rendimiento, ya que la información se almacenará en una base de datos externa . ¿Cuál de las siguientes opciones representaría mejor la contribución de un evaluador a esta discusión?
Answer
  • El evaluador advierte que la pantalla de la historia del usuario debe ser de una sola página para reducir la prueba esfuerzo de automatización.
  • El evaluador advierte que la usabilidad es más importante que el rendimiento.
  • El probador advierte que los criterios de aceptación de rendimiento deben estándar como máximo de 1 segundo para el almacenamiento de datos.
  • El evaluador advierte que la historia del usuario necesita criterios de aceptación para poder ser probada.

Question 7

Question
¿Cuál de las siguientes opciones describe MEJOR a un probador que participa en una reunión retrospectiva?
Answer
  • Como probador que participa en una reunión retrospectiva, debo incluir temas relacionados con prueba solamente. Todos los demás temas serán cubiertos por diferentes participantes.
  • Como probador, participa en una reunión retrospectiva como observador, asegurándome de que la reunión sigue las reglas retrospectivas y los valores ágiles.
  • Como probador que participa en una reunión retrospectiva, debo proporcionar comentarios y opiniones sobre todas las actividades realizadas por el equipo durante el sprint.
  • Como probador, solo debería asistir y participar en una reunión retrospectiva si tiene alguna retroalimentación y aportes relacionados con las actividades realizadas por el equipo durante el sprint.

Question 8

Question
¿Cuál de los siguientes puntos NO debería plantearse durante una reunión retrospectiva?
Answer
  • Debería hacerse más hincapié en las pruebas unitarias en el futuro, para mejorar la calidad general.
  • El proceso de construcción es manual y lleva demasiado tiempo. Se debe hacer la Investigación e implementación de un marco de construcción automatizado.
  • El probador XYZ está luchando por encontrar defectos. Se requiere capacitación en diseño de pruebas para este recurso.
  • Los conjuntos de pruebas de regresión automatizada están tardando demasiado.

Question 9

Question
¿Cuál de los siguientes NO es un principio de integración continua?
Answer
  • La integración continua ayuda a crear software modificado con regularidad, incluidas las pruebas y desplegando, de forma automatizada.
  • La integración continua permite que las nuevas compilaciones estén disponibles con frecuencia para los probadores y las partes interesadas.
  • La integración continua ayuda a identificar nuevos defectos de integración temprano y hace que el análisis de estos defectos más fácil.
  • La integración continua garantiza que las pruebas de compilaciones se realicen manualmente, ya que esto genera más resultados fiables que los scripts automatizados.

Question 10

Question
¿Cuál de las siguientes actividades haría un evaluador durante la planificación del lanzamiento?
Answer
  • Producir una lista de pruebas de aceptación para historias de usuarios.
  • Ayuda a dividir las historias de los usuarios en tareas más pequeñas y detalladas.
  • Estimar las tareas de prueba generadas por las nuevas funciones planificadas para esta iteración.
  • Apoyar la aclaración de las historias de los usuarios y asegurarse de que sean comprobables.

Question 11

Question
¿Cuál es la explicación más adecuada de una "historia de usuario"?
Answer
  • Un artefacto que el evaluador debe revisar y firmar antes de que pueda comenzar la prueba.
  • Un artefacto utilizado para detallar solo los requisitos funcionales del sistema.
  • Un artefacto documentado por representantes de negocio para ayudar a los desarrolladores y probadores a comprender los requisitos del sistema.
  • Un artefacto escrito en colaboración por desarrolladores, evaluadores y representantes de negocio para capturar los requerimientos.

Question 12

Question
¿Cuál de las siguientes actividades de prueba se realiza normalmente durante proyectos ágiles, pero no es tan común en proyectos tradicionales?
Answer
  • Los evaluadores redactan planes de prueba detallados para que todos los miembros del equipo puedan comprender qué se probará durante cada iteración.
  • Los probadores están muy involucrados en la creación de casos de prueba automatizados que luego se utilizan para verificar la implementación de los requisitos.
  • Los probadores realizan pruebas exploratorias para encontrar rápidamente defectos importantes.
  • Los evaluadores colaboran con los desarrolladores para comprender mejor qué se debe probar.

Question 13

Question
Considere las siguientes actividades: I. Aplicación estricta de los criterios de entrada y salida del nivel de prueba del sistema. ii. Colaboración entre el evaluador, el desarrollador y las partes interesadas del negocio para definir los criterios de aceptación. iii. Pruebas de verificación funcional de historias de usuarios desarrolladas en la iteración anterior. ¿Cuál de las siguientes combinaciones de estas actividades debería ocurrir en un proyecto ágil?
Answer
  • ii. Únicamente.
  • i y ii
  • ii y iii
  • iii. Únicamente.

Question 14

Question
¿Cuáles DOS de las siguientes afirmaciones son verdaderas sobre proyectos ágiles? Seleccione DOS opciones.
Answer
  • Los evaluadores deben trabajar en estrecha colaboración con los desarrolladores manteniendo una perspectiva objetiva.
  • Los administradores de pruebas no existen en las organizaciones que realizan un desarrollo ágil.
  • No hay diferencia entre lo que hacen los probadores y los desarrolladores en proyectos ágiles.
  • Los desarrolladores deben confiar en los probadores para crear las pruebas de regresión automatizadas.
  • Una selección de usuarios puede realizar pruebas beta en el producto después de completar una serie de iteraciones.

Question 15

Question
¿Cuál de las siguientes afirmaciones sobre pruebas independientes en proyectos ágiles es FALSA?
Answer
  • Puede existir el riesgo de perder la independencia de las pruebas para las organizaciones que introducen Agile.
  • Los probadores independientes encontrarán más defectos que los desarrolladores, independientemente del nivel de prueba.
  • Se pueden introducir pruebas independientes al final de un sprint.
  • El equipo de prueba independiente puede formar parte de otro equipo.

Question 16

Question
En un proyecto ágil, ¿cuál de los siguientes indicaría mejor la calidad del producto al final de la iteración 6 de una nueva versión del sistema que consta de 8 iteraciones?
Answer
  • No se detectaron defectos de gravedad 1 o 2 durante las pruebas del sistema de la iteración 6, lo que permitió al equipo para pasar a la iteración 7.
  • Los resultados de una prueba beta del cliente en la versión de software de la iteración 6 indican que el sistema funciona correctamente y que ha mejorado la productividad.
  • El equipo ágil ha estado siguiendo con éxito las estimaciones, con una variación limitada que se muestra en los gráficos de evolución de todas las iteraciones hasta la fecha.
  • Todas las cartas de historia en el alcance de cada iteración, hasta la iteración actual, se han marcado como "Hecho", pero con cierta deuda técnica.

Question 17

Question
¿Cuál de las siguientes opciones es mejor para mostrar el progreso del equipo frente a las estimaciones?
Answer
  • Gráficos de quemado.
  • Registros de automatización.
  • El tablero de tareas ágil que muestra la historia del usuario y el progreso de la tarea.
  • Herramientas de seguimiento de defectos.

Question 18

Question
La empresa advierte durante la planificación de la iteración 5 que requiere cambios en el sistema entregados en la iteración 3. De las siguientes actividades, que debería realizarse primero para minimizar la introducción de riesgo de regresión cuando se cambia esta característica?
Answer
  • Revise y actualice todas las pruebas manuales y automatizadas afectadas por este cambio para cumplir con las nuevas criterios de aceptación.
  • Escriba nuevas pruebas manuales y automatizadas para la función y agréguelas a la suite de pruebas de regresión.
  • Automatice todos los casos de prueba de la iteración anterior y agréguelos a la suite de regresión automatizada.
  • Aumentar la cantidad de automatización de pruebas en todo el sistema para incluir condiciones de prueba más detalladas.

Question 19

Question
¿Cuáles Dos de las siguientes son razones por las que la automatización es esencial dentro de los proyectos ágiles? I. Para que los equipos mantengan o aumenten su velocidad ii. Para evitar que el equipo de prueba se aburra con tareas manuales repetitivas. iii. Para volver a probar todos los casos de prueba de iteraciones anteriores iv. Para eliminar la regresión en el producto debido a una alta rotación de código v. Para asegurarse de que los cambios de código no rompan la compilación del software
Answer
  • i y iv
  • i y 5
  • iii y iv
  • ii y v

Question 20

Question
En proyectos ágiles, hay más necesidad de que los probadores comprendan y desarrollen scripts de automatización de pruebas que en proyectos tradicionales. De las siguientes, ¿cuáles son las DOS razones por las que esta es una habilidad necesaria en proyectos ágiles?. I. Los requisitos cambian a diario y deben someterse a pruebas de regresión. Este rápido cambio requiere pruebas automatizadas porque las pruebas manuales son demasiado lentas. ii. Las pruebas deben generar comentarios sobre la calidad del producto lo antes posible. Entonces todas las pruebas de aceptación deben ejecutarse en cada iteración, idealmente a medida que se realizan modificaciones. En la práctica esto solo se puede realizar mediante pruebas automatizadas. iii. La práctica de integración continua y prueba primero requiere que el conjunto de pruebas de regresión sea ejecutado cada vez que se registra el código cambiado. En la práctica, esto solo se puede realizar mediante pruebas automatizadas. iv. Las iteraciones o sprints son de duración fija. El equipo debe garantizar que todas las pruebas puedan ser ejecutadas completamente en el último día de cada iteración / sprint. En la práctica, eso solo puede ser posible por pruebas automatizadas. v. Los proyectos ágiles se basan en pruebas unitarias en lugar de pruebas de sistemas. Dado que las pruebas unitarias no pueden ser ejecutadas manualmente, todas las pruebas deben ser automatizadas.
Answer
  • i y iii
  • ii y v
  • iv y v
  • ii y iii

Question 21

Question
¿Qué tareas se esperan normalmente de un tester en un proyecto ágil? I. decidir sobre la aceptación del usuario ii. diseñar, crear y ejecutar las pruebas adecuadas iii. programar informes de defectos para su análisis iv. automatizar y mantener pruebas v. mejorar la lógica del programa mediante la programación de pares
Answer
  • i y iii
  • ii y iii
  • ii y iv
  • ii y v

Question 22

Question
¿Cuál de las siguientes NO es una tarea típica realizada por el evaluador dentro de un equipo ágil?
Answer
  • Automatizar pruebas y mantenerlas.
  • Para orientar y entrenar a otros miembros del equipo.
  • Elaborar y actualizar gráficos de evolución.
  • Participar en actividades de análisis de código.

Question 23

Question
¿El término "Gráfico de Quemado" se refiere a cuál de los siguientes?
Answer
  • Un cuadro que muestra qué miembros del equipo están trabajando más y es probable que estén bajo estrés.
  • Un cuadro que muestra el progreso de cada historia de usuario y cuándo es probable que se complete.
  • Un gráfico que muestra la cantidad de trabajo que queda por hacer, en comparación con el tiempo asignado para la iteración.
  • Un cuadro que muestre los defectos que se han solucionado y cuándo es probable que los defectos restantes se han reparado.

Question 24

Question
¿Cuál de las siguientes afirmaciones sobre el desarrollo basado en pruebas (TDD) es FALSA?
Answer
  • TDD es un enfoque de "prueba primero" para desarrollar pruebas automatizadas reutilizables.
  • El ciclo TDD se utiliza continuamente hasta que se lanza el producto de software.
  • TDD ayuda a documentar el código para futuros esfuerzos de mantenimiento.
  • El resultado de TDD son clases de prueba utilizadas por el desarrollador para desarrollar casos de prueba.

Question 25

Question
¿A qué se refiere el término "Pirámide de prueba" y que situación ilustra?
Answer
  • La carga de trabajo de prueba del equipo aumenta de un sprint a otro.
  • Disminuye el tamaño de la acumulación de pedido y por lo tanto, el número de pruebas.
  • El número de pruebas unitarias automatizadas es mayor que el número de pruebas automatizadas para mayor niveles de prueba.
  • El número de pruebas automatizadas implementadas aumenta de un sprint a otro.

Question 26

Question
¿Cuál de los siguientes demuestra un uso eficaz de los cuadrantes de prueba?
Answer
  • Al comunicar ideas de prueba, el evaluador puede referirse al cuadrante de prueba correspondiente, de modo que el el resto del equipo comprenderá mejor el propósito de la prueba.
  • El probador puede usar los tipos de pruebas descritos en los cuadrantes de prueba como una métrica de cobertura, cuantas más pruebas se cubran en cada cuadrante, mayor será la cobertura de la prueba.
  • El equipo debe elegir una serie de pruebas esperadas de cada cuadrante, y el evaluador debe diseñar y ejecutar esas pruebas para garantizar que se hayan ejecutado todos los niveles y tipos de pruebas.
  • El probador puede usar los cuadrantes de prueba durante el análisis de riesgo; con los cuadrantes de nivel inferior representa lo que tiene un riesgo menor para el cliente.

Question 27

Question
Dadas las siguientes historias de usuarios: “Como cajero de banco, puedo navegar fácilmente a través del menú del sistema y los enlaces, y encontrar la información que estoy buscando" "Para todos los usuarios, el sistema debe mostrar todas las consultas en menos de 2 segundos, el 90% del tiempo" Y los casos de prueba asociados: TC1: Iniciar sesión como cajero bancario. Ingrese el ID de cliente. Verifique que el historial de transacciones del cliente sea fácil de encontrar, y que navegar por los menús es intuitivo. TC2: Iniciar sesión como cajero bancario: introduzca el nombre del cliente. Verifique que las cuentas de los clientes sean fáciles de encontrar y que navegar por los menús es intuitivo. TC3: Simule el tráfico esperado en el sistema y valide el tiempo para que el historial de transacciones del cliente la pantalla dura menos de 2 segundos. ¿De qué DOS cuadrantes de prueba formarían parte los casos de prueba anteriores?
Answer
  • Q1 Nivel Unitario, enfoque a la tecnología y Q2 nivel de sistema, enfoque en el negocio
  • Q2 Nivel de Sistema, enfoque en el negocio y Q3 Nivel de sistema o aceptación de Usuario, enfoque de negocio.
  • Q3 Nivel de sistema o aceptación de Usuario, enfoque de negocio y Q4 Nivel de sistema o aceptación operativa, enfoque en la tecnología.
  • Q2 Nivel de sistema, enfoque en el negocio y Q4 Nivel de sistema o aceptación operativa, enfoque en la tecnología.

Question 28

Question
Al comienzo de la quinta iteración de un proyecto, se introdujo un nuevo requisito para admitir un nuevo tipo de navegador. El evaluador se da cuenta de que el marco y los scripts de automatización de pruebas existentes no admiten el nuevo tipo de navegador. ¿Cuál es el mejor curso de acción que puede tomar el evaluador de este equipo?
Answer
  • El evaluador debe notificar al equipo que están planeando trabajar horas extras durante los siguientes 2 sprints para actualizar el marco de automatización de pruebas existente y los scripts para admitir el nuevo tipo de navegador para no perturbar el plan de sprint existente.
  • El evaluador notificará al equipo sobre el problema. Se realiza un análisis de riesgo y el equipo decide que pruebas de regresión se deben realizar en el nuevo tipo de navegador además de los navegadores soportados.
  • El probador actualizará el plan de sprint agregando tareas para modificar el framework y scripts para admitir el nuevo tipo de navegador.
  • El evaluador investiga un poco y concluye que existe un bajo riesgo de que cualquier defecto nuevo pueda introducirse en el nuevo tipo de navegador que aún no se ha encontrado en otros navegadores compatibles. El evaluador continúa con el plan de sprint existente y no realiza cambios en el marco de automatización o scripts para pruebas.
  • El probador detendrá lo que está haciendo, diseñará pruebas específicas para las pruebas de compatibilidad del nuevo tipo de navegador y comunicará al equipo que cualquier otra prueba para el sprint tendrá que pasar a la siguiente iteración.

Question 29

Question
Dados los siguientes resultados de un análisis de riesgo de producto que se produjo al comienzo de una iteración: • Historia Usuario 1 (Rendimiento): probabilidad:elevado, impacto:elevado • Historia Usuario 2 (Seguridad): probabilidad:elevado, impacto: elevado • Historia Usuario 3 (Funcional): probabilidad:medio, impacto:elevado • Historia Usuario 4 (Funcional): probabilidad: elevado, impacto: medio • Historia Usuario 5 (Compatibilidad):probabilidad:bajo, impacto: bajo • Historia Usuario 6 (Recuperabilidad): probabilidad: bajo, impacto: bajo ¿Cuáles de los siguientes DOS opciones describen mejor lo que debe hacer el equipo con esta información? Seleccione DOS opciones.
Answer
  • Pasar a la planificación de la sesión de póquer para estimar el esfuerzo de las historias de usuario y determinar qué puede realizarse en la iteración actual y lo que se debe agregar a la acumulación de pedido.
  • Eliminar las historias de usuario 5 y 6 de la iteración actual y pasar a una iteración posterior.
  • Debido a la cantidad de riesgos de alta probabilidad y alto impacto asignados para esta iteración, el equipo no tiene más remedio que extender el período de tiempo de la iteración en 2 semanas.
  • El equipo debe colaborar en formas efectivas de mitigar los riesgos de alta probabilidad y alto impacto.
  • El equipo debe planificar completar todos los elementos del sprint actual, pero guardar los elementos de menor riesgo para el final del sprint, y solo se prueba estos elementos si hay tiempo.

Question 30

Question
Dada la siguiente historia de usuario: "Como presidente, ningún dato que suba no debería ser visible para otro usuario del sistema " Durante la primera sesión de planificación de póquer, se dieron los siguientes puntos de la historia en función del riesgo, el esfuerzo, complejidad y extensión adecuada de las pruebas: Clientes: 5 Desarrolladores: 5 Probadores: 20 ¿Cuál es el mejor resultado después de esta sesión de planificación?
Answer
  • Dado que las estimaciones de tamaño del cliente y del desarrollador coinciden, el equipo puede estar seguro de que esta estimación es buena y debería pasar a la siguiente historia de usuario.
  • El equipo debe mantener una conversación para comprender por qué los evaluadores sintieron que esta historia de usuario era significativamente más compleJa. Otra ronda de la sesión de planificación de póquer debería ocurrir después de esa discusión.
  • Debido a que el cliente es dueño del sistema al final, se deben tomar las estimaciones de los clientes como correctos cuando exista algún conflicto.
  • Las sesiones de planificación de póquer deben continuar hasta que todos los puntos estimados de la historia sean exactos entre clientes, desarrolladores y probadores.

Question 31

Question
Se asigna un equipo ágil a un proyecto para actualizar un dispositivo médico existente a tecnologías más nuevas. Desde la última versión del dispositivo médico existente, una nueva versión del estándar de dispositivos médicos ha sido liberado. El acceso de los usuarios al dispositivo está cambiando y se documentará en las historias de los usuarios. Según esta información, y además de las historias de los usuarios, ¿cuál de las siguientes opciones proporcionaría mejor información relevante para respaldar sus actividades de prueba? I. Versión actualizada del documento de estándares para el sistema médico. ii. Defectos existentes o áreas de defectos típicos en el sistema existente. iii. Casos de prueba de acceso de usuarios obsoletos y resultados para aplicaciones existentes. iv. Métricas de rendimiento para aplicaciones existentes. v. Defectos registrados durante otros proyectos de conversión similares para dispositivos médicos.
Answer
  • i, ii, iii, iv
  • ii, iv, v
  • i, ii, v
  • Todo lo anterior

Question 32

Question
¿Qué alternativa es la MEJOR descripción de cuándo dejar de probar (criterios de entrega) en un proyecto ágil?
Answer
  • Se han ejecutado todos los casos de prueba.
  • La probabilidad de que queden fallas restantes se ha reducido a un nivel que puede ser aceptado por el cliente.
  • La cobertura de prueba lograda se considera suficiente. El límite de cobertura está justificado por la complejidad de la funcionalidad incluida, su implementación y los riesgos involucrados.
  • La iteración / sprint ha finalizado.

Question 33

Question
¿Cuáles DOS de los siguientes afirmaciones son ejemplos de criterios de aceptación comprobables para actividades relacionadas con la prueba? Seleccione DOS opciones.
Answer
  • Pruebas basadas en estructura: se utilizan pruebas de caja blanca además de pruebas de caja negra.
  • Prueba del sistema: al menos el 80% de las pruebas de regresión funcional están automatizadas.
  • Pruebas de seguridad: se completa un análisis de riesgo de amenazas sin identificar fallas.
  • Prueba de rendimiento: la aplicación responde en un período de tiempo razonable con 5000 usuarios.
  • Prueba de compatibilidad: la aplicación funciona en todos los navegadores principales.

Question 34

Question
Dada la siguiente historia de usuario: "Como cajero de banco, me gustaría poder ver todas las transacciones bancarias en la pantalla, para que pueda responder a sus preguntas ”. ¿Cuál de los siguientes se puede considerar como casos de prueba de aceptación relevantes? I. Inicie sesión como cajero de banco, obtenga el saldo de la cuenta del cliente para todas las cuentas abiertas. ii. Inicie sesión como cajero bancario, ingrese un ID de cuenta de cliente, obtenga su historial de transacciones en el pantalla iii. Inicie sesión como cajero de banco, solicite la identificación de la cuenta del cliente utilizando abreviaturas de nombre y obtenga su historial de transacciones en la pantalla iv. Inicie sesión como cajero bancario, ingrese un IBAN de cliente (número de cuenta bancaria internacional), obtenga su historial de transacciones en la pantalla v. Inicie sesión como cajero bancario, ingrese un ID de cuenta de cliente, obtenga el historial de transacciones en menos de 3 segundos en la pantalla.
Answer
  • i, ii, iv
  • i, iii, iv
  • ii, iv, v
  • ii, iii, iv

Question 35

Question
Dada la siguiente historia de usuario: "Una aplicación en línea cobra a los clientes por enviar los artículos comprados, basado en los siguientes criterios: • Gastos de envío estándar para menos de 6 artículos • El envío es de $ 5 por 6-10 artículos. • El envío es gratuito para más de 10 artículos. ¿Cuál de las siguientes es la mejor técnica de diseño de prueba de caja negra para la historia del usuario?
Answer
  • Prueba de transición de estado: pruebe los siguientes estados: navegar, iniciar sesión, seleccionar, comprar, confirmando y saliendo.
  • Tablas de decisiones: pruebe las siguientes condiciones: usuario conectado; Al menos 1 artículo en el carrito; Compra confirmada; Financiamiento aprobado; con la acción resultante de Enviar artículo.
  • Análisis de valor límite: pruebe las siguientes entradas: 0,5,6,10,11, máx.
  • Prueba de casos de uso: Actor = cliente; Requisitos previos = el cliente inicia sesión, selecciona y compra elementos; Postcondiciones = los artículos se envían.

Question 36

Question
A su gerente le gustaría presentar las pruebas exploratorias a su equipo ágil. Ha recibido las siguientes sugerencias sobre cómo proceder de colegas anteriores: I. Las historias de usuario se asignan a probadores que son completamente nuevos en la historia de usuario. Hay asignado 120 minutos asignados para completar las pruebas exploratorias de la historia del usuario. Los probadores no necesitan documentar las pruebas o los resultados de las pruebas, pero es necesario registrar los defectos si se encuentran. ii. Las historias de usuario se asignan a los probadores que ya han completado las pruebas basadas en el riesgo . Se asignan 120 minutos para completar las pruebas exploratorias de esta historia de usuario. El equipo espera que al final de los 120 minutos tenga una lista de ideas de prueba, incluidos datos y actores, resultados y problemas encontrados, y lista de defectos que se registrarán en la herramienta de administración de defectos. iii. Se asigna una historia de usuario al representante de Negocio. Se le indica al representante comercial que utilice el sistema como lo haría el cliente en el día a día. Si se encuentran problemas, se le dice al representante de negocio que informe al probador, para que pueda priorizar y registrar el defecto. iv. Se asigna una historia de usuario a un evaluador para realizar pruebas exploratorias. Se le dice al probador que aprenda la funcionalidad de la historia del usuario, para asegurarse de que la funcionalidad sea correcta e incluir pruebas negativas. Allí no hay una fecha límite establecida para que se complete esta prueba exploratoria; Depende de lo que encuentre el probador. La documentación no es necesaria, pero los defectos deben registrarse en la herramienta de seguimiento de defectos. Su gerente le presenta sus conclusiones sobre la mejor manera de introducir las pruebas exploratorias en un equipo ágil. ¿Cuál de las conclusiones de su gerente es correcta?
Answer
  • El escenario i no es la mejor manera porque: En pruebas exploratorias, el diseño de pruebas y ejecución de pruebas suceden al mismo tiempo, pero están guiados por una carta de prueba documentada que incluye actores, condiciones de prueba, datos de prueba, etc. Los resultados de la prueba también se documentan y guiarán la siguiente prueba.
  • El escenario ii es la mejor manera porque: En este caso, los evaluadores conocen la historia del usuario ya, lo que les ayudará a pensar en condiciones e ideas de prueba. El equipo está usando sesiones de prueba exploratoria. Se espera que el equipo documente las condiciones de prueba, los datos y la información del usuario, y para registrar los resultados de la prueba. Los problemas se registran en una herramienta de seguimiento de defectos simplemente como cualquier otra técnica de prueba.
  • El escenario iii no es la mejor manera porque: Esto podría estar describiendo la aceptación del sistema bajo pruebas, pero no pruebas exploratorias.
  • El escenario iv no es la mejor manera porque: La documentación es necesaria para las pruebas exploratorias, y los evaluadores deben registrar las ideas y los resultados de las pruebas. Los resultados de las pruebas se utilizan para orientar futuras pruebas exploratorias.

Question 37

Question
¿Cuál de los siguientes es uno de los propósitos de una herramienta de administración del ciclo de vida de las aplicaciones (ALM) en un proyecto ágil?
Answer
  • Una herramienta ALM permite a los equipos construir una base de conocimientos sobre herramientas y técnicas para actividades de desarrollo y pruebas.
  • Una herramienta ALM proporciona una respuesta rápida sobre la calidad de la compilación y detalles sobre los cambios de código.
  • Una herramienta ALM proporciona visibilidad del estado actual de la aplicación, especialmente con equipos distribuidos.
  • Una herramienta ALM genera y carga grandes volúmenes y combinaciones de datos para usar en las pruebas.

Question 38

Question
¿Cuál de las siguientes afirmaciones es FALSA con respecto a las pruebas exploratorias?
Answer
  • Las pruebas exploratorias abarcan el aprendizaje simultáneo, el diseño de pruebas y la ejecución.
  • Las pruebas exploratorias eliminan la necesidad de que los evaluadores preparen ideas de prueba antes de su ejecución.
  • Los mejores resultados se obtienen cuando las pruebas exploratorias se combinan con otras estrategias de prueba.
  • Los probadores exploratorios deben tener un conocimiento sólido del sistema bajo prueba.

Question 39

Question
El Manifiesto Ágil tiene 4 declaraciones de valores. Haga coincidir el valor ágil de la izquierda (1-4) con su contraparte tradicional de la derecha (i-iv). 1) Colaboración del cliente sobre i) Procesos y herramientas 2) Responder al cambio ii) Seguir un plan 3) Individuos e interacciones sobre iii) Negociación de contratos 4) Software de trabajando iv) Documentación exhaustiva
Answer
  • 1 – iii, 2 – iv, 3 – ii, 4 – i
  • 1 – iii, 2 – ii, 3 – i, 4 – iv
  • 1 – iv, 2 – ii, 3 – i, 4 – iii
  • 1 – ii, 2 – iii, 3 – iv, 4 – i

Question 40

Question
¿Cuál de las siguientes afirmaciones refleja mejor uno de los valores del Manifiesto Ágil?
Answer
  • El software trabajando permite al cliente proporcionar comentarios rápidos al desarrollador.
  • Los desarrolladores deben usar herramientas de prueba unitaria para respaldar el proceso de prueba.
  • Los representantes del negocio deben proporcionar una acumulación de historias de usuarios y sus estimaciones al equipo.
  • Adoptar planes de cambio no aporta ningún valor real a un proyecto ágil.
Show full summary Hide full summary

Similar

ISTQB Foundation Level - 500 questions
milopz
Examen ISTQB Español Fundation Level
areli fm
ISTQB OCA
Luis III
ISTQB Foundation Level - 201 - 400 questions
milopz
Simulador 1 Curso ISTQB Foundation Level 4.0. Quality Data
Alfredo Ordóñez Casanova
Simulador 3 Curso ISTQB Foundation Level 4.0. Quality Data
Alfredo Ordóñez Casanova
Herramientas de prueba
Alcides Penaranda
Simulación No. 1 Curso ISTQB Advanced Level Test Manager Quality Data
Alfredo Ordóñez Casanova
Fundamentos de Pruebas
Alcides Penaranda
Test Simulación ISTQB 2018 Nro 3 Curso Quality Data - Alfredo Ordóñez Casanova
Alfredo Ordóñez Casanova
Simulador 4 ISTQB Foundation Level 4.0. Quality Data
Alfredo Ordóñez Casanova