Evaluacion Final - Escenario 8 - PRIMER BLOQUE-TEORICO - PRACTICO - PRUEBAS Y CALIDAD DE SOFTWARE - (GRUPO1) PDF

8/5/2020 Evaluacion final - Escenario 8: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO1]
Volver a realizar el examen
Historial de intentos
Intento Hora Puntaje

MÁS RECIENTE Intento 1 16 minutos 100 de 100
 Las respuestas correctas estarán disponibles del 13 de mayo en 23:55 al 14 de mayo en 23:55.
Puntaje para este intento: 100 de 100

Entregado el 9 de mayo en 9:28
Este intento tuvo una duración de 16 minutos.
Pregunta 1 6.25 / 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.
Partición de equivalencia.
Prueba de arreglo ortogonal.
Prueba de condición.
La prueba de condición revisa las condiciones lógicas contenidas

en un programa. Por lo tanto, se clasifican dentro de las pruebas de
caja blanca; al contrario de la otras 3, que se basan en el dominio
de los datos de entrada.
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
https://poli.instructure.com/courses/13738/quizzes/48639 2/11
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.
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?
Sin resultados ambiguos.
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.
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 interoperatividad.
Calidad de la estructura.
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.
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 código fuente.
Métricas para pruebas.
Métricas para el modelo de requerimientos.
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.
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 cohesión, el acoplamiento y la complejidad.
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.
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 de Halstead.
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 MOOD.
Métricas PF.
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 una inválida.
Dos válidas y dos inválidas.
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.
Una válida y una inválida.
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 anidados.
Bucles simples.
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.
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 base de datos, acceso SQL.
Capa servidor, gestión de datos.
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.
Descomponibilidad y simplicidad.
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.
Operatividad y observabilidad.
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.
Análisis, formulación, interpretación, recolecció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.
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 función de aplicación.
Pruebas de bases de datos.
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 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 partición de equivalencia.
Análisis de valor de frontera.
Pruebas de arreglo ortogonal.
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.
Prueba de flujo de datos.
Grafo de flujo.
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.
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.
Puntaje del examen: 100 de 100

Evaluacion Final - Escenario 8 - PRIMER BLOQUE-TEORICO - PRACTICO - PRUEBAS Y CALIDAD DE SOFTWARE - (GRUPO1) PDF

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

Evaluacion Final - Escenario 8 - PRIMER BLOQUE-TEORICO - PRACTICO - PRUEBAS Y CALIDAD DE SOFTWARE - (GRUPO1) PDF

Cargado por

Copyright:

Formatos disponibles

8/5/2020 Evaluacion final - Escenario 8: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO1]

Volver a realizar el examen

Intento Hora Puntaje

Puntaje para este intento: 100 de 100

Pregunta 1 6.25 / 6.25 pts

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

Análisis de valor de frontera.

Prueba de arreglo ortogonal.

La prueba de condición revisa las condiciones lógicas contenidas

Pregunta 2 6.25 / 6.25 pts

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

utilizan varias herramientas de prueba automatizadas.

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

Los diferentes entornos de ejecución simultánea de las wepapps:

Muchos errores se deben a las diferentes configuraciones de los

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

Pregunta 3 6.25 / 6.25 pts

Las métricas para ser efectivas deben brindar apoyo al equipo de

Sin resultados ambiguos.

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.

Pregunta 4 6.25 / 6.25 pts

Las aplicaciones que corren en Internet se validan desde varios

La usabilidad se define como la facilidad de uso de una aplicación,

Pregunta 5 6.25 / 6.25 pts

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

Métricas para el código fuente.

Métricas para pruebas.

Métricas para el modelo de requerimientos.

Métricas para el modelo de diseño.

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

Pregunta 6 6.25 / 6.25 pts

Cada fase del ciclo de desarrollo involucra métricas enfocadas en

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

La arquitectura, los componentes y la interfaz.

La cohesión, el acoplamiento y la complejidad.

La función, los datos y el comportamiento.

El modelo de requerimientos se enfoca en establecer lo que el

Pregunta 7 6.25 / 6.25 pts

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

¿Cómo se llama la metodología que establece una meta explícita para

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

Pregunta 8 6.25 / 6.25 pts

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

Dos válidas y una inválida.

Dos válidas y dos inválidas.

Una válida y dos inválidas.

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

Una válida y una inválida.

Pregunta 9 6.25 / 6.25 pts

Las pruebas de caja blanca incluyen la validación de los bloques

Los bloques no estructurados no corresponden a la programación

Pregunta 10 6.25 / 6.25 pts

Las herramientas de prueba para el manejo de bases de datos facilitan

Capa cliente, guiones HTML.

Las herramientas de prueba de bases de datos cubren el manejo de

Capa servidor, transformación de datos.

Capa base de datos, acceso SQL.

Capa servidor, gestión de datos.

Pregunta 11 6.25 / 6.25 pts

La facilidad o complejidad con que puede probarse un producto de

La portabilidad de un software genera más complicaciones de