Simulacro ISTQB Foundation

a) Un atributo de un componente o sistema especificado o implícito en la documentación de requisitos.

b) Una característica comprobable de un componente o sistema, identificado en la base de prueba

c) El grado en que un producto software proporciona funciones que satisfacen las necesidades explícitas e implícitas cuando el software se utiliza en condiciones específicas.

d) El porcentaje de los resultados de todas las condiciones individuales que afectan de forma independiente al resultado de una decisión que ha sido practicada por un conjunto de casos de prueba.

a) La prueba debe comenzar lo más tarde posible de forma que desarrollo tenga tiempo suficiente para crear un buen producto.

b) Encontrar el mayor número posible de fallos, de forma que los defectos puedan ser identificados y corregidos.

c) Demostrar que se han identificado todos los posibles defectos.

d) Demostrar que los defectos restantes no causarán ningún fallo.

a) La prueba identifica la fuente de los defectos; la depuración analiza los defectos y propone actividades de prevención.

b) La prueba dinámica muestra fallos causados por defectos; la depuración encuentra, analiza y elimina las causas de los fallos en el software.

c) La prueba elimina los defectos; la depuración identifica las causas de los fallos.

d) La prueba dinámica previene las causas de las fallas; la depuración elimina los fallos.

a) El producto se bloqueó cuando el usuario seleccionó una opción en un cuadro de diálogo.

b) Se incluyó en la construcción una versión incorrecta de un archivo de código fuente compilado.

c) El algoritmo de cálculo utilizó las variables de entrada incorrectas.

d) El desarrollador malinterpretó el requisito del algoritmo.

a) La prueba depende del contexto.

b) La prueba exhaustiva es imposible.

c) Las repeticiones no son efectivas.

d) Acumulación de defectos.

a) Asegura que los requisitos están suficientemente detallados.

b) Reduce el nivel de riesgo para la calidad del sistema.

c) Asegura el cumplimiento de estándares en la organización.

d) Mide la calidad del software en términos de número de casos de prueba ejecutados.

a) Identificar la infraestructura y las herramientas necesarias.

b) Creación de juegos de prueba a partir de guiones de prueba.

c) Analizar las lecciones aprendidas para la mejora del proceso.

d) Evaluar la base de prueba con respecto a la capacidad de ser probado.

a) 1A, 2C, 3B, 4D.

b) 1D, 2B, 3A, 4C.

c) 1A, 2C, 3D, 4B.

d) 1D, 2C, 3B, 4A.

a) Para comprobar si se pueden transferir grandes volúmenes de datos entre sistemas integrados.

b) Para comprobar si se han ejecutado todas las sentencias de código y caminos de decisión de código.

c) Verificar si se han cubierto todos los flujos de los procesos de trabajo.

d) Cubrir todas las navegaciones de la página web.

a) La prueba de componente verifica la funcionalidad de módulos software, objetos de programa y clases que se pueden probar por separado, mientras que la prueba de sistema verifica las interfaces entre componentes y las interacciones entre las diferentes partes del sistema.

b) Los casos de prueba para la prueba de componente suelen obtenerse a partir de especificaciones de componente, especificaciones de diseño o modelos de datos, mientras que los casos de prueba para la prueba de sistema suelen obtenerse a partir de especificaciones de requisitos o casos de uso.

c) La prueba de componente se centra únicamente en las características funcionales, mientras que la prueba de sistema se centra en las características funcionales y no funcionales.

d) La prueba de componente es responsabilidad de los probadores, mientras que la prueba del sistema normalmente es responsabilidad de los usuarios del sistema.

a) El propósito de la prueba de regresión es comprobar si la corrección se ha implementado correctamente, mientras que el propósito de la prueba de confirmación es confirmar que la corrección no tiene efectos secundarios.

b) El propósito de la prueba de regresión es detectar efectos secundarios no deseados, mientras que el propósito de la prueba de confirmación es comprobar si el sistema sigue funcionando en un nuevo entorno.

c) El propósito de la prueba de regresión es detectar efectos secundarios no deseados, mientras que el propósito de la prueba de confirmación es comprobar si el defecto original ha sido corregido.

d) El propósito de la prueba de regresión es comprobar si la nueva funcionalidad está funcionando, mientras que el propósito de la prueba de confirmación es comprobar si el defecto original ha sido corregido.

a) La definición de los requisitos, el diseño del software y las pruebas se realizan en serie con piezas añadidas.

b) Una fase del proceso de desarrollo debe comenzar cuando se haya completado la fase anterior.

c) La prueba se considera como una fase separada que se lleva a cabo después de que se haya completado el desarrollo.

d) Las pruebas se añaden al desarrollo como un incremento.

a) La decisión de probar la mantenibilidad del software.

b) La decisión de probar el sistema después de la migración a una nueva plataforma operativa.

c) La decisión de probar si es posible recuperar los datos archivados.

d) La decisión de realizar pruebas después de la aplicación de correcciones en caliente.

a) Desarrollador, Moderador, Líder de revisión, Revisor, Probador.

b) Autor, Moderador, Director, Revisor, Desarrollador.

c) Autor, Director, Líder de revisión, Revisor, Diseñador.

d) Autor, Moderador, Líder de revisión, Revisor, Escriba.

a) Recopilación de métricas para la evaluación de la eficacia de la revisión.

b) Responder a las preguntas de los participantes.

c) Verificar los criterios de entrada para la revisión...

d) Evaluar los resultados de la revisión con respecto a los criterios de salida.

a) Revisión Informal.

b) Revisión Técnica.

c) Inspección.

d) Revisión Guiada.

a) El punto b) de la lista de comprobación ha sido incumplido porque no está claro qué condición debe cumplirse para invitar a la revisión.

b) Usted nota que además del probador y el verificador, el validador también debe ser invitado. Puesto que este elemento no forma parte de su lista de comprobación, usted no crea el comentario correspondiente.

c) El punto c) de la lista de comprobación ha sido incumplido ya que no está claro qué marca la revisión como completada.

d) El punto a) de la lista de comprobación ha sido incumplido porque no está claro quién proporciona la lista de comprobación para la invitación a la revisión.

a) Es una técnica de prueba en la cual se obtienen pruebas basadas en el conocimiento del probador sobre fallos pasados, o en el conocimiento general respecto a fallos.

b) Es un procedimiento para derivar y/o seleccionar casos de prueba basados en un análisis de la especificación, funcional o no funcional, de un componente o sistema sin referencia a su estructura interna.

c) Es una técnica de prueba basada en la experiencia en la que el probador experimentado utiliza una lista de elementos que deben anotarse, comprobarse o recordarse, o un conjunto de normas o criterios con respecto a los cuales debe verificarse un producto.

d) Es un enfoque de prueba en el que los probadores diseñan y ejecutan pruebas de forma dinámica basándose en sus conocimientos, en la exploración del objeto de prueba y en los resultados de pruebas anteriores

a) Técnica basada en el análisis de la arquitectura.

b) Técnica que comprueba que el objeto de prueba funciona de acuerdo con el diseño técnico.

c) Una técnica basada en el uso previsto del software.

d) Técnica basada en requisitos formales.

a) La afirmación es verdadera. Cualquier caso de prueba individual proporciona una cobertura de sentencia de 100% y por lo tanto una cobertura de decisión de 50%.

b) La afirmación es verdadera. Cualquier caso de prueba único haría que el resultado de la declaración " if " fuera verdadero o falso.

c) La afirmación es falsa. Un solo caso de prueba sólo puede garantizar un 25% de cobertura de la decisión en este caso.

d) La afirmación es falsa. El enunciado es demasiado amplio. Puede ser correcto o no, dependiendo del software probado.

a) Es una métrica que se utiliza para calcular y medir el porcentaje de casos de prueba que se han ejecutado.
.

b) Es una métrica que se utiliza para calcular y medir el porcentaje de sentencias que se han ejecutado en el código fuente

c) Es una métrica que se utiliza para calcular y medir el número de sentencias en el código fuente que han sido ejecutadas por casos de prueba que han pasado

d) Es una métrica que da una confirmación de verdadero/falso si todas las sentencias están cubiertas o no.

a) Un 100% de cobertura de decisión también garantiza un 100% de cobertura de sentencia.

b) Un 100% de cobertura de sentencia también garantiza un 100% de cobertura de decisión.

c) El 50% de la cobertura de decisión también garantiza el 50% de la cobertura de sentencia.

d) La cobertura de decisión nunca puede alcanzar el 100%.

a) Cuando debido a la presión por razones de tiempo se requiera agilizar la ejecución de pruebas ya especificadas.

b) Si el sistema se desarrolla de forma incremental y no se dispone de un contrato de prueba.

c) Si se dispone de probadores que tengan conocimientos suficientes de aplicaciones y tecnologías similares.

d) Si ya existe un conocimiento avanzado del sistema y se han de aportar pruebas de que debe probarse de forma intensiva.

a) 3.

b) 5.

c) 2

d) 4.

a) 0, 49, 50, 54, 59, 60.

b) 50, 55, 60.

c) 49, 50, 54, 55, 60, 62

d) 50, 51, 55, 56, 60, 61.

a) Verificar que la aplicación puede reproducir un vídeo en una pantalla de tamaño 1920x1080 (1 caso de prueba).

b) Verificar que la aplicación puede reproducir un vídeo en pantallas de tamaño 640x480 y 1920x1080 (2 casos de prueba).

c) Verificar que la aplicación puede reproducir un vídeo en cada uno de los tamaños de pantalla en el requisito (4 casos de prueba).

d) Verificar que la aplicación puede reproducir un vídeo en cualquiera de los tamaños de pantalla del requisito (1 caso de prueba).

a) El jefe de la prueba planifica las actividades de prueba y elige los estándares que se deben seguir, mientras que el probador elige las herramientas y sus directrices que se deben utilizar.

b) El jefe de la prueba planifica y controla las actividades de prueba, mientras que el probador especifica las pruebas y decide sobre el marco de automatización de pruebas.

c) El jefe de la prueba planifica, supervisa y controla las actividades de prueba, mientras que el probador diseña las pruebas y decide sobre la entrega del objeto de prueba.

d) El jefe de la prueba planifica y organiza la prueba y especifica los casos de prueba, mientras que el probador prioriza y ejecuta las pruebas.

a) Porcentaje de casos de prueba ejecutados.

b) El número medio de probadores que participan en la ejecución de la prueba.

c) La cobertura de los requisitos por el código fuente.

d) Porcentaje de casos de prueba creados y revisados.

a) Mediciones de fiabilidad, cobertura de la prueba, coste de la prueba, calendario y estado de la resolución de errores y riesgos restantes.

b) Mediciones de fiabilidad, cobertura de las pruebas, grado de independencia del probador y completitud del producto.

c) Mediciones de fiabilidad, cobertura de la prueba, coste de la prueba, disponibilidad del entorno de prueba, tiempo de comercialización y completitud del producto.

d) Tiempo de comercialización, defectos restantes, cualificación del probador, disponibilidad de casos de uso comprobables, cobertura de la prueba y coste de la prueba.

a) Definir los criterios de paso/fallo y los objetivos de prueba.

b) Desviaciones con respecto al enfoque de prueba.

c) Mediciones del avance real en relación con los criterios de salida.

d) Evaluación de la calidad del elemento de prueba

a) Metódica, analítica, reactiva y de preservación del rendimiento.

b) Analítica, basada en modelos, consultiva y reactiva.

c) Basada en modelos, metódica, analítica y consultiva.

d) Preservación del rendimiento, consultiva, reactiva y metódica.

a) Presupuesto utilizado en un proyecto de prueba similar anterior.

b) Experiencia general obtenida en las entrevistas con los jefes de prueba.

c) Estimación del esfuerzo para la automatización de la prueba acordado en el equipo de prueba.

d) Promedio de los cálculos recopilados de los expertos del sector.

a) El resultado real de la prueba.

b) Datos de identificación de la máquina de café probada.

c) Estado del defecto.

d) Ideas para mejorar el caso de prueba

a) Es fácil crear pruebas de regresión

b) Es fácil mantener el control de versiones de los activos de prueba.

c) Es fácil diseñar pruebas de seguridad.

d) Es fácil realizar pruebas de regresión.

a) 1A, 2B, 3D, 4C.

b) 1B, 2C, 3D, 4A.

c) 1A, 2C, 3D, 4B.

d) 1B, 2C, 3A, 4D.

a) Experiencia en la que basar sus esfuerzos.

b) Capacidad de ver lo que puede estar mal.

c) Buena comunicación con los miembros del equipo.

d) Atención al detalle.

a) Verdaderas: 1, 2; Falsas: 3, 4

b) Verdaderas: 2, 3; Falsas: 1, 2

c) Verdaderas: 1, 2, 4; Falsa: 3

d) Verdaderas: 1, 4; Falsas: 2, 3