Parcial - Escenario 4 - PRIMER BLOQUE-TEORICO-PRACTICO - VIRTUAL - PRUEBAS Y CALIDAD DE SOFTWARE - (GRUPO B0)

17/9/23, 15:54 Parcial - Escenario 4: PRIMER BLOQUE-TEORICO-PRACTICO - VIRTUAL/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO B01]
Parcial - Escenario 4
Fecha de entrega 19 de sep en 23:55 Puntos 75 Preguntas 13 Disponible 16 de sep en 0:00 - 19 de sep en 23:55 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 24 minutos 75 de 75
 Las respuestas correctas estarán disponibles del 19 de sep en 23:55 al 20 de sep en 23:55.
Puntaje para este intento: 75 de 75

Entregado el 17 de sep en 15:54
Este intento tuvo una duración de 24 minutos.
Pregunta 1 4 / 4 pts
Técnica o herramienta usada para alcanzar la comunicación de la información importante y requerida entre los participantes que
debe llevarse a cabo tantas ocasiones como sea requerido, su propósito debe ser claro y tener información previa para realizar la
reunión, sino es así, se perderá tiempo y las decisiones no podrán ser realizadas en el tiempo establecido.
Formulario de Google.
https://poli.instructure.com/courses/56120/quizzes/132213 1/5
Observación
Cuestionario
Entrevista
Muy bien.
El plan de pruebas sigue una metodología, en la cual se determina inicialmente su alcance.

¿Cuál es el medio más idóneo para desarrollar el plan de pruebas?
Leyendo la especificación de requerimientos.
Ver el software y determinar los datos a probar.
Entrevistar a los participantes del proyecto.
El plan de pruebas determina el esquema que se seguirá para desarrollarlas; depende de los participantes del proyecto, entre los
cuales se encuentra el cliente y los desarrolladores.
Acompañar al programador para entender la solución que está dando.
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 PF.
Métricas MOOD.
Cada prueba se desarrolla con un objetivo y un alcance previamente definido.

¿Las pruebas verifican y validan?
Sí, porque validan que se cumplan los requerimientos y verifican que lo hagan correctamente.
El proceso de pruebas se encarga de validar los requerimientos, el diseño, la codificación y la aceptación por parte del cliente. En
las primeras fases se valida que se vaya en la dirección correcta y luego se verifica que cada componente se construyó de manera
adecuada y se obtiene el resultado esperado.
No, porque las labores de prueba dependen del producto de software realizado.
Sí, porque determinan si se siguen las normas de calidad y si el resultado es de calidad.
No, porque se prueba solamente lo que ya está hecho para detectar sus errores.
Las pruebas se desarrollan de acuerdo con el ciclo de Deming de 4 fases.

¿Se puede usar El ciclo PDCA en cualquier modelo de ciclo de vida de desarrollo de software?
Sí, porque es independiente del proceso de desarrollo de software.
No, porque las labores de prueba dependen del avance del producto de software.
No, porque en metodologías ágiles no se tiene una fase fuerte de planeación.
Sí, porque se alinea con las fases de análisis, diseño y programación en software.
El ciclo PDCA se usa en pruebas siempre porque corresponde a las cuatro actividades básicas de todo proceso de evolutivo y
tiende a la mejora consistente en planear, hacer, verificar y aplicar las correcciones necesarias. No depende del ciclo de vida del
software, ya que las pruebas se desarrollan desde las unitarias y progresivamente a la integración de las nuevas funciones del
aplicativo.
Las pruebas se realizan para garantizar una mejor calidad en el producto desarrollado.
¿Cuál es la fase de desarrollo de software que más incide en la mala calidad del software?
La de requerimientos pues no quedan debidamente especificados.
La secuencia de actividades consiste en el levantamiento y especificación de requerimientos. De ella se derivan las demás
actividades indicadas; se conoce que la calidad se mide como el cumplimiento de las metas esperadas por el cliente. Esto se
define en una buena especificación de ellas.
La de diseño pues no se contempla las formas en la cuales el usuario usa el software.
La de análisis pues no se tiene aún la dimensión del software a desarrollar.
La de codificación de programas pues allí se generan los errores.
La calidad se relaciona directamente con una mayor productividad.

¿Cuál de las siguientes define mejor la productividad?
Eficiencia.
Eficiencia y eficacia.
La productividad se define como la relación entre los resultados obtenidos y los recursos empleados, ello da una medida de
eficacia (si se obtuvo el resultado o no) y de eficiencia (beneficio obtenido).
Resultados y recursos.
Eficacia.
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 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.
Métricas para el código fuente.
Métricas para el modelo de requerimientos.
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 arquitectura, los componentes y la interfaz.
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.
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?
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.
Dos válidas y dos inválidas.
Una válida y una inválida.
Dos válidas y una inválida.
Las pruebas se definen a través de la documentación de acuerdo al estándar IEEE-829.

¿Por qué es el estándar más usado en el proceso de pruebas?
Porque define varios tipos de documentación y uno elige el más adecuado.
Porque define actividades y procedimientos en cada etapa de las pruebas.
El estándar está construido como una guía de los criterios necesarios a establecer y cumplir en cada fase del proceso de prueba
por parte de todos los participantes y genera los reportes para la toma de decisiones. Hay modelos para cada fase o actividad, de
tal suerte que se cubre todo el ciclo de trabajo lo cual lo hace repetible y evolutivo.
Porque define el resultado final del proceso global de pruebas.
Porque define los formatos necesarios y basta llenarlos.
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.
Recolección, formulación, análisis, 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.
Análisis, formulación, interpretación, recolección, retroalimentación.
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.
Puntaje del examen: 75 de 75

Parcial - Escenario 4 - PRIMER BLOQUE-TEORICO-PRACTICO - VIRTUAL - PRUEBAS Y CALIDAD DE SOFTWARE - (GRUPO B0)

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

Parcial - Escenario 4 - PRIMER BLOQUE-TEORICO-PRACTICO - VIRTUAL - PRUEBAS Y CALIDAD DE SOFTWARE - (GRUPO B0)

Cargado por

Copyright:

Formatos disponibles

17/9/23, 15:54 Parcial - Escenario 4: PRIMER BLOQUE-TEORICO-PRACTICO - VIRTUAL/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO B01]

Volver a realizar el examen

Intento Hora Puntaje

Puntaje para este intento: 75 de 75

El plan de pruebas sigue una metodología, en la cual se determina inicialmente su alcance.

Leyendo la especificación de requerimientos.

Ver el software y determinar los datos a probar.

Entrevistar a los participantes del proyecto.

Acompañar al programador para entender la solución que está dando.

Cada prueba se desarrolla con un objetivo y un alcance previamente definido.

Sí, porque determinan si se siguen las normas de calidad y si el resultado es de calidad.

Las pruebas se desarrollan de acuerdo con el ciclo de Deming de 4 fases.

Sí, porque es independiente del proceso de desarrollo de software.

No, porque en metodologías ágiles no se tiene una fase fuerte de planeación.

La de requerimientos pues no quedan debidamente especificados.

La de diseño pues no se contempla las formas en la cuales el usuario usa el software.

La de análisis pues no se tiene aún la dimensión del software a desarrollar.

La de codificación de programas pues allí se generan los errores.

La calidad se relaciona directamente con una mayor productividad.

Métricas para el modelo de diseño.

Métricas para pruebas.

Métricas para el código fuente.

Métricas para el modelo de requerimientos.

La arquitectura, los componentes y la interfaz.

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

La función, los datos y el comportamiento.

La cohesión, el acoplamiento y la complejidad.

Una válida y dos inválidas.

Dos válidas y dos inválidas.

Una válida y una inválida.

Dos válidas y una inválida.

Las pruebas se definen a través de la documentación de acuerdo al estándar IEEE-829.

Porque define varios tipos de documentación y uno elige el más adecuado.

Porque define actividades y procedimientos en cada etapa de las pruebas.

Porque define el resultado final del proceso global de pruebas.

Porque define los formatos necesarios y basta llenarlos.

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

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

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

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

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

Puntaje del examen: 75 de 75

También podría gustarte