Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESEISTQB - 5 - Gestión Del Proceso De Pruebas

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
ISTQB - 5 - Gestión Del Proceso De Pruebas

Descripción:
ISTQB - Fundation Level

Autor:
DSO
(Otros tests del mismo autor)

Fecha de Creación:
20/07/2019

Categoría:
Informática

Número preguntas: 31
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
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 B y C.
¿ 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. Documentos 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 restado final del diagrama de estado 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 D 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 las capacidad de ser probados los requerimientos y el sitema ? 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.
¿ Cual 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 objetivs; los riegos 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 si 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 prueba. 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, y D.
¿ 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 fiscalización de las pruebas ? Saber cuando una pruebas 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. 1) Medida del seguimiento del proyecto. 2) Esfuerzo requerido para ejecutar actividades. 3) Reasignación de recursos. A-2, B-1, C-3. A-2, B-3, C1. A-3, B-1, C2. A-1, B-2, C-3.
¿ Cual 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 de 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ósitos 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 prueba ? Lo que no se va a probar. Propiedades de los entornos de pruebas. Planes de calidad. Planificación y fechas de finalización.
¿ En qué orden deberían ejecutarse las pruebas ? Primero, las pruebas mas 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 pruebas, .....) 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 negra. 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. Incremento de tiempo de pruebas. Nos 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 entrono. Resultados esperados. Criterio de finalización.
Denunciar test Consentimiento Condiciones de uso