option
Cuestiones
ayuda
daypo
buscar.php
TEST BORRADO, QUIZÁS LE INTERESE: ISTQB Foundation lv 2
COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
ISTQB Foundation lv 2

Descripción:
Para mi

Autor:
Yo
OTROS TESTS DEL AUTOR


Fecha de Creación:
04/12/2023

Categoría: Otros

Número Preguntas: 40
COMPARTE EL TEST
COMENTARNuevo Comentario
No hay ningún comentario sobre este test.
Temario:
Cuál de las siguientes combinaciones describe correctamente un enfoque válido para las pruebas de componentes: i)Pruebas funcionales del componente de forma aislada ii)Pruebas del código basadas en la estructura sin registrar incidencias iii)Pruebas automatizadas que se ejecutan hasta que el componente pasa iv)Pruebas funcionales de las interfaces entre módulos. i y ii. ii y iii iii. ii y iv.
¿Cuál de los siguientes es un propósito de la fase de planificación de la revisión? Defecto de registro Explicar los documentos a los participantes Reunir métricas. Asignar los roles individuales.
Una curva de tasa de llegada defectos: Muestra el número de defectos recién descubiertos por unidad de tiempo Muestra el número de defectos abiertos por unidad de tiempo. Muestra el número total acumulado de defectos encontrados hasta el momento Cualquiera de estos, dependiendo de la empresa.
¿Cuál es la mejor definición de prueba completa? Ha descubierto todos los errores en el programa. Ha probado cada declaración, rama y combinación de ramas del programa. Ha completado todas las pruebas del plan de pruebas. Ha llegado a la fecha de envío programada.
Estado de cobertura de dedición y cobertura de sentencia significa: Que ha probado cada estado de cuenta en el programa. Que ha probado cada declaración y cada rama del programa Que haya probado todas las declaraciones IF del programa. Que ha probado cada combinación de valores de declaraciones IF en el programa.
Existen varios riesgos al gestionar el cronograma de su proyecto con un modelo de confiabilidad estadística. Estos incluyen (elija uno o más de los siguientes): Los evaluadores gastan más energía al principio del producto tratando de encontrar errores que preparándose para hacer el resto del trabajo del proyecto de manera más eficiente Es posible que los gerentes no se den cuenta de que el esfuerzo de prueba es ineficaz , al final del proyecto, porque esperan una baja tasa de detección de errores, por lo que la baja tasa alcanzada no los alarma. Puede aumentar la presión sobre los evaluadores al final del proyecto para que no encuentren errores o no informen de ellos. Todo lo anterior.
Los defectos típicos que son más fáciles de encontrar en las revisiones que en las pruebas dinámicas son: Desviaciones de los estándares. Defectos de requisitos. Defectos de diseño. Mantenibilidad insuficiente y especificaciones de interfaz incorrectas. Todo lo anterior.
Las revisiones, el análisis estático y las pruebas dinámicas tienen el mismo objetivo A. Identificación de defectos. B. Reparación de defectos. A y B Ninguna de las anteriores.
Podemos lograr una cobertura de decisión pero aun así pasar por alto errores porque: El fallo se produce sólo si se llega a una declaración tomando la rama VERDADERA de un SI declaración y llegó a la declaración con una prueba que pasó por la rama FALSA. El fallo depende de la incapacidad del programa para manejar valores de datos específicos, más que del flujo de control del programa. No estamos obligados a probar código que los clientes probablemente no ejecuten. Todo lo anterior.
La disfunción de la medición es un problema porque Aunque las cifras que uno observa parecen mejores, para alcanzarlas la gente está haciendo otros aspectos de su trabajo mucho peor. No sabemos cómo medir una variable (nuestra medición es disfuncional) y por eso no sabemos cómo interpretar el resultado Estás midiendo algo equivocado y, por tanto, llegando a conclusiones equivocadas. Todo lo anterior.
Las consecuencias importantes de la imposibilidad de realizar la prueba completa son: Nunca podemos estar seguros de que el programa esté libre de errores No tenemos un punto de parada definido para las pruebas, lo que facilita que algunos gerentes aboguen por muy pocas pruebas No tenemos una respuesta fácil sobre qué tareas de prueba deberían ser siempre necesarias, porque cada tarea requiere tiempo que podría dedicarse a otras tareas de gran importancia Todo lo anterior. .
Las características deficientes del software son: Sólo riesgos del Proyecto Sólo riesgos del producto Riesgos del proyecto y riesgos del producto Riesgos del proyecto o riesgos del producto .
Las pruebas del sistema deben investigar: Solo requisitos no funcionales, no requisitos funcionales Solo requisitos funcionales, no requisitos no funcionales Requisitos no funcionales y requisitos funcionales Requisitos no funcionales o requisitos funcionales.
Las pruebas de contratos y regulaciones son parte de: Prueba del sistema Pruebas de aceptación Pruebas de integración Smoke test.
Encuentre el flujo correcto de las fases de una revisión formal Planificación, reunión de revisión, retrabajo, inicio Planificación, preparación individual, inicio, retrabajo Planificación, reunión de revisión, retrabajo, seguimiento Planificación, Preparación individual, Seguimiento, Puesta en marcha.
¿Cuáles no son los objetivos de la prueba? Encontrar defectos Ganar confianza sobre el nivel de calidad y proporcionar información Prevención de defectos. Defectos de depuración .
¿Las autorizaciones de mantenimiento y los centros de asistencia técnica son ejemplos de cuál de los siguientes costos de calidad? Fallo externo Fallo interno Evaluación Prevención.
¿Cuáles no son los riesgos del proyecto? Problemas con los proveedores Factores de organización Cuestiones técnicas Software entregado propenso a errores.
Ciclo de vida del error Open, Assigned, Fixed, Closed Open, Fixed, Assigned, Closed Assigned, Open, Closed, Fixed Assigned, Open, Fixed, Closed.
¿Quién es responsable de documentar todas las cuestiones, problemas y puntos abiertos que se identificaron durante la reunión de revisión? Moderador Escriba Revisores Autor.
'X' ha dado un dato sobre la edad de una persona, que debería estar entre 1 y 99 años. Usando BVA cual es el apropiado 0,1,2,99 1, 99, 100, 98 1, 99, 100 –1, 0, 1, 99.
¿Cuál no es un principio de prueba? Pruebas tempranas Los defectos se agrupan Paradoja de los pesticidas Pruebas exhaustivas.
Un proyecto que está en fase de implementación tiene un retraso de seis semanas. Faltan cuatro meses para la fecha de entrega del producto. El proyecto no puede retrasar la fecha de entrega ni comprometer los estándares de calidad establecidos para su producto. ¿Cuál de las siguientes acciones haría que este proyecto volviera al cronograma? Eliminar algunos de los requisitos que aún no se han implementado Agregar más ingenieros al proyecto para compensar el trabajo perdido Solicitar a los desarrolladores actuales que trabajen horas extras hasta que se recupere el trabajo perdido. Contratar más personal de control de calidad del software.
Las pruebas serán realizadas por personas en las propias ubicaciones del cliente Prueba alfa Pruebas de campo Pruebas de rendimiento Prueba del sistema.
¿Cuál de los siguientes es el estándar para la calidad del producto de software? ISO 1926 ISO 829 ISO 1012 ISO 1028 .
¿Cuál no es una técnica de prueba de caja negra? Partición de equivalencia Cuadros de decisión Diagramas de transacciones Pruebas de decisión.
Encuentre la discrepancia Herramientas de preparación de datos de prueba : manipule bases de datos Herramientas de diseño de pruebas : genere entradas de prueba Herramientas de gestión de requisitos : permite que las pruebas individuales sean rastreables Herramientas de gestión de configuración : verifique la coherencia .
Se pueden realizar casos de uso para probar Pruebas de rendimiento Pruebas unitarias Escenarios comerciales Pruebas estáticas.
El propósito de la técnica de diseño de pruebas es Identificar solo las condiciones de prueba, no Identificar los casos de prueba No identificar las condiciones de prueba, Identificar solo los casos de prueba Identificar las condiciones de prueba e Identificar los casos de prueba Identificar las condiciones de prueba o Identificar los casos de prueba.
Una persona ha estado dominando la reunión actual de mejora de procesos de software. ¿Cuál de las siguientes técnicas debería utilizar el facilitador para incorporar a otros miembros del equipo a la discusión? Confronte a la persona y pida que a otros miembros del equipo se les permita expresar sus opiniones. Esperar a que la persona haga una pausa, reconocer su opinión y pedir la opinión de otra persona Cambiar el tema a un tema sobre el cual la persona no tiene una opinión firme. Expresar una opinión que difiere de la opinión de la persona para animar a otros a expresar sus ideas.
Las pruebas estocásticas que utilizan información estadística o perfiles operativos utilizan el siguiente método Enfoque de prueba heurística Enfoque de prueba metódica Enfoque de prueba basado en modelos Enfoque de prueba compatible con procesos o estándares .
Un modelo de software que no se puede utilizar en pruebas funcionales Modelo de flujo de proceso Modelo de transacción de estado Modelo de estructura de menú Modelo de especificación en lenguaje sencillo .
La prueba de arco se conoce como Pruebas de rama Pruebas ágiles Pruebas beta Pruebas ad hoc.
El propósito de los criterios de salida es Definir cuándo detener la prueba Fin del nivel de prueba Cuando un conjunto de pruebas ha alcanzado una condición previa específica Todo lo anterior.
La técnica_________se puede utilizar para lograr cobertura de entrada y salida Análisis de valor límite Partición de equivalencia Prueba de tabla de decisión Prueba de transición de estado.
Las pruebas________ se realizan en el sitio de la organización en desarrollo Pruebas unitarias Pruebas de regresión Pruebas alfa Pruebas de integración.
¿Cuál es el objetivo principal de la revisión informal? Forma económica de obtener algún beneficio Encontrar defectos Aprender, adquirir comprensión, encontrar efectos Discutir, tomar decisiones, resolver problemas técnicos.
¿Cuál no es una prueba de componentes? Verificar las pérdidas de memoria Verificar la solidez Verificar la cobertura de la rama Verificar las tablas de decisión.
El papel del ingeniero de software en la selección de herramientas es: Identificar, evaluar y clasificar herramientas, y recomendar herramientas a la gerencia Determinar qué tipo de herramienta se necesita, luego encontrarla y comprarla Iniciar el proceso buscar herramientas y presentar un caso a la gerencia Identificar, evaluar y seleccionar las herramientas.
¿Cuál no es el proceso de prueba fundamental? Planificación y control Actividades de cierre de pruebas. Análisis y diseño Ninguno.
Denunciar Test