Calidad

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
Volver a realizar el examen
Historial de intentos
Intento Hora Puntaje

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

Entregado el 9 de mayo en 23:29
Este intento tuvo una duración de 16 minutos.
Pregunta 1 6.25 / 6.25 pts

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 arquitectura, los componentes y la interfaz.
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.
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 pruebas.
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 el modelo de requerimientos.
Métricas para el código fuente.

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 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.
Calidad de la función.
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?
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.
Muchos errores se deben a las diferentes configuraciones de los

navegadores.
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.
El diseño de casos de prueba por partición de equivalencia determina

la cantidad de casos de prueba a probar.
¿Cuántas clases de equivalencia se derivan de una condición de
entrada que especifica un rango?
Dos válidas y dos inválidas.
Una válida y una inválida.
Dos válidas y una inválida.
Una válida y dos inválidas.
Cuando el dominio de una variable se condiciona a un rango, se

generan tres posibles escenarios: un dato menor al rango, un dato
en el rango y un dato mayor al rango. Con ello se tienen 3 casos
posibles, dos con datos inválidos fuera del rango y uno válido.
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 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.
Métricas de Halstead.
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.
Una prueba orientada a la especificación es una prueba de qué tipo?
Estática
Caja blanca
Dinámica
Ninguna de las respuestas
Caja negra
Una prueba orientada a la especificación valida que la ésta sea

correcta, 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.
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 transacción.
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.
Pruebas de bases de datos.
Pruebas de función de aplicación.

La facilidad o complejidad con que puede probarse un producto de
software depende de sus atributos.
¿Cuál de estas características no facilita la comprobación del
software?
Controlabilidad y estabilidad.
Portabilidad y disponibilidad.
La portabilidad de un software genera más complicaciones de

prueba por tener que trabajar en distintas plataformas.
Igualmente, la disponibilidad es un atributo que obliga a la prueba
de casos extremos. Por el contrario, un software es más fácil de
probar si es simple o separable en funciones simples, si es
estable y controlable para repetir las situaciones que llevaron al
error, si se puede observar su operación y más si es sencilla.
Descomponibilidad y simplicidad.
Operatividad y observabilidad.
Una de las técnicas de caja blanca se ayuda de la complejidad

ciclomática para establecer la cantidad de rutas independientes.
¿Cuál es la cantidad de rutas a buscar en un algoritmo para calcular el
menor de 3 números?
No se puede calcular
La complejidad ciclomática se calcula a partir del gráfico de flujo
formado del código fuente escrito; por lo tanto, no es posible
calcularlo sin tener el algoritmo para resolver el problema
planteado.
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?
Pruebas de arreglo ortogonal.
Pruebas de partición de equivalencia.
Análisis de valor de frontera.
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.
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?
Rutas de programa independientes.
Grafo de flujo.
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.

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
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
Estática

En una prueba bien definida sobre un producto de software, qué

aspecto no se debe contemplar?
La descripción de los datos de entrada al objeto de prueba
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
Los pasos que se deben llevar a cabo para ejecutar la prueba
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, análisis, recolección, interpretación, retroalimentación.
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.
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?
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.
Fácil de calcular.
Proporciona información para mejorar el producto.
Sin resultados ambiguos.
Puntaje del examen: 100 de 100

Calidad

Cargado por

Copyright:

Formatos disponibles

Calidad

Cargado por

Información del documento

Título original

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

Calidad

Cargado por

Copyright:

Formatos disponibles

Evaluacion final - Escenario 8

Fecha de entrega 31 de mayo en 23:55 Puntos 100 Preguntas 16

Intento Hora Puntaje

 Las respuestas correctas ya no están disponibles.

Puntaje para este intento: 100 de 100

Pregunta 1 6.25 / 6.25 pts

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

La arquitectura, los componentes y la interfaz.

La función, los datos y el comportamiento.

El modelo de requerimientos se enfoca en establecer lo que el

La cohesión, el acoplamiento y la complejidad.

Pregunta 2 6.25 / 6.25 pts

Las métricas se clasifican de acuerdo con la fase del ciclo de

Métricas para pruebas.

Métricas para el modelo de diseño.

Es en el proceso de diseño cuando se define la arquitectura a

Métricas para el modelo de requerimientos.

Métricas para el código fuente.

Las aplicaciones que corren en Internet se validan desde varios

La usabilidad se define como la facilidad de uso de una

Pregunta 4 6.25 / 6.25 pts

Las aplicaciones en Internet, para estar en línea, requieren de pruebas

El entorno operativo es una fuente muy pequeña de errores en la

Muchos errores se deben a las diferentes configuraciones de los

Dada su arquitectura los errores pueden deberse al cliente, el servidor

Pregunta 5 6.25 / 6.25 pts

El diseño de casos de prueba por partición de equivalencia determina

Dos válidas y dos inválidas.

Una válida y una inválida.

Dos válidas y una inválida.

Una válida y dos inválidas.

Cuando el dominio de una variable se condiciona a un rango, se

Para desarrollar métricas hay varias técnicas de acuerdo con los

El paradigma MPM por Meta, Pregunta, Métrica, es el único que

Pregunta 7 6.25 / 6.25 pts

Las pruebas dependen del producto de software en desarrollo, pero

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

Una prueba orientada a la especificación valida que la ésta sea

Pregunta 8 6.25 / 6.25 pts

Los sistemas con arquitectura cliente servidor se prueban desde varios

Las pruebas intertarea corresponden a las aplicaciones de tiempo

Pruebas de bases de datos.

Pruebas de función de aplicación.

Pregunta 9 6.25 / 6.25 pts

La portabilidad de un software genera más complicaciones de

Pregunta 10 6.25 / 6.25 pts

Una de las técnicas de caja blanca se ayuda de la complejidad

Pregunta 11 6.25 / 6.25 pts

Algunas técnicas de pruebas de caja negra se basan en la división del

Pruebas de arreglo ortogonal.

Pruebas de partición de equivalencia.

Análisis de valor de frontera.

Las pruebas PBM, o pruebas basadas en el modelo, usan los

Pregunta 12 6.25 / 6.25 pts

Las pruebas se clasifican en dos grandes grupos, de acuerdo con la

Rutas de programa independientes.

Las pruebas de caja blanca toman el código para validar las

Pregunta 13 6.25 / 6.25 pts

Las pruebas dependen del producto de software en desarrollo, pero