La norma ISO en la que se establece el modelo de calidad del software es: La ISO 9000 La ISO 9001 La ISO 9126 La ISO 9216. La funcionalidad, según la norma ISO9126 lleva asociadas una serie de subcaracterísticas: Idoneidad, precisión, conformidad, interoperabilidad y seguridad. Adecuación, corrección, estabilidad, eficiencia y seguridad. Adecuación, corrección, estabilidad, interoperabilidad y precisión. Adecuación, corrección, interoperabilidad, eficacia y eficiencia. La implementación de las pruebas incluye: La generación de casos de prueba. La preparación de los dados de prueba. El establecimiento de las condiciones marco y la determinación de los resultados esperados. Todas las anteriores son correctas. Las pruebas de producto: A) Aseguran la ausencia de errores. B) Ayudan a la localización de defectos. C) Aseguran la ausencia de defectos en el software, siempre que se consideren de forma complementaria técnicas de caja blanca y caja negra y se proporcionen los recursos necesarios. D) Aseguran un software de alta calidad. Las repuesta B y D son correctas. Respecto a los costes de las pruebas, ¿ Cuál es cierta ? No es posible evaluar los beneficios de las pruebas, dado que, mientras que los costes de la calidad son tangibles, los de la no-calidad no lo son. Los costes de las pruebas vienen a suponer un 5% de los costes totales de desarrollo. Los costes de la calidad no deberían superar los costes de la no-calidad (costes de los errores). Hay que considerar los costes de las pruebas respecto al coste de resolver los errores que se detectan en producción. Entre los criterios de priorización de los casos de prueba se encuentran: A) La gravedad o impacto del posible error y la probabilidad de aparición. B) La percepción del error por parte del usuario. C) Los criterios dados en la especificación de requisitos y la complejidad del software. D) Todos los anteriores. E) Sólo la A y la C. En las pruebas, el desarrollador: A) Es la persona más adecuada para hacer las pruebas, dado que es quien mejor conoce el código. B) No debe hacer pruebas, dado que tiende a tener "ceguera" respecto a sus errores. D) Debería tener nociones básicas del pruebas. La B y la C son correctas. En el modelo genérico en V, las pruebas del sistema se corresponden: Con la especificación de requisitos. Con el diseño funcional. Con el diseño técnico. Con la especificación de componentes. La diferencia entre verificación y validación consiste en que: A) La verificación responde a la pregunta "¿ hemos desarrollado correctamente el sistema ?". B) La verificación responde a la pregunta "¿ hemos desarrollado el sistema correcto ?". C) La validación responde a la pregunta "¿ hemos desarrollado correctamente el sistema ?". La B y la C son correctas. En las pruebas de componentes: El probador dispone del código de programa de los componentes. Sólo se dispone del código de programa si quien prueba es el desarrollador. Se busca errores en el componente, ya sean internos o externos. No existen herramientas útiles para esta fase. ¿ Cuál es la respuesta más correcta ? Las pruebas funcionales se centran exclusivamente en comprobar que se ejecutan correctamente todas las funciones. La robustez describe la capacidad de respuesta de un software frente a entradas correctas. Si un componente dispone de un tratamiento de excepciones para cada entrada de datos errónea se considera robusta. Además de las pruebas funcionales y de robustez, otras pruebas de componentes posibles son las de eficiencia e integración. Respecto a la estrategia de integración: La estrategia Botton-Up utiliza stubs. La estrategia Botton-Up utiliza controladores de pruebas y stubs indistintamente. La estrategia Top-Down empieza por los componentes que son llamados desde otros componentes del software. La estrategia Top-Down utiliza stubs. La estrategia bis bang Es una estrategia incremental. Nunca debe utilizarse, dado que los defectos son más difíciles de rastrear. Mejora los tiempos de pruebas. Se plica en proyectos de mantenimiento. Respecto a las pruebas no funcionales, ¿ Cuál es la respuesta correcta ? Las pruebas de usabilidad comprueban si se han cumplido los estándares de codificación preestablecidos. Las pruebas de compatibilidad comprueban como reacciona el sistema en diferentes entornos . Las pruebas de robustez comprueban con qué frecuencia se cae el sistema por unidad de tiempo determinada. Todas las anteriores son correctas. Entre las ventajas de las revisiones se encuentran: Bajos costes. Aumento de la comunicación. No requiere recursos especializados. Todas las anteriores. Las fases de una revisión genérica son: Planificación, envío de la documentación, reunión de revisión y seguimiento. Planificación, envío de la documentación, reunión de revisión y . Planificación, preparación organizativa, preparación individual, reunión de revisión, re-trabajo y seguimiento Planificación, preparación organizativa, preparación individual, reunión de revisión, generación del acta y cierre. Entre los aspectos que pueden comprobarse en un análisis estático están:
1) Directrices de programación y estándares.
2) Tiempo de respuesta.
3) Análisis de flujo de datos y de programa.
4) Complejidad de la estructura del programa. Todas las respuestas son correctas. Sólo son correctas la 1 y la 3. Sólo son correctas la 1, la 3 y la 4. Sólo son correctas la 1 y la 2. La complejidad ciclomática viene dada por la fórmula v ( G ) = e - n + p, siendo: e: aristas, p: puntos, n: enlaces o nexos. e: espacios, p: puntos, n: nodos. e: aristas, p: conexiones externas, n: nodos. e: espacios, p: puntos, n: enlaces o nexos. Indique la afirmación falsa. En los procedimientos de caja blanca: El probador conoce la estructura del programa. El probador suele tener acceso al código de la aplicación. Los casos de pruebas se especifican en base a la estructura del programa. El código del programa no es relevante a la hora de especificar casos de prueba. ¿ Cual no es una ventaja del uso de clases de equivalencia ? Con un número mínimo de casos de prueba se maximiza la cobertura de pruebas. Las pruebas de las condiciones de excepción definidas quedan aseguradas por los casos de prueba positivos. La descomposición en clases de equivalencia en base a las definiciones / especificaciones abarca de muy buena manera los requisitos funcionales. La priorización de las clases de equivalencia puede servir para priorizar los casos de prueba. -1, 0, 1, 99, 100, 101. 0, 1, 99, 100, 101. -1, 0, 1, 99, 100. 0, 1, 99, 100, 101. Entre los procedimientos dinámicos de caja blanca no se encuentra: Cobertura de sentencias. Cobertura de ramas. Cobertura de condiciones. Cobertura de nodos. Respecto a la cobertura de ramas, indicar la afirmación errónea. Todas las aristas del gráfico de flujo de control deben ser recorridas al menos una vez. Este método lleva, por lo general, a mayor número de casos de pruebas que la cobertura de sentencias. Cada arista debe recorrerse sólo una vez. Inapropiado para la comprobación de condiciones complejas. ¿ Cual no es una variante de la cobertura de condiciones ? Cobertura de condiciones simple. Cobertura de condiciones mixta. Cobertura de condiciones múltiple. Cobertura de condiciones múltiple mínima. En cuanto a la especificación intuitiva de casos de prueba, ¿ Cuál no es cierta ? Procedimiento en el que los casos de pruebas son elaborados sin un modo de proceder claramente metódico en base a la intuición y la experiencia del probador. Los casos de prueba se basan en la intuición y experiencia. La especificación intuitiva de casos de prueba se denomina también como pruebas orientadas a puntos fuertes o error guessing. En la práctica sólo se utiliza para completar un conjunto de casos de prueba disponible. Indicar el tipo de organización más adecuado para las pruebas de aceptación. Desarrolladores de software: son responsables de las pruebas de su propio código. Un equipo de desarrollo de software es responsable de las pruebas mutuas del código. Equipos pertenecientes a la empresa responsable del desarrollo, que son reponsables de las pruebas de código de todos los proyectos. Equipos de pruebas externos al equipo de desarrollo. Entre los roles a cubrir dentro del proyecto de pruebas no está: Jefe de proyecto. Diseñador de pruebas. Automatizador de pruebas. Probador. El encargado de proponer las pruebas necesarias y establecer el orden de su ejecución es el: Gestor de pruebas. Diseñador de pruebas. Automatizador de pruebas. Administrador de pruebas. El encargado de implantar y gestionar el entrono de pruebas es el: Gestor de pruebas. Técnico de sistemas. Automatizador de pruebas. Administrador de pruebas. No es particularmente útil para un probador de software tener: Conocimientos generales de IT. Conocimientos básicos de pruebas. Capacidad para dirigir. Conocimientos acerca del objeto de prueba. Entre las fases del proceso de prueba no está: Análisis y diseño. Evaluación y documentación. Integración de las pruebas. Evaluación y documentación. Indique la afirmación errónea o incompleta: El objetivo de las pruebas consiste en descubrir el máximo número de errores relevantes con el mínimo esfuerzo. Los casos de prueba se componen de pasos individuales, cada paso se compone de una acción a realizar en unas condiciones de entrono. Los casos de pruebas deben ser desarrollados con la implicación de colaboradores en el área técnica y usuarios finales. Las pruebas también deben concebirse teniendo en cuenta su capacidad de ser reproducidas. En lo que se refiere a la gestión de la configuración, indique la respuesta correcta: No aplica al proceso de prueba. Es independiente a la gestión de la configuración de desarrollo. Según el tiempo y el alcance del proyecto pueden variar en gran medida los requerimientos para la gestión de la configuración - se deben definir un plan de gestión de la configuración individualizado. En la IEEE 730 se dispone de un estándar para la gestión de la configuración y sus planes correspondientes. Indique la respuesta incorrecta: Los datos de pruebas se pueden obtener en base al código fuente, las interfases o la especificación. Todas las herramientas obtienen los datos a partir de formalismos o determinadas estructuras. Las herramientas evitan siempre el tener que realizar una elección manual de los datos o un tratamiento posterior de los datos generados. Las herramientas nunca pueden sustituir al probador ( persona ) que dispone de creatividad, intuición y conocimiento. La herramienta de soporte a la ejecución de las pruebas que posibilita la ejecución paso a paso del código es: El simulador. El controlador de pruebas. El depurador. El robot de pruebas. Indique las respuesta más correcta: "La herramienta de soporte a la ejecución de las pruebas que reproduce el entrono productivo es" El simulador. El controlador de pruebas. El depurador. El robot de prueba. La herramientas para el análisis de pruebas y objetos de prueba que permiten la comparación entre los valores esperado sy los valores obtenidos se denominan: Herramientas para el análisis dinámico. Herramientas para el análisis de cobertura. Comparadores. Herramientas para el análisis estático. El análisis de la cobertura de las pruebas se debe realizar: Al principio de las pruebas, para minimizar costes. Una vez se ha realizado un número mínimo de pruebas ( al menos un 30%, aunque depende de la herramienta ) Durante la ejecución de las pruebas y al finalizar las pruebas. Se pueden realizar en cualquier momento del proyecto. Respecto a la selección e implantación de herramientas de prueba: Deben primar los criterios económicos. Deben implantarse herramientas en todas las áreas de proceso. Deben adquirirse paquetes de herramientas para facilitar la integración entre procesos. Debe comprobarse su rentabilidad. Indique la afirmación correcta: Las herramientas de automatización de casos de prueba evitan el esfuerzo de preparación de los casos de prueba. Para elegir una herramienta es conveniente hacer un estudio de mercado. Los aspectos económicos son siempre determinantes en la adquisición de las herramientas de pruebas. Todas las afirmaciones son correctas.
