Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESEISTQB - 1 - Fundamentos De Las Pruebas

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
ISTQB - 1 - Fundamentos De Las Pruebas

Descripción:
ISTQB - Fundation Level

Autor:
DSO
(Otros tests del mismo autor)

Fecha de Creación:
19/07/2019

Categoría:
Informática

Número preguntas: 27
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
El principal beneficio de las pruebas es mejorar la calidad. Verdadero. Falso.
Un informe de bugs es: A) Una colección independiente y reusable de casos de prueba. B) Un documento técnico que describe los síntomas y modos de fallo asociados a un bug. C) Un entregable que detalla la aproximación estratégica del esfuerzo de pruebas. D) La A y la B.
Un error de software puede ser descrito como: Una descripción de la relación entre dos o más variables o miembros de un conjunto en los que el valor de uno no tiene influencia en el valor de los otros. Cualquier arreglo temporal aplicado a un problema urgente. El proceso en el que los desarrolladores determinan la causa original de un bug e identifican posibles soluciones. Una disconformidad entre el programa y su especificación.
Las pruebas durante la fase de diseño incluyen: Identificar los datos de prueba. Lectura de borradores de documentos de Planificación. Pruebas de aceptación o cualificación. Ninguna de las de arriba.
El esfuerzo de pruebas empieza con: A) La planificación de pruebas. B) El diseño de casos de pruebas. C) Ejecución de pruebas. D) La B y la C. E) La A y la B.
Selecciona los elementos que componen los objetivos de las pruebas: A) Encontrar defectos. B) Generar informes. C) Prevenir fallos. D) Ganar confianza acerca del nivel de calidad del software. A, B y D. Solo la B. A, C y D. Solo la C.
¿ Cuál no es un objetivo de escribir buenos informes de incidencias ? Describir como solucionar el problema. Explicar como reproducir el problema. Que la información sea completa y, en la medida de lo posible, concisa. Que el informe sea fácil de entender y sin contradicciones.
Selecciona la mejor definición de calidad. Asegurar la inexistencia de ningún defecto. Calidad es trabajar uno solo. Trabajar según la planificación. Conformidad con los requerimientos.
En una aproximación REACTIVA de las pruebas, ¿ Cuándo se realizaría la mayor parte del trabajo del diseño de las pruebas para empezar ? Una vez que el software o el sistema ha sido producido. Durante el desarrollo. Tan pronto como sea posible. Durante el análisis de requisitos.
Las pruebas no funcionales de sistema incluyen: Probar para ver donde un sistema no funciona correctamente. Probar determinados atributos de calidad del sistema, entre los que pueden incluirse prestaciones y usabilidad. Probar una función de un sistema, usando solo el software necesario para esa función. Probar las funciones que no deberían existir.
El standard que recoge las definiciones de términos de pruebas es: ISO/IEC 12207 BS7925-1 BS7925-2 ANSI/IEEE 829 ANSI/IEEE 729.
¿ Cuál es el objetivo de un depurador (debugger) ? A) Localizar un defecto. B) Ayudar a corregir un defecto. C) Mostrar el resultado esperado. D) Incrementar el rango de pruebas. A, y C. B, C, y D. B y D. A y B.
El proceso de diseñar casos de prueba consiste en las siguientes actividades: A. Elaborar y describir casos de pruebas detallados usando técnicas de diseño de pruebas. B. Especificar el orden de ejecución de los casos de prueba. C. Analizar requisitos y especificaciones. D. Especificar resultados esperados. ¿ Cual es el orden correcto de las actividades ? C, A, D, B. C, D, A, B. C, B, A, D. B, C, A, D.
¿ En qué tipo de pruebas harías un especial hincapié en una solución de Banca para Internet ? Integración de Sistema. Pruebas funcionales. Pruebas no funcionales. Pruebas de requisitos.
¿ Cuando se ha probado suficiente ? Esta pregunta es imposible de contestar. Esta pregunta es fácil de contestar. Depende de los niveles de riesgo, y limitaciones en el proyecto como tiempo y presupuesto económico. Depende de la madurez de los desarrolladores.
¿ Cuál es el propósito PRINCIPAL de un plan de pruebas ? Comunicar como serán gestionadas las incidencias. Determinar el alcance y los riesgos, e identificar los objetivos de las pruebas. Elaborar un GANTT con la planificación. Crear una estructura desglosada de trabajo.
¿ Durante que actividad del Proceso Fundamental de Pruebas se determina si son necesarias más pruebas ? Implementación y ejecución de pruebas. Evaluación de criterios de salida de pruebas. Análisis y diseño de pruebas. Planificación y control de pruebas.
¿ Cuál de las siguientes características no está contemplada según la norma ISO 9126 ? Funcionalidad. Usabilidad. Seguridad. Portabilidad.
¿ Cuál de las siguientes actividades de prueba puede ser automatizada ? A) Inspecciones y revisiones. B) Recolección de métricas. C) Planificación de pruebas. D) Ejecución de pruebas. E) Generación de datos. A, C y D. A, B y C. B, C y E. B, D y E.
¿ Cuál de las siguientes es una tarea principal en la planificación de pruebas ? Determinar la estrategia de pruebas. Preparar las especificaciones de pruebas. Evaluar criterios de salida y generar informes. Analizar e interpretar los resultados.
Los defectos encontrados por los usuarios son debidos a: La pobre calidad del software. Pruebas y software pobres. Mala suerte. Poco tiempo para pruebas.
¿ Cuál es la principal razón para probar software antes de liberarlo ? Dar información basada en riesgos que sirva como soporte a la decisión de liberar o no la release. Mostrar que el sistema funcionará correctamente antes de liberarlo. Decidir cuando el software tiene suficiente calidad para ser liberado. Encontrar el mayor número de defectos posibles antes de ser liberado.
Selecciona los elementos que no son principios generales de las pruebas: Las pruebas muestran presencia de defectos. Las pruebas exhaustivas son imposibles. El uso de herramientas de automatización pueden ser una gran estrategia. La ausencia de errores es una falacia.
Al informar de defectos encontrados a los desarrolladores, los probadores deberían: Ser tan amables, constructivos, y colaboradores como fuera posible. Ser firmes e insistir en que los defectos no son una "característica", y que hay que corregirlos. Diplomáticos y sensibles a las reacciones ante las críticas. Todas las de arriba.
¿ Diseñar el arranque del entorno de pruebas e identificar las infraestructuras y herramientas necesarias son parte de que fase ? Implementación y ejecución de las pruebas. Análisis y diseño de las pruebas. Evaluación del criterio de salida e informes. Actividades de cierre de pruebas.
¿ Cuál de los siguientes NO es un objetivo válido de pruebas ? Demostrar que el software no tiene defectos. Mostrar que el software cumple con los requisitos. Encontrar defectos en el software. Dar confianza en el software.
¿ Qué indica el código de buenas prácticas que establece el ISTQB respecto a la relación con clientes y empleados ? Los probadores de software certificados tienen como máximo prioridad la satisfacción de sus clientes y empleados. Los probadores de software certificados potenciarán la integridad y reputación de la profesión de conformidad con el interés público. Los probadores de software certificados actuarán de la mejor manera posible para el interés de sus clientes y empleadores, de conformidad con el interés público. Los jefes y gestores de pruebas de software certificados suscribirán y promoverán un enfoque ético a la gestión de las pruebas del software.
Denunciar test Consentimiento Condiciones de uso