Adicionales 4.0

Se le ha encomendado la tarea de analizar y solucionar las causas de los fallos de un nuevo sistema que se va a entregar. ¿Qué actividad está realizando?. Depuración. Prueba de software. Educción de requisitos. Gestión de defectos.

En muchas organizaciones de software, el departamento de prueba se denomina departamento de Aseguramiento de la Calidad (QA). ¿Es esta frase correcta o no y por qué?. Es correcta. Probar y Aseguramiento de la Calidad significan exactamente lo mismo. Es correcta. Estas denominaciones pueden utilizarse indistintamente porque tanto la prueba como el aseguramiento de la calidad centran sus actividades en los mismos problemas de calidad. No es correcto. Las pruebas son algo más; las pruebas incluyen todas las actividades relacionadas con la calidad. El aseguramiento de la calidad se centra en los procesos relacionados con la calidad. No es correcto. El aseguramiento de la calidad se concentra en los procesos relacionados con la calidad, mientras que las pruebas se centran en demostrar que un componente o sistema es adecuado para su finalidad y en detectar defectos.

Un teléfono que suena en un cubículo vecino distrae a un programador y le hace programar incorrectamente la lógica que comprueba la frontera superior de una variable de entrada. Más tarde, durante la prueba de sistema, un probador notifica que este campo de entrada acepta valores de entrada no válidos ¿Cuál de las siguientes opciones describe correctamente una frontera superior codificada incorrectamente?. La causa raíz. Un fallo. Un error. Un defecto.

Tener en cuenta los siguientes productos de prueba. Planificación de la prueba. Monitorización y control de prueba. Análisis de prueba. Diseño de prueba.

¿Cuál de las siguientes opciones es el MEJOR ejemplo de cómo la trazabilidad apoya la prueba?. Realizar el análisis de impacto de un cambio dará información sobre la compleción de las pruebas. El análisis de la trazabilidad entre los casos de prueba y los resultados de prueba proporcionará información sobre el nivel de riesgo residual estimado. Realizar el análisis de impacto de un cambio ayudará a seleccionar los casos de prueba adecuados para la prueba de regresión. El análisis de la trazabilidad entre la base de prueba, los objetos de prueba y los casos de prueba ayudará a seleccionar los datos de prueba para lograr la cobertura que se asume del objeto de prueba.

¿Cuál de las siguientes opciones explica MEJOR una ventaja de la independencia de la prueba?. El uso de un equipo de prueba independiente permite a la gestión de proyecto asignar la responsabilidad de la calidad del entregable final al equipo de prueba. Si se puede permitir un equipo de prueba externo a la organización, entonces hay claras ventajas en cuanto a que este equipo externo no se deja influir tan fácilmente por los asuntos de entrega de la gestión de proyectos y la necesidad de cumplir plazos de entrega estrictos. Un equipo de prueba independiente puede trabajar separado de los desarrolladores, no necesita distraerse con los cambios de requisitos del proyecto y puede limitar la comunicación con los desarrolladores a los informes de defectos a través del sistema de gestión de defectos. Cuando las especificaciones contienen ambigüedades e incoherencias, se hacen suposiciones sobre su interpretación, y un probador independiente puede ser útil para cuestionar esas suposiciones y la interpretación hecha por el desarrollador.

Usted trabaja como probador en un equipo que sigue el modelo V. ¿Cómo afecta la elección de este modelo de ciclo de vida de desarrollo del software (CVDS) a la cronología de las pruebas?. La prueba dinámica no puede realizarse al principio del CVDS. La prueba estática no puede realizarse al principio del CVDS. La planificación de la prueba no puede realizarse al principio del CVDS. La prueba de aceptación puede realizarse al principio del CVDS.

¿Cuáles de las siguientes son ventajas de DevOps? I. Entrega del producto más rápida y plazo de comercialización más rápido. II. Aumenta la necesidad de la prueba manual repetitiva. III. Disponibilidad permanente de software ejecutable. IV. Reducción del número de pruebas de regresión asociadas a la refactorización de código. V. La configuración del marco de trabajo de automatización de la prueba es poco costosa, ya que todo está automatizado. I, II, IV son ventajas; III, V no lo son. III, V son ventajas; I, II, IV no lo son. I, III son ventajas; II, IV, V no lo son. II, IV, V son ventajas; I, III no lo son.

Usted trabaja como probador en un proyecto sobre una aplicación móvil para pedidos de comida para uno de sus clientes. El cliente le ha enviado una lista de requisitos. Uno de ellos, de alta prioridad, establece: "El pedido debe procesarse en menos de 10 segundos en el 95% de los casos". Usted creó un conjunto de casos de prueba en los que se realizaron una serie de pedidos de forma aleatoria, se midió el tiempo de procesamiento y se comprobaron los resultados de la prueba con los requisitos. ¿Qué tipo de prueba llevó a cabo?. Funcional, porque los casos de prueba cubren el requisito de negocio del usuario para el sistema. No funcional, porque mide el rendimiento del sistema. Funcional, porque los casos de prueba interactúan con la interfaz de usuario. Estructural, porque necesitamos conocer la estructura interna del programa para medir el tiempo de procesamiento del pedido.

La estrategia de pruebas de su organización sugiere que, una vez que se vaya a retirar un sistema, se pruebe la migración de datos. ¿En el marco de qué tipo de prueba es MÁS probable que se realice esta prueba?. Prueba de mantenimiento. Prueba de regresión. Prueba de componente. Prueba de integración.

La siguiente es una lista de productos de trabajo producidos en el ciclo de vida del desarrollo de software (CVDS). I. Requisitos de negocio. II. Cronograma. III. Presupuesto de la prueba. IV. Código ejecutable de terceros. V. Historias de usuario y sus criterios de aceptación. ¿Cuáles de ellos pueden ser revisados?. I y IV pueden ser revisados; II, III y V no. I, II, III y IV pueden ser revisados; V no. I, II, III y V pueden ser revisados; IV no. III, IV y V pueden ser revisados; I y II no.

Decida cuáles de los siguientes enunciados (I-V) son correctos para la prueba dinámica y cuáles son correctos para la prueba estática. I. Los comportamientos anómalos externos son más fáciles de identificar con esta prueba. II. Las discrepancias respecto a un estándar de codificación son más fáciles de encontrar con esta prueba. III. Identifica fallos causados por defectos cuando se ejecuta el software. IV. Su objetivo de prueba es identificar los defectos tan pronto como sea posible. V. La falta de cobertura de requisitos de seguridad críticos es más fácil de encontrar y solucionar. I, IV, V son correctas para la prueba estática; II, III son correctas para la prueba dinámica. I, III, IV son correctas para la prueba estática; II, V son correctas para la prueba dinámica. II, III son correctas para la prueba estática; I, IV, V son correctas para la prueba dinámica. II, IV, V son correctas para la prueba estática; I, III, IV son correctas para la prueba dinámica.

¿Cuál de los siguientes enunciados sobre las revisiones formales es VERDADERO?. Algunas revisiones no requieren más de un rol. El proceso de revisión tiene varias actividades. La documentación que se va a revisar no se distribuye antes de la reunión de revisión, a excepción del producto de trabajo para tipos de revisión específicos. Los defectos encontrados durante la revisión no se informan ya que no se encuentran mediante pruebas dinámicas.

¿Qué tarea puede asumir la dirección durante una revisión formal?. Asumir la responsabilidad general de la revisión. Decidir qué se va a revisar. Asegurar que las reuniones de revisión se lleven a cabo de forma efectiva y mediar, si es necesario. Registrar la información de la revisión, tales como las decisiones de la revisión.

Un sistema de almacenamiento de vino utiliza un dispositivo de control que mide la temperatura T de la bodega (medida en °C, redondeada al grado más próximo) y avisa al usuario si se desvía del valor óptimo de 12, de acuerdo con las siguientes reglas: • si T = 12, el sistema dice "temperatura óptima". • si T < 12, el sistema dice: "la temperatura es demasiado baja". • si T > 12, el sistema dice: "¡la temperatura es demasiado alta!". Desea utilizar el análisis del valor frontera (AVF) de 3 puntos para verificar el comportamiento del dispositivo de control. La entrada de prueba es una temperatura en °C proporcionada por el dispositivo. ¿Cuál es el conjunto MÍNIMO de entradas de prueba que consigue el 100% de la cobertura deseada?. 11, 12, 13. 10, 12, 14. 10, 11, 12, 13, 14. 10, 11, 13, 14.

¿Cuál de los siguientes enunciados sobre la prueba de rama es CORRECTO?. Si un programa sólo incluye ramas incondicionales, entonces se puede conseguir un 100% de cobertura de rama sin ejecutar ningún caso de prueba. Si los casos de prueba practican todas las ramas incondicionales del código, se consigue un 100% de cobertura de rama. Si se consigue un 100% de cobertura de sentencia, entonces también se consigue un 100% de obertura de rama. Si se consigue un 100% de cobertura de rama, entonces se habrán practicado todos los resultados de decisión de cada sentencia de decisión del código.

Usted está probando una aplicación móvil que permite a los clientes acceder y gestionar sus cuentas bancarias. Está ejecutando un juego de prueba que implica la evaluación de cada pantalla, y de cada campo de cada pantalla, con respecto a una lista general de buenas prácticas de interfaz de usuario derivadas de un libro popular sobre el tema que maximiza el atractivo, la facilidad de uso y la accesibilidad para este tipo de aplicaciones. ¿Cuál de las siguientes opciones clasifica MEJOR la técnica de prueba que está utilizando?. Caja negra. Exploratoria. Basada en lista de comprobación. Predicción de errores.

¿Cuál de las siguientes opciones describe MEJOR el enfoque colaborativo en la redacción de historias de usuario?. Las historias de usuario son creadas por probadores y desarrolladores y luego aceptadas por los representantes de negocio. Las historias de usuario son creadas conjuntamente por representantes de negocio, desarrolladores y probadores. Las historias de usuario son creadas por representantes de negocio y verificadas por desarrolladores y probadores. Las historias de usuario se crean de forma que sean independientes, negociables, valiosas, estimables, pequeñas y puedan ser objeto de prueba.

Tener en cuenta la siguiente parte de un plan de prueba La prueba se realizará mediante la prueba de componente y la prueba de integración de componentes. El reglamento exige demostrar que se ha alcanzado un 100% de cobertura de rama para cada componente clasificado como crítico. ¿A qué parte del plan de pruebas pertenece esta parte?. Comunicación. Registro de riesgos. Contexto de la prueba. Enfoque de prueba.

Su equipo utiliza el póker de planificación para estimar el esfuerzo de prueba de una nueva prestación solicitada. En su equipo existe la norma de que si no hay tiempo para llegar a un acuerdo total y la variación en los resultados es pequeña, se pueden aplicar reglas como "aceptar el número con más votos". Tras dos rondas, no se alcanzó el consenso, por lo que se inició la tercera ronda. Puede ver los resultados de la estimación de la prueba en la tabla siguiente. El propietario de producto tiene que intervenir y tomar una decisión final. Aceptar 13 como estimación final de la prueba, ya que cuenta con la mayoría de los votos. No se necesitan más acciones. Se ha alcanzado el consenso. Eliminar la nueva prestación de la entrega actual porque no se ha alcanzado el consenso.

¿Cuál de las siguientes opciones NO es verdadera en relación con la pirámide de prueba?. La pirámide de prueba hace hincapié en tener un mayor número de pruebas en los niveles de prueba inferiores. Cuanto más cerca de la cúspide de la pirámide, más formal debería ser su automatización de la prueba. Normalmente, la prueba de componente y la prueba de integración de componentes se utomatizan utilizando herramientas basadas en API ("Application Programming Interface - API"). Para la prueba de sistema y la prueba de aceptación, las pruebas automatizadas suelen crearse utilizando herramientas basadas en IGU ("Interfaz Gráfica de Usuario - GUI").

Durante el análisis del riesgo, el equipo tuvo en cuenta el siguiente riesgo: "El sistema permite un descuento demasiado alto a un cliente". El equipo estimó que el impacto del riesgo era muy alto. ¿Qué se puede decir de la probabilidad del riesgo?. También es muy alta. Un impacto del riesgo alto siempre implica una probabilidad del riesgo alta. Es muy baja. Un impacto del riesgo alto siempre implica una probabilidad del riesgo baja. No se puede decir nada sobre la probabilidad del riesgo. El impacto del riesgo y la probabilidad del riesgo son independientes. La probabilidad del riesgo no es importante con un impacto del riesgo tan alto. No se necesita definirla.

La siguiente lista contiene los riesgos que se han identificado para un nuevo producto software que se va a desarrollar: I. La dirección traslada a dos probadores experimentados a otro proyecto. II. El sistema no cumple los estándares de seguridad física funcional. III. El tiempo de respuesta del sistema supera los requisitos de usuario. IV. Los implicados tienen expectativas imprecisas. V. Las personas discapacitadas tienen problemas al utilizar el sistema. ¿Cuáles de ellos son riesgos de proyecto?. I, IV son riesgos de proyecto; II, III, V no son riesgos de proyecto. IV, V son riesgos de proyecto; I, II, III no son riesgos de proyecto. I, III son riesgos de proyecto; II, IV, V no son riesgos de proyecto. II, V son riesgos de proyecto; I, III, IV no son riesgos de proyecto.

¿Cuál de los siguientes es un ejemplo de cómo el análisis del riesgo de producto influye en la minuciosidad y el alcance de la prueba?. El jefe de prueba monitoriza e informa diariamente del nivel de todos los riesgos conocidos para que los implicados puedan tomar una decisión informada sobre la fecha de entrega. Uno de los riesgos identificados fue la "Falta de soporte de bases de datos de código abierto", por lo que el equipo decidió integrar el sistema con una base de datos de código abierto. Durante el análisis cuantitativo del riesgo, el equipo estimó el nivel total de todos los riesgos identificados y lo comunicó como riesgo residual total antes de la prueba. La evaluación del riesgo puso de manifiesto un nivel muy alto de riesgos de rendimiento, por lo que se decidió realizar pruebas detalladas de eficiencia del rendimiento en una fase temprana del ciclo de vida de desarrollo de software.

¿Cuáles DOS de las siguientes opciones son métricas comunes utilizadas para informar sobre el nivel de calidad del objeto de prueba?. Número de defectos encontrados durante la prueba de sistema. Esfuerzo total en el diseño de pruebas dividido por el número de casos de prueba diseñados. Número de procedimientos de prueba ejecutados. Número de defectos encontrados dividido por el tamaño de un producto de trabajo. Tiempo necesario para reparar un defecto.

¿Cuál de las siguientes informaciones contenidas en un informe del avance de la prueba es la MENOS útil para los representantes de negocio?. Impedimentos para la prueba. Cobertura de rama alcanzada. Avances de la prueba. Nuevos riesgos dentro del ciclo de prueba.