Examen Verificación y Validación

La finalidad de la verificación es: Identificar un proceso más general que la validación. Comprobar que el software cumpla con su funcionalidad y con los requerimientos no funcionales establecidos. Identificar atributos más amplios de calidad de un programa, como el cumplimiento con estándares, la portabilidad y la mantenibilidad. Garantizar que el software cumpla con las expectativas del cliente. E.

El objetivo de la prueba de rendimiento se refiere a: Se enfocan con más peso en la compatibilidad de la webapp con las configuraciones que contienen una o más permutas de componentes especiales. Se diseñan para sondear las vulnerabilidades del entorno lado cliente. Validar que cada unidad semántica (USN) pueda lograr la categoría de usuario apropiada. Se diseñan para simular situaciones de carga del mundo real.

Los lenguajes de especificación formal se componen de tres componentes primarios: Condiciones, bucles y grajos. Sintaxis, semántica y conjunto de relaciones. Consistencia, complejidad y compatibilidad. Complejidad ciclomática, estructuras de control y clases.

El objetivo de la prueba de caminos es: Asegurar que cada camino independiente en el programa no se ejecute para no generar errores. Asegurar que cada camino independiente en el programa se ejecute más una vez. Construir grafos de flujo reemplazando las sentencias de control del programa por diagramas equivalentes. Asegurar que cada camino independiente en el programa se ejecute al menos una vez.

En la prueba de sintaxis de navegación se evalúa: Contenido streaming. Vínculos de navegación y motores de búsqueda, etc.. HTML dinámico. Cookies, ventanas pop-up, etc.

Un grafo de flujo consiste en: Diseñar los casos de prueba para el cliente. Representar los requerimientos funcionales y no funcionales del sistema. Representar el diagrama de clases y sus demás componentes. Nodos que representan decisiones y aristas que muestran el flujo de control.

En la prueba de mecanismos de interfaz podemos revisar: Análisis de frontera y partición de equivalencia. Estructuras de control y bucles. Condiciones y bucles. Vínculos y cookies.

Seleccione la alternativa correcta. Una de las metas del proceso de pruebas es: Encontrar situaciones donde el comportamiento del software sea correcto o deseable. Demostrar al desarrollador y al cliente que el software cumple con los requerimientos. Aplicar pruebas en cada actividad estructural. Diseñar las pruebas junto a los usuarios finales.

Según la gráfica, ¿Cuántas aristas tiene el grafo?. 9. 8. 5. 7.

Los métodos formales utilizados para desarrollar sistemas de cómputo son: Pruebas que deben mostrar un conjunto de características que logren la meta de encontrar la mayor cantidad de errores con el mínimo esfuerzo. Técnicas con base matemática para describir las propiedades del sistema. Pruebas que se llevan a cabo en la interfaz del software. Pruebas que se basan en el examen cercano de los detalles de procedimiento.

La ingeniería del software de cuarto limpio usa una versión especializada del: Modelo de software incremental. Modelo de software en cascada. Modelo de software espiral. Modelo de software evolutivo.

La prueba de flujo de flujo de datos se refiere a: Es una técnica de caja negra que se enfoca exclusivamente en la validez de los constructos bucle. Revisa las condiciones lógicas contenidas en un módulo de programa. Es una técnica de caja blanca que se enfoca exclusivamente en la validez de los constructos bucle. Selecciona rutas de prueba de un programa de acuerdo con las ubicaciones de la definiciones.

En la prueba semática de la interfaz de usuario se refiere a características como: Instrucciones claras. Complejidad ciclomática baja. Estructuras de control comprensibles. Bucles anidados controlados.

Modelos de prueba de análisis y diseño orientado a objetos: Los modelos de análisis y diseño no pueden probarse de la manera convencional porque no pueden ejecutarse. Sin embargo, pueden usarse revisiones técnicas para examinar: Complejidad y control. Usabilidad y complejidad. Compatibilidad y eficiencia. Exactitud y consistencia.

Uno de los objetivos de la la prueba de navegación es: Evaluar cuán bien cuida el diseño de la web para los usuarios. Garantizar que son funcionales todos los mecanismos que permiten al usuario recorrerla. Validar los aspectos estéticos de la interfaz de usuario. Descubrir errores o problemas de ejecución que pueden rastrearse para identificar diferencias de configuración.

Una de las características de comprobabilidad del software es: Flexibilidad. Eficiencia. Robustez. Observabilidad.

Las técnicas que se pueden utilizar en la prueba a nivel de componente son: Ruta de camino básico, prueba de seguridad, prueba de clases. Prueba de caja de vidrio, prueba de función, pruebas de rutas. Partición de equivalencia, análisis de valor de frontera y pruebas de rutas. Ruta camino básico, prueba de rendimiento, prueba de seguridad.

El objetivo del proceso del diseño de casos de pruebas es: Diseñar pruebas en la etapa de la planeación y modelado, siempre antes de la construcción. Aplicar conceptos y métodos que conducen a una comprensión razonablemente completa del problema y al diseño exhaustivo que establece un fundamento sólido para la actividad de construcción. Recabar con exactitud los requerimientos del cliente. Crear un conjunto de casos de pruebas que sean efectivos descubriendo defectos en los programas y muestren que el sistema satisface sus requerimientos.

Las pruebas de entrega son también conocidas como: Pruebas no funcionales. Pruebas de caja blanca. Pruebas de caja negra. Pruebas funcionales.

La prueba de caja blanca del software se basa en: El examen cercano de los detalles de procedimiento. Las pruebas que se llevan a cabo en los requerimientos (documentación). Las pruebas que se llevan a cabo a través de una herramienta específica. Las pruebas que se llevan a cabo en la interfaz del software.

Los conflictos en las pruebas de configuración suceden en: El código y estructuras de control. En la sintaxis y semántica del programa. El lado del cliente y servidor. La usabilidad y compatibilidad del programa.

Seleccione la afirmación correcta. ¿Una meta para probar software es?. Diseñar las pruebas del software. Identificar a los desarrolladores que construyeron el código. Analizar el modelado UML. Encontrar errores.

La prueba de caja de vidrio (caja blanca) tiene una filosofía de diseño de casos de prueba que usa una estructura de control como parte del diseño a nivel de componentes para derivar casos de prueba. Usando este método pueden derivar casos de prueba que: Muestren un conjunto de características que logren la meta de encontrar la mayor cantidad de errores con el mínimo esfuerzo. Revisen toda la documentación de los requerimientos del software. Examinen algunos aspectos fundamentales de un sistema con poca preocupación por la estructura lógica interna del software. Ejecuten todos los bucles en sus fronteras y dentro de sus fronteras operativas.

La finalidad de la validación es: Comprobar que el software cumpla con su funcionalidad y con los requerimientos no funcionales establecidos. Garantizar que el software cumpla con las expectativas del cliente. Conocer los problemas de seguridad que contienen los programas. Diseñar pruebas unitarias.

La prueba de ruta básica es una técnica de: Ambos tipos de prueba. Caja blanca y caja negra. Prueba de caja negra. Prueba de complejidad ciclomática. Prueba de caja blanca.

La verificación y validación de una interfaz de usuario de webapp ocurre en tres puntos distintos. Durante: Levantamiento de información, análisis de requerimientos y diseño. Diseño de requerimientos, modelado UML y construcción de clases. Análisis de requerimientos, diseño y prueba. Diseño de requerimientos, modelado UML y construcción de clases.

Las pruebas de bucle se clasifican en: Simples, concatenados, anidados y no estructurados. Estructurados, no estructurados y anidados. Estructurados y no estructurados. Simples, compuestos, anidados y estructurados.

Según el método de la gráfica, ¿Cuántos nodos tendría el grafo?. 5. 7. 4. 3.

La principal dificultad que surge durante las pruebas de integración es: La localización de los errores. La integración de componentes en sistemas grandes. Obtener resultados de la prueba de unidad. La comunicación entre los componentes.

Las pruebas de caja negra se enfocan en: En el código del programa. Específicamente en los bucles del código. Los requerimientos funcionales del software. En las estructuras de control del programa.

Las pruebas de componentes son conocidas también como: Pruebas de unidad. Pruebas de integración. Pruebas ascendentes. Pruebas de prototipos.

Entre las estrategias de pruebas orientadas a objetos tenemos a: Prueba basadas en hebra, en uso, prueba de caja negra. Prueba de caja blanca, prueba basada en modelo, prueba ciclomática. Prueba basada en bucle, prueba estructurada prueba no estructurada. Prueba de exactitud, prueba basada en eficiencia, prueba de caja negra.

El principal objetivo de la prueba de entrega es: Encontrar la fuente del problema e identificar los componentes que tienen que ser depurados. Diseñar desde una etapa temprana la mayor cantidad posible de casos de prueba. Comprobar que los componentes realmente funcionan juntos, son llamados correctamente y transfieren los datos correctos en el tiempo preciso a través de sus interfaces. Incrementar la confianza del suministrador en que el sistema satisface sus requerimientos.

Seleccione la alternativa correcta. El modelo V se usa en procesos de desarrollo: Moderadamente controlados (tiene flexibilidad). No controlados. Estrictamente controlados. Controlados por el cliente.

En la prueba de ruta básica se puede calcular: La complejidad ciclomática. El diseño del flujograma. El grafo del programa. Los nodos, aristas y regiones del programa.

La prueba basada en modelo(PBM) es una técnica: Que usa la información contenida en la fase de comunicación (levantamiento de información) como la base para la generación de casos de prueba. Que usa la información contenida en el modelo de requerimientos como la base para la generación de casos de prueba. Que usa la información contenida en la especificación no funcional como la base para la generación de casos de prueba. Que usa la información contenida en el modelo de la base datos como primera fuente para diseñar las pruebas.

El objetivo de la prueba de seguridad se refiere a: Se enfocan con más peso en la compatibilidad de la webapp con las configuraciones que contienen una o más permutas de componentes especiales. Se diseñan para sondear las vulnerabilidades del entorno lado cliente. Validar que cada unidad semántica (USN) pueda lograr la categoría de usuario apropiada. Se diseñan para simular situaciones de carga del mundo real.

Las pruebas de integración se clasifican en: Prescriptiva y evolutiva. Estática y dinámica. Ascendente y descendente. Tradicional y ágil.

Según el método de la gráfica, ¿Cuántos nodos tendría el grafo?. 5. 7. 3. 4.

Una de las categorías en donde las prueba de caja negra intentan encontrar errores se encuentran normalmente errores es: Errores de seguridad. Errores de compatibilidad. Errores de portabilidad. Errores de interfaz.

Para la mayoría de los sistemas complejos, existen dos fases distintas de pruebas del sistema: Pruebas de verificación y pruebas de validación. Pruebas de diseño y pruebas de despliegue. Pruebas de integración y pruebas de entrega. Pruebas incrementales y pruebas de verificación.

Las pruebas de rendimiento se clasifican en: Prueba de componente y prueba estructurada. Prueba de configuración y prueba de seguridad. Prueba de caja negra y prueba de caja blanca. Prueba de carga y prueba de esfuerzo.

La complejidad ciclomática es: Una medición de software que proporciona una evaluación cuantitativa de la complejidad lógica de un programa. Una medición de software que proporciona una evaluación sistemática para determinar los nodos predicados y regiones de un grafo. Una medición de software que proporciona una evaluación cualitativa de la complejidad lógica de un programa. Una medición de software que proporciona la cantidad de nodos en un grafo para un programa.

Las pruebas de interfaces son particularmente importantes para: La correcta codificación que satisfaga los requerimientos del cliente. El desarrollo orientado a objetos y basado en componentes. Planificar una serie de pruebas en las que la carga se va incrementando regularmente hasta que el rendimiento del sistema se hace inaceptable. El desarrollo de modelos que satisfagan los requerimientos del cliente.

Uno de los objetivos de la prueba de contenido es: Calcular la complejidad ciclomática. Determinar el grajo a partir de flujograma del programa. Descubrir errores semánticos. Identificar la ruta básica más eficiente.

Los métodos de la prueba de caja negra son: Flujogramas, grafos, bucles anidados. Complejidad ciclomática, estructura de control, bucles anidados. Complejidad ciclomática, métodos estructurados, métodos no estructurados. Basados en gráficos, análisis del valor de frontera, partición de equivalencia.

Selecciones la afirmación correcta. Las pruebas de particiones pueden utilizarse para diseñar casos de prueba: Solo para componentes. Para el sistema en general. Abarcan a todo el proceso integral. Tanto para sistemas como para componentes. Basado en los requerimientos del cliente.

Las inspecciones de software se enfocan en: En el código fuente de un sistema. En el equipo experto que hizo levantamiento de información. En el personal que lo codificó. En el personal que diseñó el modelado.

Existen varias aproximaciones que pueden seguirse para diseñar casos de pruebas. Estas son: Pruebas basadas en requerimientos, pruebas de particiones y pruebas estructurales. Pruebas de caja blanca y pruebas de caja negra. Pruebas de interfaces, pruebas de rendimiento y pruebas de unidad. Pruebas de integración, pruebas de unidad y pruebas de validación.

La prueba de bucle se refiere a: Es una técnica de caja negra que se enfoca exclusivamente en la validez de los constructos bucle. Selecciona rutas de prueba de un programa de acuerdo con las ubicaciones de la definiciones. Es una técnica de caja blanca que se enfoca exclusivamente en la validez de los constructos bucle. Revisa las condiciones lógicas contenidas en un módulo de programa.

Seleccione la alternativa correcta. Dos de las secciones de un plan de pruebas que normalmente se incluirían en un sistema grande son: Actividades estructurales y actividades sombrilla de las pruebas. Metodología ágil a utilizar y diseño de casos de prueba. Identificar prototipos y equipo de expertos. Calendario de pruebas y limitaciones.