TEST BORRADO, QUIZÁS LE INTERESE: ISTQB Test Manager 01 Simulador 2024
|
---|
REALIZAR TEST
![Añadir a favoritos Añadir a favoritos](/images/corazon2.png)
Título del Test:
ISTQB Test Manager 01 Simulador 2024 Descripción: Se muestran una serie de preguntas para practicar previo a tomar el examen Autor: Dominican Testing OTROS TESTS DEL AUTOR Fecha de Creación: 23/05/2024 Categoría: Informática Número Preguntas: 40 |
COMPARTE EL TEST
![Facebook Facebook](/images/RS1N.png)
![Twitter Twitter](/images/RS4N.png)
![Whatsapp Whatsapp](/images/RS7N.png)
COMENTAR
No hay ningún comentario sobre este test.
Temario:
Considere un sistema de información de una empresa de televisión de pago basado en una arquitectura SOA. El sistema integrado consta actualmente de tres sistemas principales:
- un sistema CRM (Customer Relationship Management)
- un sistema BRM (Billing and Revenue Management)
- un sistema CAS (Sistema de Acceso Condicional) todos ellos que se comunican con SOA Middleware.
Se le ha pedido que administre las actividades de prueba para la integración de dos sistemas adicionales listos para usar (off-the-shelf) de dos proveedores diferentes: un servidor SMS (Short Message Service) y un sistema IVR (Interactive Voice Response).
Supongamos que existe una alta probabilidad de que los dos sistemas off-the-shelf sean de baja calidad y que Usted tiene una prueba clara de que las pruebas realizadas por los dos proveedores en sus sistemas han sido poco sistemáticas y profesionales. Esto obviamente conduce a un mayor riesgo de calidad para el sistema integrado general.
Usted es el Administrador de pruebas de este proyecto. Su objetivo principal es planificar las actividades de prueba para mitigar este riesgo.
¿Cuál de las siguientes respuestas describe mejor las actividades de prueba (suponiendo que sea posible realizar todas ellas) que debe planear? Debe planificar una prueba de aceptación informal y mínima de los dos sistemas listos para usar y luego una sola prueba de extremo a extremo del sistema integrado general. Debe planificar directamente una única prueba de extremo a extremo centrada en pruebas del sistema integrado general sin una prueba de aceptación de los dos sistemas listos para usar (off-the-shelf). Debe planificar dos niveles: una prueba de integración del sistema y una prueba integral del sistema integrado general. Debe planificar una re-prueba adecuada de los sistemas seguidos de una prueba de integración de sistema y una prueba de extremo a extremo del sistema integrado general. Supongamos que usted es el Administrador de pruebas para una nueva versión de software de una aplicación de comercio electrónico. La granja de servidores consta de seis servidores que proporcionan capacidades diferentes. Cada capacidad se proporciona a través de un conjunto de servicios web. El documento de especificación de requisitos contiene varios SLA (acuerdos de nivel de servicio) como el siguiente: SLA-001: el 99,5 por ciento de todas las transacciones tendrán un tiempo de respuesta inferior a cinco segundos bajo una carga de hasta 5000 usuarios simultáneos. El objetivo principal es garantizar que todos los SLA especificados en el documento de especificación de requisitos se cumplan antes de la liberación del sistema. Usted decide aplicar una estrategia de pruebas basada en el riesgo, y un análisis de riesgo temprano confirma que el rendimiento es de alto riesgo. Puede contar con una especificación de requisitos bien escrita y un modelo del comportamiento del sistema en varios niveles de carga producidos por el arquitecto del sistema. ¿Cuáles de las siguientes actividades de prueba esperaría que fueran las menos importantes para alcanzar los objetivos de prueba en este escenario? Realizar pruebas de rendimiento unitaria para cada servicio web único. Supervise los SLA después de que el sistema se haya liberado en el entorno de producción. Realizar pruebas de rendimiento del sistema, que consisten en varias sesiones de pruebas de rendimiento, para verificar si se han cumplido todos los SLA Realice pruebas de rendimiento estático revisando el modelo arquitectónico del sistema bajo varios niveles de carga. Usted es el administrador de pruebas de un proyecto para desarrollar una aplicación cliente-servidor que permite a los vendedores de vino pedir paquetes personalizados de vinos de varios viticultores para vender paquetes especiales en sus tiendas de vinos. Usted decide aplicar una estrategia de pruebas reactivas y basada en el riesgo combinado. Por debajo de los criterios de salida para las pruebas del sistema. EXCR1- Cada elemento de riesgo de calidad "crítica" debe estar cubierto por al menos una condición de prueba. EXCR2- Cada requisito "crítico" debe estar cubierto por al menos una condición de prueba. Los siguientes son los requisitos "críticos" de la aplicación: REQ-SEL-1. La aplicación permitirá al usuario pedir sólo un paquete a la vez. REQ-SEL-2. La aplicación permitirá al usuario seleccionar entre cuatro envases diferentes (2 botellas, 6 botellas, 12 botellas, 15 botellas). REQ-SEL-3. La aplicación permitirá al usuario pedir un envase que contenga al menos 1 botella y no más botellas que el tamaño del paquete. No se mostrarán mensajes de error si el usuario selecciona un número válido de botellas (al menos 1 botella y no más del tamaño del paquete). REQ-SEL-4. La aplicación mostrará un mensaje de error "Número no válido de botellas" si el usuario selecciona un número no válido de botellas (cero botellas o un número superior al tamaño del paquete). REQ-PAY-1. La solicitud permitirá al usuario pagar con las tres tarjetas de crédito aceptadas (Visa, MasterCard, American Express). REQ-PAY-2. La aplicación mostrará un mensaje de error "Tarjeta de crédito no válida" si los datos no válidos de la tarjeta de crédito son dados por el usuario. El siguiente es el elemento de riesgo de calidad "crítico" único que se ha identificado: CR-RSK-1. La GUI de la aplicación podría aceptar valores no enteros para el campo de entrada diseñado para obtener el número de botellas del usuario. El análisis de pruebas para las pruebas del sistema acaba de comenzar y se han identificado las siguientes condiciones de prueba. TC-SEL-2. Pruebe la selección de los tamaños de los paquetes. TC-SEL-4. Probar números incorrectos de botellas para un pedido. TC-CR-RSK-1. Pruebe los valores aceptados del campo de entrada diseñado para obtener el número de botellas del usuario. ¿Cuál es el número mínimo de condiciones de prueba que se deben agregar para cumplir con los criterios de salida EXCR1 y EXCR2? 4 3 2 1. ¿Cuál de las siguientes declaraciones describen las consecuencias de especificar las condiciones de prueba en un nivel detallado NO es verdadera? En un entorno donde la base de prueba está cambiando continuamente, se recomienda especificar las condiciones de prueba en un nivel detallado para lograr una mejor mantenibilidad. La especificación de las condiciones de prueba a un nivel detallado puede ser efectiva cuando no estén disponibles los requisitos formales u otros productos de trabajo de desarrollo. La especificación de las condiciones de prueba a un nivel detallado puede requerir la implementación de un nivel adecuado de formalidad en todo el equipo. Para las pruebas del sistema, la especificación de las condiciones de prueba a un nivel detallado, llevada a cabo al principio del proyecto tan pronto como se establezca la base de prueba, puede contribuir a la prevención de defectos. Usted es el administrador de pruebas de un proyecto para desarrollar una aplicación cliente-servidor que permite a los vendedores de vino pedir paquetes personalizados de vinos de varios viticultores para vender paquetes especiales en sus tiendas de vinos. Usted decide aplicar una estrategia de pruebas reactivas y basada en el riesgo combinado. Por debajo de los criterios de salida para las pruebas del sistema. EXCR1- Cada elemento de riesgo de calidad "crítica" debe estar cubierto por al menos una condición de prueba. EXCR2- Cada requisito "crítico" debe estar cubierto por al menos una condición de prueba. Los siguientes son los requisitos "críticos" de la aplicación: REQ-SEL-1. La aplicación permitirá al usuario pedir sólo un paquete a la vez . REQ-SEL-2. La aplicación permitirá al usuario seleccionar entre cuatro envases diferentes (2 botellas, 6 botellas, 12 botellas, 15 botellas). REQ-SEL-3. La aplicación permitirá al usuario pedir un envase que contenga al menos 1 botella y no más botellas que el tamaño del paquete. No se mostrarán mensajes de error si el usuario selecciona un número válido de botellas (al menos 1 botella y no más del tamaño del paquete) REQ-SEL-4. La aplicación mostrará un mensaje de error "Número no válido de botellas" si el usuario selecciona un número no válido de botellas (cero botellas o un número superior al tamaño del paquete). REQ-PAY-1. La solicitud permitirá al usuario pagar con las tres tarjetas de crédito aceptadas (Visa, MasterCard, American Express). REQ-PAY-2. La aplicación mostrará un mensaje de error "Tarjeta de crédito no válida" si los datos no válidos de la tarjeta de crédito son dados por el usuario. El siguiente es el elemento de riesgo de calidad "crítico" único que se ha identificado: CR-RSK-1. La GUI de la aplicación podría aceptar valores no enteros para el campo de entrada diseñado para obtener el número de botellas del usuario. / El análisis de pruebas para las pruebas del sistema acaba de comenzar y se han identificado las siguientes condiciones de prueba: TC-SEL-2. Pruebe la selección de los tamaños de los paquetes. TC-SEL-4. Probar números incorrectos de botellas para un pedido. TC-CR-RSK-1. Pruebe los valores aceptados del campo de entrada diseñado para obtener el número de botellas del usuario. Supongamos que ha utilizado la trazabilidad para determinar los casos de prueba lógicos que cubren todos los requisitos y el elemento de riesgo único identificado en ese escenario. ¿Cuál de las siguientes es una prueba lógica positiva que esta completa y correcta, y cubre el requisito REQ-SEL-4? Seleccione un paquete de 6 botellas, luego intente insertar 5 botellas; verificar que no se muestren mensajes de error Seleccione un paquete de 6 botellas, luego intente insertar 7 botellas; verificar que no se muestren mensajes de error Seleccione un paquete de 6 botellas, luego intente insertar 7 botellas; verificar que se muestra el mensaje "Número no válido de botellas" Seleccione un paquete de 6 botellas y, a continuación, intente insertar 7 botellas. Suponga que usted es el administrador de pruebas para un proyecto pequeño de desarrollo de aplicaciones de seguros. Ha decidido adoptar una estrategia de pruebas basada en el riesgo: se han identificado 5 riesgos de producto (R1, R2, R3, R4, R5) y se han evaluado sus niveles de riesgo. Se han diseñado 10 casos de prueba (T1, ..., T10) para cubrir todos los riesgos del producto. La siguiente tabla muestra el nivel de riesgo y los casos de prueba asociados a los riesgos de producto identificados (el nivel de riesgo más alto significa un riesgo mayor): No está seguro de la evaluación del nivel de riesgo y sospecha que será posible encontrar errores de alta prioridad en áreas de bajo riesgo. Además, el período de ejecución de la prueba es muy corto. Su objetivo es probar todos los riesgos de producto de una manera basada en el riesgo, a la vez que asegura que cada riesgo de producto obtiene al menos cierta cantidad de pruebas. ¿Cuál de las siguientes respuestas describe el mejor cronograma de ejecución de pruebas en este escenario? T1, T2, T3, T4, T5, T6, T7, T8, T9, T10 T1, T3, T5, T7, T9, T2, T4, T6, T8, T10 T10, T9, T8, T7, T6, T5, T4, T3, T2, T1 T10, T8, T6, T4, T2, T9, T7, T5, T3, T1. Usted es el administrador de pruebas de un proyecto para desarrollar un portal de clientes web de una empresa de televisión de pago que permite a los clientes (con una tarjeta inteligente y un decodificador) comprar contenidos digitales. En la página "seleccionar" el sistema muestra un diálogo donde el cliente puede seleccionar los elementos (contenidos digitales) que le interesa. En esta página puede agregar uno o más artículos a un carrito de compras. Un artículo consta de un producto y una duración. Hay tres tipos de productos: película, deporte y premium (película y deporte). Hay cuatro duraciones posibles: 1 mes, 2 meses, invierno (desde principios de enero hasta finales de marzo) y verano (desde principios de julio hasta finales de septiembre). Todas las combinaciones de productos y duraciones pueden definir un artículo. Por lo tanto, hay doce artículos posibles. Se puede añadir un máximo de seis artículos diferentes al carro de la compra a la vez. Cuando el cliente decide hacer un check-out va a la página de "compra" donde puede pagar el importe total del carro de la compra de tres maneras diferentes: - usando un vale de crédito - utilizando un crédito ya cargado en la tarjeta inteligente - con tarjeta de crédito (se aceptan tarjetas de crédito aceptadas). Visa, MasterCard y Great Wall Card). El cliente puede cerrar sesión en las páginas "seleccionar" y "comprar". En este case no se realiza ninguna compra. Decide aplicar una estrategia de pruebas reactivas y basada en el riesgo combinado y el siguiente es un subconjunto de los criterios de salida para las pruebas del sistema: EXCR1- Cada elemento de riesgo de calidad "crítica" debe estar cubierto por al menos una condición de prueba. EXCR2- Cada requisito "crítico" debe estar cubierto por al menos una condición de prueba. Usted está siguiendo una estrategia de prueba basada en el riesgo. El tiempo de ejecución de la prueba es muy limitado. Supongamos que todos los items de riesgo del producto requieren más o menos el mismo nivel de esfuerzo de prueba. ¿Cuál de las siguientes respuestas describe la mejor programación de ejecución en este escenario? 1- Probar la aceptación de transacciones provenientes del canal IVR. 2- Probar la carga correcta de la tarjeta inteligente con el contenido requerido. 3- Probar la pre-activación correcta de la tarjeta inteligente. 4- Probar la correcta activación de la tarjeta inteligente. 1- Probar la pre-activación correcta de la tarjeta inteligente. 2- Probar la carga correcta de la tarjeta inteligente con el contenido requerido. 3- Probar la correcta activación de la tarjeta inteligente. 4- Probar la aceptación de transacciones provenientes del canal IVR. 1- Probar la activación correcta de la tarjeta inteligente. 2- Probar la pre-activación correcta de la tarjeta inteligente. 3- Probar la carga correcta de la tarjeta inteligente con el contenido requerido. 4- Probar la aceptación de transacciones provenientes del canal IVR 1- Probar la pre-activación correcta de la tarjeta inteligente. 2- Probar la correcta activación de la tarjeta inteligente. 3- Probar la carga correcta de la tarjeta inteligente con el contenido requerido. 4- Probar la aceptación de transacciones provenientes del canal IVR. . Suponga que los siguientes casos de prueba se han ejecutado al final de la primera semana de ejecución de la prueba: TC-001, TC-002 y TC-007. Todas estas pruebas están en “pasó". ¿Cuál es el número MÍNIMO de los casos de prueba restantes que deben ejecutarse correctamente para cumplir con los criterios de salida EX1? EX1: cada requisito debe tener al menos un caso de prueba ejecutado con éxito 4 5 6 7. Los siguientes son los criterios de salida descritos en el plan de prueba de un producto de software: EX1. El conjunto de pruebas para el producto debe asegurar de que al menos cada ítem de riesgo de calidad esté cubierto por al menos un caso de prueba (un ítem de riesgo de calidad puede ser cubierto por más casos de prueba). EX2. Todos los casos de prueba del conjunto de pruebas deben ejecutarse durante la fase de ejecución. EX3. Los defectos se clasifican en dos categorías: "C" (defecto crítico) y "NC" (defecto no crítico). No habrá defectos C conocidos en el producto al final de la fase de ejecución de la prueba. ¿Cuál de las siguientes informaciones es INÚTIL cuando se evalúa el criterio de salida especificado? Una matriz de trazabilidad que muestra las relaciones entre los elementos de riesgo del producto y los casos de prueba. Una lista de todos los defectos abiertos con la información de clasificación asociada extraída del sistema de seguimiento de defectos. Una tabla que muestra la tendencia en el tiempo de retraso desde el informe de defectos hasta la resolución, extraída del sistema de seguimiento de defectos El estado de la ejecución de todos los casos de prueba extraídos de la herramienta de administración de pruebas. ¿Cuál de las siguientes opciones es un ejemplo de la actividad de cierre de la prueba indicada como "lecciones aprendidas"? Archivar todos los resultados de las pruebas de la fase de prueba de aceptación. Entregar una lista de los defectos abiertos de un producto de software liberado a producción al equipo de servicio técnico. Participar en una reunión al final de un proyecto orientado a gestionar mejor los eventos y problemas de futuros proyectos. Entregar un conjunto de pruebas de regresión automatizada, utilizado durante la fase de prueba del sistema de un producto de software lanzado a la producción, al equipo responsable de las pruebas de mantenimiento. Está disponible un gráfico que muestra la tendencia en el tiempo de retraso desde el informe de defectos hasta la resolución durante las pruebas de sistema. El gráfico muestra que el período de cierre diario es constante y significativamente superior al período de cierre continuo durante un largo período de la fase de prueba de sistema. Casi todos los defectos encontrados durante las pruebas de sistema se han relacionado con el sistema en su conjunto, no relacionada con problemas de unidades individuales o integraciones. Casi todos los riesgos de calidad se han abordado durante la fase de pruebas unitarias y de integración, y no hubo riesgos de calidad residuales en el sistema integrado. Esto ha sido confirmado por sesiones de pruebas exploratorias realizadas durante las pruebas de sistema, dirigidas a encontrar defectos en estas áreas de riesgo de calidad. Basándose únicamente en la información dada, ¿cuál de las siguientes áreas esperaría que se considerara más en la reunión retrospectiva para mejorar? La revisión de los requisitos. El proceso de gestión de defectos. El proceso de análisis de riesgos de calidad. Las revisiones del diseño del sistema y del diseño de la arquitectura. Usted puede contar con requisitos bien escritos, pero no puede contar con una contribución adecuada de las partes interesadas al análisis de riesgo de calidad. Usted debe mitigar la insuficiente contribución de las partes interesadas porque el enfoque de pruebas basada en el riesgo debería minimizar los riesgos del producto. Su equipo de pruebas tiene un probador experto en pruebas de seguridad. ¿Cuál de las siguientes actividades de prueba esperaría que fueran las MENOS importantes en este contexto? Extraer del sistema de seguimiento de defectos del proyecto anterior todos los defectos y fallos de seguridad, y clasificarlos para apoyar el diseño y la ejecución de pruebas específicas. Automatice todas las pruebas funcionales y no funcionales del sistema Aplicar pruebas sistemáticas y exploratorias para la integración y prueba del sistema. Realizar sesiones de pruebas exploratorias con cartas adecuadas que cubran aspectos de seguridad. ¿Cuál de las siguientes declaraciones describe mejor un enfoque apropiado para gestionar las pruebas exploratorias? Defina declaraciones de misión muy detalladas, que permiten que el trabajo de prueba se divida en sesiones de hasta 10 minutos de duración en las que las pruebas se guían por estas declaraciones de misión Rompa el trabajo de prueba en sesiones de 30 a 120 minutos y use declaraciones de misión apropiadamente definidas que consisten en dos o tres frases para guiar las pruebas durante estas sesiones Defina cartas(charters) muy genéricas para impulsar sesiones de pruebas exploratorias de 2 días donde los probadores son completamente libres de decidir qué probar Las pruebas exploratorias no deben gestionarse porque tales pruebas son intrínsecamente inmanejables y no medibles. ¿Cuáles de las siguientes son razones válidas para adoptar un ciclo de vida diferente (del modelo V), para incrementos después del primer año?. i. No tenemos una comprensión clara de los requisitos desde la perspectiva del cliente. ii. Consideramos que el riesgo de entregar la funcionalidad solicitada es más alto que el riesgo de entregar un producto de menor calidad. iii. No tenemos un presupuesto para pruebas de regresión adicionales que sea necesario para garantizar que la funcionalidad existente no se vea comprometida por futuras iteraciones. iv. La estrategia de prueba de la empresa no encaja bien dentro del modelo de ciclo de vida V. (i) y (ii) (i) y (iv) (ii) y (iii) (ii) y (iv). Usted es el Administrador de pruebas en un proyecto siguiendo un modelo iterativo de ciclo de vida. El proyecto debe consistir en nueve iteraciones de un mes de duración cada una. Está previsto desarrollar las características más importantes para tener un núcleo estable de la aplicación en las tres primeras iteraciones y agregar las características adicionales en las últimas seis iteraciones. Al principio de la primera iteración, solo está disponible una versión de borrador del documento de especificación de requisitos para las características principales. Supongamos que, durante cada una de las tres primeras iteraciones, las características elegidas son totalmente completadas y se prueban unitariamente. ¿Cuál de las siguientes afirmaciones es verdadera en este contexto? La fase de prueba del sistema debe comenzar cuando todos los requisitos están congelados Debe asignar un gran esfuerzo para las pruebas del sistema durante las primeras tres iteraciones Debe asignar todo el esfuerzo para la fase de prueba de sistema solo en la última iteración Debe aplicar la misma estrategia de prueba que la utilizada en un modelo de ciclo de vida secuencial. ¿Por qué un enfoque RAD podría ser una mejor opción para el administrador de pruebas en lugar de un desarrollo secuencial? Ampliará las habilidades del equipo de desarrollo y mejorará las capacidades de entrega futuras. Permitirá al personal de marketing, administrativo y de pruebas validar y verificar los primeros prototipos de pantalla. Las restricciones de time-box garantizarán que las versiones de código se entreguen según lo programado Se puede dedicar más tiempo a la ejecución de pruebas, ya que se requiere documentación menos formal. Asuma que está administrando la fase de prueba del sistema de un proyecto. El período de ejecución de la prueba del sistema está programado para veinte semanas. Todas las pruebas son pruebas manuales. Está siguiendo un enfoque de prueba basado en el riesgo. Durante la última reunión del personal, el director del proyecto indicarle nuevos plazos que no permitirán la realización de todas las pruebas de sistema. ¿Cuál de las siguientes esperaría ser la MEJOR manera para responder a esta situación? Priorizar la ejecución de las pruebas para los riesgos de productos más altos y realice un seguimiento de estos riesgos. Eliminar los probadores de su equipo de prueba para que se puedan asignar a otros proyectos. Automatizar todas las pruebas restantes. No se necesita ninguna acción, probar tanto como sea posible en el período de tiempo restante. Está realizando un análisis de riesgo de calidad para un CSCI (elemento de configuración de software informático = Computer Software Configuration Item) utilizado para implementar un módulo CBIT (prueba integrada continua= Continuous Built-In Test) de un sistema crítico para la seguridad. Durante el análisis de riesgo de calidad está tratando de identificar las formas en que pueden ocurrir fallas del módulo CBIT, para cada uno de ellos trata de determinar las posibles causas y efectos probables, y el nivel de riesgo (calculado como el producto de tres factores: gravedad o severidad, ocurrencia y detección). ¿Con cuál de las siguientes técnicas de análisis de riesgos está trabajando? Una técnica ligera de análisis de riesgos de productos. Modo de fallo y análisis de efectos (Failure Mode and Effect Analysis) . Wide Band Delphi. Costo de la exposición. Está trabajando en un proyecto para desarrollar un sistema de autenticación para un sitio web de comercio electrónico. Este sistema proporciona dos características: Registro y autenticación. Dos equipos de desarrollo diferentes desarrollan estas dos características. Hay una alta probabilidad de que la entrega de la característica de autenticación al equipo de prueba sea tres semanas más tarde. Para completar el Registro el usuario debe proporcionar las siguientes entradas de registro: Nombre, apellidos, fecha de nacimiento, código fiscal y puede seleccionar un nombre de usuario y una contraseña. Un usuario registrado puede ser un usuario especial o un usuario normal. Para ser identificado como un usuario especial, también debe proporcionar, durante el proceso de registro, un voucher posiblemente recibido del departamento de TI. El acceso solo se concede si un usuario está registrado y la contraseña es correcta: en todos los demás casos se deniega el acceso. Si el usuario registrado es un usuario especial y la contraseña es incorrecta, se muestra una advertencia especial en la consola del sistema. Actualmente está realizando un análisis de riesgo de calidad utilizando FMEA (Modo de fallo y análisis de efectos). Basándose únicamente en la información dada, ¿cuál de las siguientes NO es un riesgo de producto que pueda identificarse durante el análisis de riesgo de calidad? La entrega tardía de la característica de autenticación al equipo de prueba causa retrasos en el inicio de la ejecución de la prueba y esto podría dar lugar a un período de prueba más corto. El sistema de autenticación deniega el acceso a un usuario especial con una contraseña incorrecta, pero no muestra una advertencia especial en la consola del sistema. El sistema de autenticación concede el acceso a un usuario normal con una contraseña incorrecta. El sistema de autenticación concede acceso a un usuario especial con una pregunta de contraseña incorrecta. Está gestionando las pruebas del sistema para un sistema basado en SOA. El sistema integrado consta de varios subsistemas: - Un middleware SOA - Un sistema CRM (Customer Relationship Management) - Un sistema BRM (Billing and Revenue Management) - Un sistema SMS (Sistema de gestión de suscriptores) y ha realizado un análisis de riesgos basado en estos subsistemas. Al final del período programado para la ejecución de pruebas, se produce un primer informe clásico basado en las métricas tradicionales de las pruebas. Estado de prueba/fallo y estado de bug (abierto/resuelto). Esa tabla le proporciona una imagen distorsionada del riesgo de calidad, porque no hay ninguna indicación del nivel de riesgo de las pruebas fallidas, las pruebas sin ejecutar o los errores abiertos. Por lo tanto, se produce la siguiente tabla para resolver este problema de distorsión: en la tabla, donde se ha introducido el concepto de ponderación de riesgo, la prueba de mayor riesgo o informe de errores tiene una puntuación de 1, mientras que la prueba de riesgo más baja o el informe de errores tiene una puntuación de 0,04. ¿Cuál de los siguientes subsistemas, basado en la puntuación de riesgo de la tabla, es el más riesgoso? SOA CRM BRM SMS. Supongamos que usted es el Administrador de pruebas para un proyecto pequeño de desarrollo de aplicación bancaria. Ha decidido adoptar una estrategia de pruebas basada en el riesgo y se han identificado 5 riesgos de producto (R1, R2, R3, R4 y R5) durante el análisis de riesgo de calidad. La siguiente tabla muestra el nivel de riesgo asociado a estos riesgos de producto (los números más altos significan un riesgo mayor): Se han diseñado e implementado 55 casos de prueba para cubrir todos estos 5 riesgos de productos. La cobertura se describe en una matriz de trazabilidad. Esta es la tabla de estado de ejecución de prueba, después de la primera semana de ejecución de la prueba: Alrededor del 56% de los casos de prueba planificados se han ejecutado con éxito. Supongamos que no se han identificado riesgos adicionales de productos durante la primera semana de ejecución de la prueba. ¿Cuál de las siguientes respuestas esperaría describir mejor los riesgos residuales asociados con los riesgos de producto identificados, al final de la primera semana de ejecución de la prueba? Dado que R3 es el único riesgo por el que han pasado todos los casos de prueba, el riesgo se ha reducido en un 20%. La tabla de estado de ejecución de la prueba indica que el riesgo se ha reducido en un 56%. No se puede determinar el nivel de riesgo residual, ya que requiere que se hayan ejecutado todos los casos de prueba. La tabla de ejecución de pruebas no indica el nivel de riesgo de los defectos abiertos y los casos de prueba que fallaron o aún no se han ejecutado. En el documento de estrategia de prueba, su organización declara: - Adoptar un ciclo de vida de desarrollo del modelo V, con tres niveles formales de prueba: Pruebas unitarias, de integración y de sistema - Usar una estrategia combinada de prueba basada en el riesgo y de aversión a la regresión para cada nivel de prueba. La siguiente es un extracto de la sección "enfoque" del documento del plan de pruebas de sistema de un nuevo proyecto: " Las pruebas solo utilizarán pruebas manuales. Debido al corto período de tiempo para la ejecución de pruebas, las siguientes actividades se realizarán en paralelo con la ejecución de pruebas: planificación de pruebas, análisis de pruebas y diseño de pruebas. Las métricas básicas se tomarán del esfuerzo de pruebas (es decir, horas-persona), de los casos de prueba ejecutados (aprobados/fallados) y de los incidentes (no se recopilarán más métricas, como la cobertura de código)." En el plan de pruebas de sistema, no se describen desviaciones de la estrategia de prueba. Basándose únicamente en la información dada, ¿cuál de las siguientes afirmaciones es verdadera? El enfoque descrito en el documento del plan de pruebas de sistema es consistente la estrategia de prueba. El enfoque descrito en el documento del plan de pruebas de sistema es consistente con la estrategia de prueba basada en el riesgo, pero es incoherente con la estrategia de pruebas de regresión. El enfoque descrito en el documento del plan de pruebas de sistema es consistente con la estrategia de pruebas de regresión, pero es incoherente con la estrategia de prueba basada en el riesgo. El enfoque descrito el documento del plan de pruebas del sistema es inconsistente con las estrategias de pruebas basadas en el riesgo y de regresión. Considere las siguientes estrategias de prueba: I. Estrategia de prueba consultiva II. Estrategia de prueba reactiva III. Estrategia de prueba analítica IV. Estrategia de prueba conforme a procesos. Considere también los siguientes ejemplos de actividades de prueba: 1. Dar prioridad a los casos de prueba, con base en los resultados de un análisis FMEA, para garantizar una cobertura temprana de las áreas más importantes y el descubrimiento de los defectos más importantes durante la ejecución de la prueba. 2. Ejecutar pruebas de usabilidad conducido con la guía de una muestra de usuarios (externos al equipo de prueba). 3. Realizar sesiones de prueba exploratorias durante la fase de prueba de sistema. 4. En un proyecto Agile, ejecute las pruebas que cubran condiciones de prueba identificadas para cada historia de usuario de una característica planeada para una iteración. ¿Cuál de las siguientes opciones coincide correctamente con cada estrategia de prueba con un ejemplo adecuado? I-2; II-3; III-4; IV-1 I-3; II-2; III-1; IV-4 I-1; II-2; III-3; IV-4 I-2; II-3; III-1; IV-4. ¿Cuál de las siguientes declaraciones que describen cómo los riesgos identificados de calidad de productos se deben mitigar y gestionar, es cierta? El alcance de las actividades de pruebas de re-testing (o confirmación) y de regresión deben basarse en el nivel de riesgo. La identificación de nuevos riesgos, la revaloración del nivel de riesgos existentes y la evaluación de la eficacia de las actividades de mitigación de riesgos sólo deben producirse al comienzo de un proyecto. La mitigación de riesgo de los riesgos de calidad del producto sólo puede ser efectiva después de iniciar la ejecución de la prueba. La prioridad del desarrollo y la ejecución de las pruebas no debe basarse en el nivel de riesgo, sino únicamente en la probabilidad. Como parte de la estrategia de prueba, se definirán los criterios de entrada y salida para cada nivel de prueba. ¿Cuál NO es una razón válida para utilizar los criterios de entrada y salida? La expectativa es que la prueba de desarrollo no es adecuada. Los criterios de salida se utilizan para decidir cuándo detener las pruebas. Los criterios de entrada y salida son una forma principal de obtener recursos adecuados. El uso de criterios de entrada y salida evitará que el software que no está o está mal probado vaya al siguiente nivel de prueba. Basado en los datos históricos de 5 proyectos pasados y similares, usted ha calculado estos números promedios de defectos detectados en las pruebas de sistema. - Por cada 10000 LOC (líneas de código), 200 defectos. - Por cada persona-mes de esfuerzo del equipo de desarrollo, 49 defectos. Desea utilizar esta información para realizar la estimación de un nuevo proyecto. El director del proyecto le dice que ha estimado 20000 nuevos LOC para este nuevo proyecto. Cuatro desarrolladores trabajan durante cuatro meses en este proyecto antes de las pruebas de sistema. Durante las pruebas de sistema, se descubren 797 defectos. Supongamos que la prueba de sistema de este nuevo proyecto está utilizando la misma cantidad de trabajo que se gastó en los proyectos anteriores. Basándose únicamente en esta información, ¿cuál de las siguientes afirmaciones es ciertamente cierta acerca de este proyecto? El código del nuevo proyecto contiene una densidad de defectos más alta que el código de los proyectos anteriores El número de defectos encontrados durante la fase de prueba de sistema en el nuevo proyecto es aproximadamente proporcional al esfuerzo del equipo de desarrollo 40000 LOC se han entregado a las pruebas del sistema (contra el 20000 LOC previsto por el director del proyecto) Se ha entregado más LOC del previsto a las pruebas del sistema con una mayor densidad de defectos que los proyectos anteriores. En general, ¿En cuál parte de la actividades de prueba es más difícil estimar? Planificación de pruebas Ejecución de pruebas Gestión de pruebas Diseño de prueba. Considere las siguientes declaraciones que describen la importancia de mejorar el proceso de prueba: I. La mejora del proceso de prueba es importante porque al enfocarse solo en el proceso de prueba, puede proporcionar recomendaciones para mejorar el proceso de prueba en sí mismo, pero no puede indicar o sugerir mejoras en áreas del proceso de desarrollo. II La mejora del proceso de prueba es importante porque es mucho más eficaz que la mejora del proceso de software para mejorar la calidad de un sistema de software. III. La mejora del proceso de prueba es importante porque a lo largo de los años se han desarrollado varios modelos de mejora del proceso (STEP, TPI Next, TMMi). IV. La mejora del proceso de prueba es importante porque cada organización, independientemente del contexto, siempre debe alcanzar el nivel máximo de madurez de las pruebas descritas en los modelos de mejora de pruebas como TMMi. ¿Cuál de las siguientes respuestas es correcta? I. y IV. son verdaderas; II. y III. son falsos I., II., III. y IV son falsos I., II. y III son verdaderos; IV. es falso I., II. y III. son falsos; IV. es cierto. ¿Cuál de las siguientes afirmaciones sobre el modelo de mejora del proceso de prueba TMMi es verdadera? En TMMi, todas las áreas de proceso en los niveles inferiores deben estar completadas en un 70% logrando objetivos específicos y genéricos para reclamar el nivel superior. TMMi proporciona un enfoque para la mejora del proceso de prueba, como el modelo IDEAL (inicio, diagnóstico, establecimiento, actuación y aprendizaje). TMMi tiene una arquitectura por etapas para la mejora de procesos con siete niveles de madurez. En TMMi, las pruebas de nivel 1 son caóticas sin un proceso definido, y a menudo se consideran lo mismo que la depuración. ¿Cuál de las siguientes afirmaciones sobre el modelo de mejora del proceso de prueba STEP es verdadera? En el modelo STEP, las pruebas validan requisitos y casos de uso cuando se desarrollan. El modelo STEP enfatiza la detección de defectos y la demostración de capacidad, mientras que la prevención de defectos es un objetivo potencial secundario de las pruebas. El modelo STEP asegura que la especificación de los requisitos del sistema y los procesos de especificación del diseño de prueba no se superpongan. En el modelo STEP, el diseño del software de prueba ocurre después de la codificación. El siguiente gráfico traza el número acumulado de defectos abiertos contra el número acumulado de defectos cerrados durante las pruebas del sistema de un producto de software. ¿Cuál de las siguientes afirmaciones es verdadera? El gráfico indica que le quedan muchos problemas para encontrar. El gráfico se puede utilizar para revelar problemas de progreso de la prueba. El gráfico parece indicar que el proceso de gestión de defectos no está funcionando bien. El gráfico parece indicar que el proceso de gestión de defectos está funcionando bien. Suponga que tiene algunos datos relacionados con las pruebas de confirmación durante las pruebas del sistema de un proyecto anterior. En ese proyecto se han abierto 240 informes de bugs una vez, 80 se abrieron dos veces, 10 se abrieron tres veces y no se han abierto informes de bugs más de tres veces. Usted estima que un informe de bugs, que ha fallado su prueba de confirmación, cuesta, en promedio, 3 horas-persona. ¿Cuál de las siguientes declaraciones describe correctamente el valor de estas actividades de pruebas confirmatorias en función del costo de calidad? Se han invertido 300 horas-persona en el proyecto durante la fase de pruebas del sistema, debido a las pruebas de confirmación fallidas y este costo pertenece a los costos de falla interna 340 horas-persona se han invertido en el proyecto durante la fase de prueba de sistema, debido a las pruebas de confirmación fallidas y este costo pertenece a los costos de falla externa 340 horas-persona se han invertido en el proyecto durante la fase de prueba de sistema, debido a las pruebas de confirmación fallidas y este costo pertenece a los costos de falla interna 300 horas-persona se han invertido en el proyecto durante la fase de prueba de sistema, debido a las pruebas de confirmación fallidas y este costo pertenece a los costos de detección. El proyecto de mejora de pruebas se llevará a cabo en una organización que desarrolla una aplicación de aviónica crítica para la seguridad. ¿Cuál de las siguientes normas cree que sería la más apropiada para tener en cuenta para el cumplimiento durante su asignación? ISO 9126 IEEE 829 BS 7925/2 DO-178B. Considere la siguiente lista de declaraciones sobre auditorías y revisiones de gestión: I. Las auditorías suelen ser más eficaces que las revisiones de gestión al encontrar defectos. II. Las auditorías y las revisiones de gestión tienen los mismos objetivos principales, la única diferencia está relacionada con los roles y el nivel de formalidad. III. Un resultado típico de una auditoría incluye observaciones y recomendaciones, acciones correctivas y una valoración de aprobación/fallo. IV. Una auditoría no es el mecanismo adecuado para usar en la revisión de código con el fin de detectar defectos antes de las pruebas dinámicas. ¿Cuál de las siguientes declaraciones es verdad? I y III son verdaderas; II y IV son falsos; II y III son verdaderos; I y IV son falsos; III y IV son verdaderas; I y II son falsos; I, III y IV son verdaderos; II es falso;. ¿Cuál de los siguientes factores podría influir NEGATIVAMENTE en una revisión? Incluir a las personas con el nivel adecuado de conocimiento, tanto técnico como procedimental. Incluir a las personas que están orientadas a los detalles y escrupulosas en la búsqueda de problemas o incidentes. Incluir al mayor número de personas posible con el fin de tener más puntos de vista sobre posibles problemas en el tema en revisión. Incluir a las personas capaces de contribuir a una discusión clara, reflexiva, constructiva y objetiva. Usted es un gestor de pruebas encargado de la integración, el sistema y las pruebas de aceptación de un banco. Está trabajando en un proyecto para actualizar un cajero automático (ATM) existente para permitir a los clientes obtener adelantos en efectivo de tarjetas de crédito compatibles. El sistema debe permitir adelantos en efectivo de 20 a 500 euros, inclusive, para todas las tarjetas de crédito compatibles. Las tarjetas de crédito compatibles son American Express, VISA, Eurocard y Mastercard. En el plan de prueba maestro, los siguientes elementos se enumeran en la sección denominada "elementos y/o características que se van a probar": I Todas las tarjetas de crédito admitidas. II Localización del idioma. III Adelantos válidos e inválidos. IV Usabilidad. V Tiempo de respuesta. Basándose únicamente en la información proporcionada en el escenario, seleccione los DOS elementos y/o las características para las que se dispone de información suficiente para continuar con el diseño de la prueba. Todas las tarjetas de crédito compatibles Localización del idioma Adelantos válidos e inválidos Usabilidad Tiempo de respuesta. ¿Cuál de las TRES actividades serían paso válidos durante el desarrollo de la estrategia de prueba? Identificar a los miembros del personal de prueba que participarán en la prueba del sistema. Definir trayectorias de profesionales de prueba Comprender el ciclo de vida de desarrollo de software utilizado por la casa de software. Evaluar la prueba que deben realizarse para minimizar los riesgos. Emitir el documento de estrategia de prueba para su revisión. Definir una plantilla de plan de prueba maestra. Realizar un análisis de riesgo de proyecto. En general, ¿por qué NO es una buena idea estimar el esfuerzo de prueba basado sólo en un porcentaje del esfuerzo de desarrollo? Identifique TRES razones válidas . La calidad de la estimación del desarrollo puede ser deficiente. En general, la estimación de abajo hacia arriba siempre es mejor que la estimación de arriba hacia abajo. La técnica basada en porcentaje solo se aplica al modelo de ciclo de vida V. Usando el mismo porcentaje cada vez no aborda el nivel de riesgo de la aplicación que se va a probar. La madurez de la organización, por ejemplo, la calidad de la base de prueba, la calidad de las pruebas de desarrollo, la gestión de la configuración, la disponibilidad de herramientas de prueba, también influyen en el esfuerzo necesario para las pruebas. Se basa en un gran conjunto de datos históricos. El resultado es casi siempre una estimación demasiado baja para el esfuerzo de prueba requerido. ¿Qué TRES de las características mencionadas a continuación se relacionan con TMMi? 5 niveles de madurez. Focalizado en pruebas de nivel altos. 20 áreas clave. Altamente relacionado con CMMI. Modelo continuo. Modelo por etapas. Centrado en pruebas de componentes e integración. Se basa en 12 procesos de prueba críticos. En lugar de tener un equipo de prueba independiente dentro de la empresa, la empresa está considerando externalizar las pruebas. ¿Cuáles son los tres desafíos clave que son típicos de la externalización? Entorno de prueba más complejo. Definir la expectativa de tareas y entregas. Canales claros de comunicaciones. Posiblemente diferentes culturas. Pruebas de requisitos no funcionales. Seguimiento de auditoría desde los requisitos hasta los casos de prueba. Aplicación de la automatización de pruebas. |
Denunciar Test