Evaluacion Final - Escenario 8 - Pruebas y Calidad de Software

8/5/2021 Evaluacion ﬁnal - Escenario 8: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO B01]
Evaluacion final - Escenario 8
Fecha de entrega 31 de mayo en 23:55 Puntos 100 Preguntas 16 Disponible 8 de mayo en 0:00 - 31 de mayo en 23:55 24 días
Límite de tiempo 90 minutos Intentos permitidos 2
Instrucciones
https://poli.instructure.com/courses/21355/quizzes/71378 1/14
Volver a realizar el examen
Historial de intentos
Intento Hora Puntaje

MÁS RECIENTE Intento 1 11 minutos 87.5 de 100
 Las respuestas correctas ya no están disponibles.
Puntaje para este intento: 87.5 de 100

Entregado el 8 de mayo en 18:45
Este intento tuvo una duración de 11 minutos.
Pregunta 1 6.25 / 6.25 pts
Las métricas se clasifican de acuerdo con la fase del ciclo de desarrollo del producto en el que se
usan.
¿Cuáles son las métricas que miden la complejidad estructural, del sistema y de los datos?
Métricas para el modelo de requerimientos.
Métricas para el código fuente.
Métricas para el modelo de diseño.
Es en el proceso de diseño cuando se define la arquitectura a usar, para responder a los

requerimientos y surgen las métricas que establecen la complejidad del sistema a desarrollar, al
dividirlo en módulos, determinar su grado de dependencia y establecer la cantidad de piezas de
información a manejar.
Métricas para pruebas.
Para desarrollar métricas hay varias técnicas de acuerdo con los criterios de calidad establecidos.
¿Cómo se llama la metodología que establece una meta explícita para una característica del
producto, define las preguntas para lograrla e identifica las métricas que ayuden a responderlas?
Métricas PF.
Métricas de Halstead.
Métricas MOOD.
Métricas MPM.
El paradigma MPM por Meta, Pregunta, Métrica, es el único que habla sobre mecanismos para la
definición de métricas, las otras respuestas expresan métricas específicas y definidas sobre el
código escrito.
Las aplicaciones en Internet, para estar en línea, requieren de pruebas que aseguren su operación,
ya que no están bajo vigilancia continua y el volumen de operaciones puede llevar a errores
masivos. Por ello, se utilizan varias herramientas de prueba automatizadas.
¿Cuál de las siguientes afirmaciones no es cierta?
Las pruebas evidencian primero errores del lado del cliente dado su entorno particular.
Dada su arquitectura los errores pueden deberse al cliente, el servidor o a la red.
Muchos errores se deben a las diferentes configuraciones de los navegadores.
El entorno operativo es una fuente muy pequeña de errores en la realización de pruebas.
Los diferentes entornos de ejecución simultánea de las wepapps: plataformas del cliente y del
servidor, el software utilitario y los protocolos de comunicación hacen que la mayoría de los errores
se presenten por su causa. Las demás alternativas afirman lo dicho.
Las pruebas dependen del producto de software en desarrollo, pero ello no quiere decir que no se
puedan tipificar de acuerdo con el resultado a conseguir en cada una de ellas, basado en las buenas
prácticas y recomendaciones de los expertos.
En una prueba bien definida sobre un producto de software, qué aspecto no se debe contemplar?
Los pasos que se deben llevar a cabo para ejecutar la prueba
La descripción de los datos de entrada al objeto de prueba
Ninguna de las respuestas
Una prueba bien definida comienza identificando los elementos a validar indicando para ellos los
resultados correctos, los incorrectos, las condiciones bajo las cuales se ejecuta la prueba y los
caminos alternativos que se pueden seguir y las posibles salidas a partir de las condiciones de los
datos de entrada, así que todos los aspectos mencionados como respuesta deben ser
contemplados.
La relación de los requisitos que se deben validar en la prueba
Las precondiciones que se cumplen antes de ejecutar la prueba
Incorrecto Pregunta 5 0 / 6.25 pts
Una prueba orientada a la especificación es una prueba de qué tipo?
Dinámica
Estática
Caja blanca
Caja negra
Incorrecto Pregunta 6 0 / 6.25 pts
Las pruebas se clasifican en dos grandes grupos de acuerdo con la estrategia utilizada.
¿Cuál de las siguientes no es una técnica de prueba de caja negra?
Análisis de valor de frontera.
Prueba de condición.
Partición de equivalencia.
Prueba de arreglo ortogonal.
Identificar las clases de equivalencia y luego identificar los casos de prueba mínimos que las cubran
todas, es un método para qué tipo de prueba?
Caja blanca
Estática
Caja negra
El método descrito se basa en los datos de entrada, es decir que solo basta conocer las entradas,
sus condiciones, las salidas y sus condiciones, no importa si está o no implementada (por lo que no
puede ser ni estática ni dinámica) ni la forma en la cual se ejecutan internamente las acciones para
lograrlo (por lo que no puede ser de caja blanca), por tanto, es una prueba de tipo caja negra.
Dinámica
Las herramientas de prueba para el manejo de bases de datos facilitan el descubrimiento de errores
a diferentes niveles.
¿Cuál de los siguientes niveles no es correcto?
Capa cliente, guiones HTML.
Las herramientas de prueba de bases de datos cubren el manejo de la misma en el entorno del
servidor que las aloja. Del lado del cliente se debe probar, pero para las aplicaciones web, se usa
un conjunto de herramientas diferentes y el acceso a las bases de datos se pueden realizar desde
otros lenguajes de escritorio y no web. Por lo tanto, la prueba de la capa del cliente no cobija las
herramientas de BD.
Capa servidor, transformación de datos.
Capa servidor, gestión de datos.
Capa base de datos, acceso SQL.
Las métricas ayudan en la construcción de software de mayor calidad si se generan

adecuadamente.
¿Cuáles es el orden correcto de los pasos de un proceso de medición efectivo?
Formulación, recolección, análisis, interpretación, retroalimentación.
El proceso de medición nace con la formulación de las medidas apropiadas, a partir de los atributos
dados a la calidad. Tales métricas se calculan a partir de los datos recolectados para analizar los
resultados, interpretar lo que está sucediendo y tomar decisiones que retroalimenten el proceso.
Recolección, formulación, análisis, interpretación, retroalimentación.
Formulación, análisis, recolección, interpretación, retroalimentación.
Análisis, formulación, interpretación, recolección, retroalimentación.
Las métricas para ser efectivas deben brindar apoyo al equipo de pruebas sobre la calidad del
producto.
¿Qué propiedad no forma parte de los atributos de una métrica efectiva?
Proporciona información para mejorar el producto.
Debe aumentar a medida que aumenta la calidad.
Las métricas complicadas no son intuitivas y fáciles de interpretar. Las métricas que llevan a
conclusiones ambiguas no permiten la toma de acciones de mejora, al no identificar fácilmente las
causas. Las métricas miden atributos que ayudan a mejorar el producto en diferentes escalas. Por
ejemplo: “cantidad de errores pendientes de reparación”, la calidad es mejor si se tiende a cero en
tal métrica.
Sin resultados ambiguos.
Fácil de calcular.
Las aplicaciones que corren en Internet se validan desde varios aspectos de calidad
¿A qué apuntan las pruebas que aseguran que la interfaz soporta cada rol de usuario y que puede
aprender y aplicar la navegación entendiendo su sintaxis y semántica?
Calidad de la función.
Calidad de la usabilidad.
La usabilidad se define como la facilidad de uso de una aplicación, las otras alternativas no miden
la interacción con el usuario.
Calidad de la interoperatividad.
Calidad de la estructura.
Los sistemas con arquitectura cliente servidor se prueban desde varios aspectos dada su
complejidad.
¿Cuál de las siguientes pruebas no es propia de ambientes cliente servidor?
Pruebas de función de aplicación.
Pruebas de transacción.
Pruebas de bases de datos.
Pruebas de intertarea.
Las pruebas intertarea corresponden a las aplicaciones de tiempo real y tienen que ver con la
sincronización de estados. Por el contrario, las aplicaciones cliente servidor deben funcionar
aplicando correctamente las transacciones sobre la base de datos.
Cada fase del ciclo de desarrollo involucra métricas enfocadas en componentes de dicha fase.
¿En qué se enfocan las métricas de requerimientos?
La estética, el contenido y la navegación.
La función, los datos y el comportamiento.
El modelo de requerimientos se enfoca en establecer lo que el cliente desea y en representar el

problema de modo adecuado, sin ofrecer aún solución al mismo. Las demás respuestas hablan de
propiedades relativas a aspectos de la solución dada al problema.
La cohesión, el acoplamiento y la complejidad.
La arquitectura, los componentes y la interfaz.
Las pruebas se clasifican en dos grandes grupos, de acuerdo con la estrategia utilizada.
¿Cuál de las siguientes no es una técnica de prueba de caja blanca?
Prueba de flujo de datos.
Partición de equivalencia.
Las pruebas de caja blanca toman el código para validar las condiciones y bucles, a efectos de
encontrar rutas, flujo de los datos y la ruta básica del programa. Por el contrario, la partición de
equivalencia consiste en la división del dominio de un dato de entrada, que debe llevar a
respuestas diferentes del software, de acuerdo con los requerimientos del cliente y no de la lógica
del programa.
Grafo de flujo.
Rutas de programa independientes.
Las pruebas de caja blanca incluyen la validación de los bloques repetitivos o bucles.
¿Cuál de estos bucles no tiene una técnica propia para su prueba?
Bucles simples.
Bucles anidados.
Bucles concatenados.
Bucles no estructurados.
Los bloques no estructurados no corresponden a la programación estructurada que se usa hoy en

día. Por lo tanto, no tienen una técnica para su manejo, como si la tienen las otras 3 alternativas.
Algunas técnicas de pruebas de caja negra se basan en la división del dominio de los datos de
entrada.
¿Cuál de estas técnicas de caja negra no se basa en la identificación de regiones de datos?
Análisis de valor de frontera.
Pruebas de partición de equivalencia.
Pruebas PBM.
Las pruebas PBM, o pruebas basadas en el modelo, usan los diagramas UML de comportamiento
del software para determinar los eventos que hacen que el sistema viaje entre estados y verifica las
transiciones entre ellos. Las otras técnicas sí contemplan el dominio de cada dato.
Pruebas de arreglo ortogonal.
Puntaje del examen: 87.5 de 100
×

Evaluacion Final - Escenario 8 - Pruebas y Calidad de Software

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Evaluacion Final - Escenario 8 - Pruebas y Calidad de Software

Cargado por

Copyright:

Formatos disponibles

8/5/2021 Evaluacion ﬁnal - Escenario 8: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO B01]

Evaluacion final - Escenario 8

Volver a realizar el examen

Intento Hora Puntaje

 Las respuestas correctas ya no están disponibles.

Puntaje para este intento: 87.5 de 100

Pregunta 1 6.25 / 6.25 pts

Métricas para el modelo de requerimientos.

Métricas para el código fuente.

Métricas para el modelo de diseño.

Es en el proceso de diseño cuando se define la arquitectura a usar, para responder a los

Métricas para pruebas.

Pregunta 2 6.25 / 6.25 pts

Pregunta 3 6.25 / 6.25 pts

Dada su arquitectura los errores pueden deberse al cliente, el servidor o a la red.

Muchos errores se deben a las diferentes configuraciones de los navegadores.

El entorno operativo es una fuente muy pequeña de errores en la realización de pruebas.

Pregunta 4 6.25 / 6.25 pts

Los pasos que se deben llevar a cabo para ejecutar la prueba

La descripción de los datos de entrada al objeto de prueba

Ninguna de las respuestas

La relación de los requisitos que se deben validar en la prueba

Las precondiciones que se cumplen antes de ejecutar la prueba

Incorrecto Pregunta 5 0 / 6.25 pts

Una prueba orientada a la especificación es una prueba de qué tipo?

Ninguna de las respuestas

Incorrecto Pregunta 6 0 / 6.25 pts

Análisis de valor de frontera.

Prueba de arreglo ortogonal.

Pregunta 7 6.25 / 6.25 pts

Ninguna de las respuestas

Pregunta 8 6.25 / 6.25 pts

Capa cliente, guiones HTML.

Capa servidor, transformación de datos.

Capa servidor, gestión de datos.

Capa base de datos, acceso SQL.

Pregunta 9 6.25 / 6.25 pts

Las métricas ayudan en la construcción de software de mayor calidad si se generan

Formulación, recolección, análisis, interpretación, retroalimentación.

Recolección, formulación, análisis, interpretación, retroalimentación.

Formulación, análisis, recolección, interpretación, retroalimentación.

Análisis, formulación, interpretación, recolección, retroalimentación.

Pregunta 10 6.25 / 6.25 pts

Proporciona información para mejorar el producto.

Debe aumentar a medida que aumenta la calidad.

Sin resultados ambiguos.

Pregunta 11 6.25 / 6.25 pts

Pregunta 12 6.25 / 6.25 pts

Pruebas de función de aplicación.

Pruebas de bases de datos.

Pregunta 13 6.25 / 6.25 pts

La estética, el contenido y la navegación.

La función, los datos y el comportamiento.

El modelo de requerimientos se enfoca en establecer lo que el cliente desea y en representar el

La cohesión, el acoplamiento y la complejidad.

La arquitectura, los componentes y la interfaz.

Pregunta 14 6.25 / 6.25 pts

Prueba de flujo de datos.

Rutas de programa independientes.

Pregunta 15 6.25 / 6.25 pts

Los bloques no estructurados no corresponden a la programación estructurada que se usa hoy en

Pregunta 16 6.25 / 6.25 pts

Análisis de valor de frontera.

Pruebas de partición de equivalencia.