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. 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 La b y la c 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 Sistemas Pruebas funcionales Pruebas no funcionales Pruebas de requisitos. ¿Cuando se ha probado suficientemente? 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 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 pruebas Análisis y Diseño de 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 empleadores? Los probadores de software certificados tienen como máxima prioridad la satisfacción de sus clientes y empleadores 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.
