¿La 8 es correcta?
El modelo en V XP no existe, es el V XT
La 5 no encuentro que venga en el Syllabus. Las pruebas Back-To-Back no tienen nada que ver con eso, pero ninguna de las otras opciones las veo adecuadas
Un error de software consiste en: Un funcionamiento incorrecto. La desviación entre el comportamiento real y el comportamiento esperado. Un tratamiento incorrecto por parte del operador. Todas las respuesta son correctas. La calidad del software, según la norma ISO9126 establece 6 características básicas: Funcionalidad, Fiabilidad, Usabilidad, Seguridad, Mantenibilidad y Eficiencia. Funcionalidad, Fiabilidad, Usabilidad, Portabilidad, Mantenibilidad y Eficiencia. Funcionalidad, Fiabilidad, Usabilidad, Seguridad, Adecuación, Eficacia y Eficiencia. Funcionalidad, Fiabilidad, Usabilidad, Seguridad, Eficacia, Eficiencia y Mantenibilidad. El método de desarrollo en cascada, según Royce incluye las siguientes fases: Requisitos del sistema, requisitos del software, análisis, diseño, codificación, pruebas e implantación. Establecimiento de requisitos, análisis, diseño, codificación, pruebas e implantación. Requisitos del sistema, requisitos del software, análisis, diseño, codificación, pruebas y producción. Requisitos del sistema, requisitos del software, análisis, diseño de algo nivel, diseño de bajo nivel, codificación, pruebas y producción. Respecto a la especificación de las pruebas, las pruebas que comprueban el manejo de las situaciones de error se denominan: Pruebas erróneas. Pruebas negativas. Pruebas complementarias. No existe ese tipo de prueba. El objetivo de las pruebas es comprobar que el software no da errores. Las pruebas que implican la comprobación de los requisitos de forma paralela por parte de varios desarrolladores se denominan: Pruebas back to back. Pruebas redundantes. Pruebas Up-Down. Pairwise Testing. Las pruebas tempranas: Reducen los costes de las pruebas. Reducen los costes del desarrollo. Aumentan los costes de pruebas, al no estar el desarrollo finalizado, por lo que las pruebas suelen realizarse al final del desarrollo. No afecta a los costes totales del desarrollo, siempre que se realicen las mismas pruebas. . Respecto a la psicología de las pruebas, ¿ cuál es la respuesta más correcta ? El desarrollador es constructivo y el probador destructivo. La aproximación del programador al objeto de prueba deber ser destructiva pero el objetivo es constructivo. El objetivo de la notificación de un error es, exclusivamente, alertar de sus existencia. Tanto el desarrolador como el programador son constructivos. Entre los modelos de procesamiento de prueba se encuentra: A) El modelo en cascada. B) El modelo genérico en V. C) El modelo en V XP D) A y B son correctos. E) B y C son correctos. En el modelo genérico en V, las pruebas de componentes se corresponden: Con el diseño funcional. Con el diseño técnico. Con la especificación de componentes. Con la codificación. Respecto a los modelos de procedimiento de pruebas: El modelo W es una simplificación del modelo genérico en V. El modelo en W queda claro que ciertas actividades pueden establecerse como procesos paralelos al propio desarrollo de SW. El modelo de V 97 es el último modelo que se ha elaborado basándose en el modelo genérico en V. El modelo en cascada no es un modelo de procedimiento de prueba, sino de desarrollo. En las pruebas de componentes: Suelen utilizarse pruebas de caja blanca. Suelen utilizarse pruebas de caja negra. No tiene sentido realizar pruebas de carga ni pruebas funcionales. A y C son correctos. Las pruebas de integración: Garantizan una funcionalidad sin defectos en el entorno del sistema. Pueden sustituir a las pruebas de componente, dado que se comprueba la funcionalidad de los componentes y sus interacciones. Comprueban el correcto funcionamiento de las interfaces entre los componentes. Admiten el uso de drivers y stubs para sustituir de forma totalmente eficaz a componentes que no estén disponibles. Respecto a las estrategias de integración, la integración orientada al proceso de negocio: También se denominas como pruebas back to back. También se denominan como pruebas end to end. Los controladores de pruebas sustituyen los componentes subordinados. También se denomina estrategia funcional. En las pruebas de sistema Los requisitos funcionales se basan en la definición de requisitos, los procesos de negocio y los casos de uso. Los requisitos no funcionales vienen especificados, entre otras, en la norma ISO 9216. Los requisitos no funcionales suelen venir mejor definidos que los funcionales. No se repiten casos de que se hayan ejecutado en pruebas anteriores (componentes, integración.....). En las pruebas estáticas: Requieren la preparación de datos de prueba. Engloban procedimientos de análisis manual del objeto de prueba. Requieren la ejecución del objeto de prueba. Descubren los errores exclusivamente en base a sus defectos. Roles en una revisión: Gestor, moderador, autor, documentador y revisor. Gestor, moderador, revisor y secretario. Gerente, jefe de proyecto y programador. Responsable de la revisión, autor, revisor y documentador. Respecto a las revisiones: Las inspecciones llevan aparejados modos de proceder altamente informales Los walkthrough requieren la existencia de un modelador. Las revisiones informales suelen ser iniciadas por el autor. En las revisiones técnicas el autor actúa como moderador. Respecto al análisis estático: Suele aplicarse a la documentación, dado que es un elemento estático. Requiere un esfuerzo mayor que las revisiones, dado que se analiza un mayor número de parámetros. Entre las herramientas que pueden utilizarse están los compiladores. Los análisis estáticos se suelen efectuar después de las revisiones. La complejidad ciclomática del gráfico es: 4 5 6 7. Para poder ejecutar un caso de prueba con un objeto de prueba, no es necesario: Que el objeto de prueba deba ser ejecutado en un entorno. Que se puedan realizar entradas de datos. Que se disponga del código de la aplicación. Que existan los interfaces del objeto de prueba con otro programas / partes del programa ( en la medida en que sean necesarias ). Entre las pruebas de caja negra se encuentra: Formación de clases de equivalencia y análisis de valores límite. Pruebas referidas a estados. Pruebas aleatorias. Todas las anteriores. En cuanto al análisis de valores límite, ¿ Cuál es verdad ? La experiencia muestra que los errores son más frecuentes en las regiones límite. Es una técnica útil, sea cual sea la clase de equivalencia. Considera exclusivamente los límites de la clase. Todas las respuestas anteriores son validas. En cuanto a pruebas referidas al estado ¿ Cuál no es verdad ? Al igual que en la técnica de particiones de equivalencia se consideran las consecuencias de los procesos que ya han tenido éxito sobre el desarrollo posterior. Un elemento de ayuda para la determinación de casos de prueba es la formación de un ñarbol de transiciones para el objeto de prueba. El estado inicial representa la raíz del árbol. Los criterios de finalización de pruebas son que cada estado se debe alcanzar al menos una vez y que cada transición se estado se debe alcázar al menos una vez. Respecto al uso de herramientas en el procedimiento de caja blanca, indique la afirmación errónea: Los procedimientos de caja blanca necesitan en muchas de sus áreas el apoyo de herramientas. Los analizadores de cobertura no son intrusivos, esto es, no requieren la modificación del código. Los analizadores de cobertura pueden ser utilizados para decidir la finalización de las pruebas. Los analizadores de cobertura pueden ser utilizados para localizar código muerto. ¿ Cuantos casos de prueba serían necesarios para logar cobertura total de sentencias en este programa, considerando que las condiciones son independientes ? 2 3 4 5. Indique la afirmación verdadera: En la cobertura de condiciones simple todas las combinaciones que se puedan formar a partir de los estados de las condiciones básicas contenidas deber estar contenidas en la prueba. En la cobertura de condiciones múltiple cada condición parcial elemental dentro del una condición múltiple debe tomar en la prueba tanto el valor verdadero como el valor falso. La cobertura mínima de condiciones múltiple reduce el número de casos de prueba ( de n + 1 a 2n ) La cobertura de condiciones simple es un instrumento útil para comprobar condiciones múltiples. Respecto a la gestión de pruebas, indicar la afirmación incorrecta Las pruebas sistemáticas de software y la generación de la calidad disminuyen a corto plazo los costes de desarrollo y mantenimiento. La utilización temprana de la gestión de pruebas minimiza los riesgos en la implantación y permite acortar los tiempos del desarrollo del proyecto. Dentro del ciclo de vida de un producto deben llevarse a cabo diferentes tareas de pruebas. La gestión de pruebas temprana y profesional asegura a largo plazo las inversiones. Indicar el tipo de organización que puede aplicarse en las pruebas de software Desarrolladores de software: son reponsables de las pruebas de su propio código. Un desarrollador es responsable de las pruebas de código de todo el equipo de desarrollo. Una institución para las pruebas ( departamento de pruebas, laboratorio de pruebas interno o externo, proveedor externo de servicios de pruebas ) se responsabiliza de las pruebas. Todos los anteriores son correctos. La dirección y control del proyecto de pruebas es llevada a cabo por el: Gestor de pruebas. Diseñador de pruebas. Jefe de proyecto. Administrador de pruebas. Un diseñador de pruebas necesita experiencia especial en las áreas de ( indicar la que no procede ) Conocimientos en gestión de base de datos. Conocimientos (Know-how) de desarrollo y pruebas. Conocimientos de ingeniería de SW. Conocimientos sobre métodos de especificación. Un gestor de pruebas requiere conocimientos en ( indicar la que procede ): Planificación y dirección de pruebas. Administración de sistemas ( o acceso a un administrador de sistemas ). Herramientas de desarrollo y pruebas. Sistemas de bases de datos. Entre los expertos técnicos que pueden completar el equipo de pruebas en caso de necesidad están: Administradores o diseñadores de bases de datos. Especialistas en redes. Psicólogos. Todos los Anteriores. Respecto a la planificación de las pruebas A) Se lleva acabo una planificación al principio del proyecto. B) Es necesario que se siga estrictamente la planificación establecida para el proyecto. C) Se lleva a cabo una planificación detallada para cada ciclo de prueba. D) A y C son correctas. El término CAST significa: Computer Aider Software Tool Configuration Application for Software Testing Computer Aided Software Testing Common Architecture for Software Timing. Respecto a los generadores de datos de prueba, indique la respuesta incorrecta Los generadores de datos de pruebas basados en base de datos, reconocen estructuras y contenidos y obtienen de ellos datos de prueba. Los generadores de datos de prueba basados en código pueden proporcionar valores esperados. Los generadores de datos de prueba basados en interfases deducen clases de equivalencia y valores límite a partir de los rangos de definición. Los generadores de datos de prueba basados en especificaciones requieren obligatoriamente una notación formal para las especificaciones. La herramienta de soporte a la ejecución de las pruebas que no posibilita registrar los valores obtenidos es El simulador. El controlador de pruebas. El stub. El robot de pruebas. La herramienta de soporte a la ejecución de las pruebas que suele incluir comparadores entre los valores esperados y los valores obtenidos es: El simulador. El controlador de pruebas. El depurador. El robot de prueba. Las herramientas para el análisis de pruebas y objetivos de prueba que permiten supervisar y registrar el estado interno de los objetos ( ej: utilización de memoria ) se denomina: Herramientas para el análisis dinámico. Depuradores. Herramientas para el análisis estático. Herramientas para el análisis ciclicomático. Las herramientas de análisis estático permiten realizar análisis o descubrir anomalias: Del flujo de control. Del flujo de datos. De ambos. De ninguno de los dos. Son las herramientas de análisis dinámico las que permiten dichos análisis. Entre las fases a seguir a la hora de introducir una nueva herramienta no está: El lanzamiento de un piloto. La elaboración del proceso asociado. La formación a los usuarios. La adaptación de procesos o herramientas.
