Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESEISTQB CTFL. Sección 5 - GESTION DEL PROCESO DE PRUEBAS

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
ISTQB CTFL. Sección 5 - GESTION DEL PROCESO DE PRUEBAS

Descripción:
ISTQB ejercicios

Autor:
ISTQB Fundations
(Otros tests del mismo autor)

Fecha de Creación:
12/06/2017

Categoría:
Otros

Número preguntas: 31
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
gorgonudo ( hace 6 años )
Test perfecto, coinciden todas las preguntas y respuestas con las del libro
Responder
Temario:
El esfuerzo de pruebas no depende del siguiente factor: Características de los bugs reportados Características del producto Características del proceso de desarrollo La salida de las pruebas.
Los riesgos nos permiten: A. Diseñar y codificar las pruebas B. Calcular el tiempo de ejecución de cada prueba C. Decidir por dónde empezar a probar y donde probar mas D. Utilizar las pruebas para reducir riesgos de un posible efecto adverso, o para reducir el impacto del efecto adverso. C y D Solo la C A ByC.
¿Cuáles de los siguientes elementos no irían bajo Gestión de la Configuración?: Sistemas operativos Documentación de pruebas Datos de producción Documentación de requerimientos de usuario.
El coste que implica la realización de pruebas y el aseguramiento de la calidad debe ser _______ que los costes asociados a los fallos externos: Mayor Menor Igual Inimaginable.
Los defectos no pueden ser abiertos contra: Requisitos Documentación Casos de prueba Mejoras sugeridas por los usuarios.
Los informes de incidencias distribuidos a la Dirección deberían contener: Número de orden, severidad Número de orden, severidad, descripción breve. Número de orden, severidad, descripción breve, sugerencia de corrección. Número de orden, severidad, descripción breve, categorización.
Dados los conjuntos de términos de gestión, y descripción de actividades ¿Cuales son los mejores emparejamientos de los dos conjuntos? A - Control de pruebas B - Monitorización de pruebas C - Estimación de pruebas D - Gestión de incidencias E - Control de la configuración 1 - Cálculo de los recursos requeridos para pruebas 2 - Mantener el registro de los resultados de prueba 3 - Reasignación de recursos cuando las pruebas se sobrepasan 4 - Informar de desviaciones de los planes de prueba 5 - Analizar resultados de prueba anómalos A-3, B-2, C-1, D-5, E-4 A-2, B-5, C-1, D-4, E-3 A-3, B-4, C-1, D-5, E-2 A-2, B-1, C-4, D-3, E-5.
Considerando las siguientes sentencias: A. Una incidencia puede ser cerrada sin ser solucionada B. No se asocian incidencias con la documentación C. El estado final del diagrama de estados es "solucionado” D. El registro de incidencias no contiene información acerca del entorno de pruebas B es verdadera; A, C y D falsas A es verdadera; B, C y D falsas A y D son verdaderas; B y C falsas A y B son verdaderas; C y D falsas.
¿Cuál de las siguientes es una medida válida del progreso de pruebas? Número de defectos no detectados Número total de defectos en el producto Número de casos de pruebas aun sin ejecutar Esfuerzo requerido para corregir los defectos.
¿Qué actividades en el proceso de pruebas incluyen la evaluación de la capacidad de ser probados los requerimientos y el sistema? Análisis y diseño de pruebas Planificación y control de pruebas Cierre de pruebas Implementación y ejecución de pruebas.
¿Cuál de los siguientes es un beneficio de los equipos independientes de pruebas? El código no puede ser subido a producción hasta que no acabe el equipo de pruebas Pruebas y Desarrollo están aislados Los desarrolladores no tienen tanta responsabilidad con la calidad Probadores independientes encuentran defectos distintos de los habituales, y son neutrales.
¿Cuál es típicamente la razón MÁS importante de utilizar los riesgos para dirigir los esfuerzos de pruebas? Porque probar todo no es factible Porque las pruebas basadas en riesgos es la aproximación más eficiente de encontrar defectos. Porque las pruebas basadas en riesgos es el modo mas efectivo de mostrar valor Porque el software presenta riesgos de manera inherente.
¿Cuál es la diferencia entre riesgo de proyecto y riesgo de producto? Los riesgos de los proyectos son áreas potenciales de fallos en el software o en el sistema; los riesgos del producto son riesgos alrededor de las capacidades del proyecto para alcanzar sus objetivos. Los riesgos de los proyectos son riesgos alrededor de las capacidades del proyecto para alcanzar sus objetivos; los riesgos del producto son áreas potenciales de fallos en el software o en el sistema. Los riesgos de los proyectos están relacionados con los suministradores, factores de organización y elementos técnicos son áreas potenciales de fallos en el software o en el sistema; los riesgos del producto están relacionados con escasez de habilidades y personal. Los riesgos de los proyectos son riesgos de que el producto suministrado no funcionará; los riesgos del producto son riesgos relativos los suministradores, factores de organización y elementos técnicos.
Para pruebas ¿Cuál de las siguientes opciones representa mejor los principales asuntos que debe tratar la Gestión de la Configuración? A. Todos los elementos del testware identificados y controlados por versiones B. Todos los elementos del testware usados en las pruebas de aceptación final C. Todos los elementos del testware almacenados en un repositorio común D. Todos los elementos del testware que tienen un seguimiento por cambios E. Todos los elementos del testware asignados a su propietario F. Todos los elementos del testware relacionados entre sí y con elementos de desarrollo A, D, F B,C,E A, C, D D, E, F.
¿Cuáles de los siguientes son objetivos válidos de los informes de incidencias? A. Proveer a los desarrolladores y otras partes con feedback acerca de los problemas para que los puedan identificar, aislar y corregir si fuera necesario. B. Proporcionar ideas para la mejora del proceso de pruebas C. Proporcionar un canal de aseguramiento de competencias de los probadores D. Proporcionar a los Responsables de pruebas de un medio para realizar el seguimiento de la calidad del sistema probado y del progreso de las pruebas A, B, y C A, B, y D A, C, y D B, C, yD.
¿Cuál es la ventaja MÁS importante de la independencia en las pruebas? Un probador independiente puede encontrar defectos más rápidamente que la persona que escribió el código. Un probador independiente puede enfocarse mejor en como funciona el software que la persona que escribió el código. Un probador independiente puede ser más eficiente y eficaz porque está menos familiarizado con el software que la persona que escribió el código. Un probador independiente puede ser más eficaz en encontrar defectos no aparecidos que la persona que escribió el código.
Al priorizar las pruebas, el objetivo mas importante es: Encontrar tantos defectos como sea posible Probar áreas de alto riesgo Obtener buena cobertura de pruebas Probar lo más fácil.
¿Cuál es el propósito del criterio de finalización de las pruebas Saber cuando una prueba específica ha finalizado su ejecución. Asegurarse que las especificaciones de los casos de prueba son completas. Establecer el criterio usado en la generación de datos de prueba Determinar cuándo parar de probar.
Asocia elementos de ambos grupos de manera correcta A. Estimación de pruebas B. Control de pruebas C. Monitorización de pruebas I. Medida del seguimiento del proceso II Esfuerzo requerido para ejecutar actividades III. Reasignación de recursos A-ll, B-l, C-lll A-ll, B-lll, C-l A-lll, B-l, C-ll A-I, B-lI, C-lll.
¿Cuál de los siguientes no formaría parte de un plan de pruebas Características a probar Informe de incidencias Riesgos Planificación.
¿Qué NO formaría parte de una gestión de configuración Auditoria de conformidad con ISO 9000 Estado del inventario de los elementos de configuración Identificación de versiones de pruebas Acceso controlado a librerías.
¿Cuál de las siguientes proporciona el mayor potencial de ahorro de costes por el uso de CAST? Gestión de pruebas Diseño de pruebas Planificación de pruebas Ejecución de pruebas.
Se divide el proceso de pruebas en distintas fases básicamente porque Cada fase de pruebas tiene un propósito diferente Es más fácil gestionar las pruebas en fases Se pueden ejecutar diferentes pruebas en diferentes entornos Cuantas mas fases haya mejor se prueba.
¿Cuáles de los siguientes NO están incluidos en el documento de Plan de Pruebas de la documentación estándar de pruebas? Lo que no se va a probar Propiedades de los entornos de pruebas Planes de calidad Planificaciones y fechas de finalización.
¿En qué orden deberían ejecutarse las pruebas? Primero, las pruebas más importantes Primero, las pruebas más difíciles (para que haya más tiempo para corregir los defectos). Primero, las pruebas más fáciles para coger confianza En el orden que estaban pensadas.
El Testware (casos de prueba, datos de prueba, ...) Necesita gestión de la configuración, como los requisitos, diseño y código. Debería ser construido para cada nueva versión del software Es necesario solo hasta que el software entre en producción No necesita ser documentado ni comentado.
¿Cuál de los siguientes elementos quedaría fuera del grupo Caja blanca Caja gris Estructural Funcional.
Incrementar la calidad del software con mejores métodos de desarrollo afectará al tiempo necesario para las pruebas: Reduciendo el tiempo de pruebas No cambia Incrementando el tiempo de pruebas No se puede decir.
Para que el software sea fiable debe Ser fácil de mantener Ser poco probable que se produzca un fallo Nunca fallar bajo ninguna circunstancia Ser codificado bajo estándares de codificación.
¿Cuál de las siguientes es la menos importante en gestión de pruebas Estimar duración de pruebas Gestión de incidencias Gestión de la configuración Debugging.
¿Cuál de las siguientes no se incluyen en un plan de pruebas Características a probar Necesidades de entorno Resultados esperados Criterio de finalización.
Denunciar test Consentimiento Condiciones de uso