Análisis de Sistemas (Pruebas y calidad de software).

Marque la opción correcta según corresponda : El proceso de prueba tiene dos metas principales: Encontrar defectos y demostrar cumplimiento de requerimientos. Verdadero. Falso.

¿Cúal es la diferencia entre Verificación y Validación según Barry Boehm?. “Validación: ¿construimos el producto correcto?” “Verificación: ¿construimos bien el producto?”. “Validación: ¿construimos bien el producto?” “Verificación: ¿construimos el producto correcto? ”. Todas son incorrectas.

Los procesos de verificación y validación buscan comprobar que el software por desarrollar cumpla con sus especificaciones, y brinde la funcionalidad deseada por las personas que pagan por el software. Verdadero. Falso.

Marcar la/s opción/es correctas : La verificación y la validación buscan establecer confianza en que el sistema es adecuado para su propósito, considerando factores como la. Propósito del software: Software crítico requiere alta confiabilidad. Expectativas del usuario: Los usuarios pueden tolerar fallos iniciales si los beneficios superan los costos, pero esperan mayor confiabilidad en versiones posteriores. Entorno de mercado: La competencia puede influir en la decisión de lanzar un producto antes de completar todas las pruebas si ser el primero en el mercado es una prioridad. Desarrollo del Software: La codificación del proyecto y las necesidades cambiantes del cliente. Todas son incorrectas.

Marcar la opción correcta según corresponda : ¿Cúal es la diferencia entre las técnicas V&V "estándares" y las "estáticas" ?. La diferencia entre las estándares y las estáticas es la necesidad de ejecutar el software para verificarlo . La diferencia entre las estándares y las estáticas es la frecuencia de uso. La diferencia entre las estándares y las estáticas es la cantidad de errores que detectan. Todas son incorrectas.

Las inspecciones se enfocan principalmente en el código fuente de un sistema, aun cuando cualquier representación legible del software, como sus requerimientos o modelo de diseño, logre inspeccionarse. Verdadero. Falso.

Durante el desarrollo, las pruebas se realizan en tres niveles de granulación: Pruebas de Unidad. Pruebas del Componente. Pruebas del Sistema.

¿Cuáles de las siguientes afirmaciones es/son verdadera/s ?. Las pruebas de unidad aseguran la cobertura de todas las características del objeto probado. Las pruebas de componentes verifican las interfaces para detectar errores de interacción. Las pruebas de sistema incluyen componentes reutilizables y comerciales, verificando que funcionen correctamente en conjunto y que los comportamientos emergentes sean los esperados. Las pruebas de unidad se centran en validar exclusivamente la interfaz gráfica de usuario del software, ignorando completamente la funcionalidad interna de los métodos y clases. Las pruebas de componentes se enfocan únicamente en evaluar el rendimiento de la batería en dispositivos móviles, sin considerar la interacción entre los diferentes componentes del software. Las pruebas de sistema solo se utilizan para comprobar la estética del diseño de la aplicación, asegurando que todos los colores y fuentes sean visualmente atractivos, sin preocuparse por la integración funcional de los componentes.

Existen diferentes tipos de interfaz entre componentes de programa y, en consecuencia, distintos tipos de error de interfaz que llegan a ocurrir: Interfaces de Parámetro. Interfaces de Memoria Compartida. Interfaces de Procedimiento. Interfaces que pasan Mensajes.

¿Cuántos niveles de graduación poseen las pruebas de desarrollo?. 2. 4. 5. 3.

La gestión de calidad del software para los sistemas de software tiene tres intereses fundamentales: Nivel de Organización. Nivel del Proyecto.

Los términos aseguramiento de calidad y control de calidad se utilizan ampliamente en la industria manufacturera. Aseguramiento de Calidad. Control de Calidad.

Los estándares de software son importantes por tres razones principales: Reflejan la experiencia valiosa: Basados en prácticas optimizadas y lecciones aprendidas, ayudan a reutilizar conocimientos y evitar errores pasados. Definen la calidad: Proporcionan un marco para determinar si se ha alcanzado el nivel de calidad esperado, basado en la confiabilidad, usabilidad y rendimiento del software. Facilitan la continuidad: Aseguran que todos los ingenieros sigan las mismas prácticas, reduciendo el esfuerzo de aprendizaje cuando alguien nuevo toma un proyecto. Los estándares de software garantizan que todos los desarrolladores piensen de la misma manera y aborden los problemas de software con idénticas soluciones, eliminando cualquier creatividad o innovación en el proceso de desarrollo. Todas son falsas.

Las métricas del producto se dividen en dos clases: Métricas Dinámicas. Métricas Estáticas.

Existen dos usos principales de las métricas del software: Asignar valores a los atributos de calidad del sistema, como la mantenibilidad. Identificar componentes del sistema cuya calidad está por debajo del estándar. Generar aleatoriedad en los procesos de desarrollo: Las métricas del software pueden usarse para introducir una dosis de aleatoriedad en los procesos de desarrollo, lo que fomenta la creatividad y la innovación. Decoración del entorno de trabajo: Las métricas del software pueden utilizarse como elementos decorativos en el entorno de trabajo de los desarrolladores. Todas son incorrectas.

Las métricas de producto son de predicción y se utilizan para medir atributos internos del software, como tamaño y complejidad ciclomática, aunque estas medidas no siempre se correlacionan directamente con atributos de calidad como la comprensibilidad y mantenibilidad. Verdadero. Falso.

La medición del software implica asignar valores numéricos a atributos de componentes, sistemas o procesos de software, lo que permite evaluar la calidad del software y la efectividad de los procesos y herramientas utilizados. Este proceso es crucial para mejorar continuamente la calidad y asegurar que las herramientas introducidas sean efectivas. Verdadero. Falso.

Ejemplos de métricas estáticas incluyen: Fan-in/Fan-out:. Longitud de código. Complejidad ciclomática. Longitud de identificadores. Profundidad de anidado condicional. Índice Fog.