Parcial - Escenario 4 - Pruebas y Calidad de Software

11/4/2021 Parcial - Escenario 4: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO B01]
Parcial - Escenario 4
Fecha de entrega 13 de abr en 23:55 Puntos 75 Preguntas 15 Disponible 10 de abr en 0:00 - 13 de abr en 23:55 4 días
Límite de tiempo 90 minutos Intentos permitidos 2
Instrucciones
https://poli.instructure.com/courses/21355/quizzes/71377 1/13
Historial de intentos
Intento Hora Puntaje

MANTENER Intento 2 7 minutos 75 de 75
MÁS RECIENTE Intento 2 7 minutos 75 de 75
Intento 1 10 minutos 70 de 75
 Las respuestas correctas ya no están disponibles.
Puntaje para este intento: 75 de 75

Entregado el 11 de abr en 17:38
Este intento tuvo una duración de 7 minutos.
Pregunta 1 5 / 5 pts
Paralelo al desarrollo del proyecto se realiza el proceso de pruebas que es de varios tipos de
acuerdo al avance del producto de software.
¿De qué tipo son las pruebas de aceptación?
Pruebas Alfa.
Pruebas iniciales.
Pruebas de requerimientos.
Pruebas Beta.
Las pruebas de aceptación se dan a la entrega o puesta en producción del producto de software.
Por lo tanto, se consideran un tipo de pruebas beta, pues se corren en la plataforma final y bajo
conducción de los usuarios. Tanto las pruebas iniciales como las de requerimientos se hacen en
tempranas épocas del proyecto.
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 el resultado final del proceso global de pruebas.
Porque define varios tipos de documentación y uno elige el más adecuado.
Porque define los formatos necesarios y basta llenarlos.
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.
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 codificación de programas pues allí se generan los errores.
La de análisis pues no se tiene aún la dimensión del software a desarrollar.
La de diseño pues no se contempla las formas en la cuales el usuario usa el 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.
El modelo CMM se usa en industrias de software y tiene varias áreas claves de proceso.
¿Cuál es la meta de la Administración de la Configuración del Software (SCM)?
Planear las actividades para el SQA, verificar que el producto y actividades se lleven con estándares y
procedimientos, informar de las actividades y resultados de revisiones y auditorias.
procedimientos, informar del estado y contenido de las líneas de base del producto de software.
Identificar, controlar y disponer los productos de software; controlar los cambios en los productos de
software; informar del estado y contenido de las líneas de base del producto de software.
El CMM define la administración de la configuración como un conjunto de acciones para mantener

los avances en el código con versiones controladas y consistentes.
Un GPI es un grupo de prueba independiente que se usa en algunos casos para encontrar los
errores del producto de software.
¿Cuál de las siguientes afirmaciones no es cierta?
El GPI se usa para garantizar que se realizan pruebas exhaustivas.
El GPI es parte del equipo de desarrollo del proyecto.
El GPI recibe el software del desarrollador y este se retira.
El GPI remueve conflictos de interés al dejar al programador probar su trabajo, pero el equipo de
desarrollo es vital para corregir errores y es responsable de pruebas individuales y de integración.
El hecho de llamarlo Independiente es para separarlo de la jefatura de programación.
El GPI se involucra durante el análisis y diseño y continúa a lo largo del proyecto.
¿Cuál es la meta del aseguramiento de la calidad del software (SQA)?
Identificar, controlar y disponer los productos de software; controlar los cambios en los productos de
software; informar del estado y contenido de las líneas de base del producto de software.
procedimientos, informar de las actividades y resultados de revisiones y auditorias.
El CMM define el aseguramiento de la calidad como un conjunto de acciones para mantener los
procedimientos y estándares fijados para el proceso ejecutorio del proyecto.
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?
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.
Sí, porque es independiente del proceso de desarrollo de software.
No, porque las labores de prueba dependen del avance del producto de software.
¿Cuál es la meta de la Revisión Intergrupal (ICYPR)?
Tener un acuerdo común con el cliente sobre los requerimientos.
Que todos estén de acuerdo con los requerimientos, los compromisos acordados, que se identifiquen y se
dé seguimiento a los defectos.
El CMM define la revisión intergrupal como un conjunto de acciones satisfacer las necesidades del
cliente y eliminar los defectos del producto en forma eficiente.
Algunas pruebas conocidas como inspecciones se desarrollan con el modelo de Fagan.

¿Cuál de las afirmaciones sobre las inspecciones no es correcta?
Se entrega el reporte a las otras áreas.
Las inspecciones se realizan para la detección temprana de errores, por el mismo equipo de
trabajo. Por lo tanto, no se ventila su resultado a las otras áreas del proyecto.
Se realiza por colegas o pares.
Se debe planear determinando que se va a validar.
Se definen un líder, un autor, un revisor con sus roles.
La calidad se relaciona directamente con una mayor productividad.

¿Cuál de las siguientes define mejor la productividad?
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).
Eficiencia.
Resultados y recursos.
Eficacia.
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.
Acompañar al programador para entender la solución que está dando.
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.
Las entrevistas se usan como herramienta para el plan de pruebas de un proyecto.

¿Cuál es el objetivo de las entrevistar?
Conocer las condiciones del proyecto para saber cómo se ejecuta.
Las entrevistas tienen como objetivo definir el plan de pruebas que se realiza por el equipo de
pruebas, a partir del conocimiento del proyecto en ejecución y acompasarlo con su avance. Tal
conocimiento se obtiene por las entrevistas realizadas.
Discutir el avance del producto de software.
Definir y modificar el plan de pruebas para mejorar la calidad del producto de software.
Informar el estado de una fase del proceso de pruebas.
¿Cuál es el propósito de la administración de requerimientos (RM)?
Estructurar solo los planes, las actividades y el producto se van moldeando automáticamente a los
requerimientos.
Tener un acuerdo común con el cliente, controlar y administrar y, además, alinear los planes, actividades
y el producto acorde a los requerimientos
El CMM define la administración de requerimientos como un conjunto de acciones para entender y

entregar las necesidades establecidas para el proyecto.
Coapoyar los requerimientos y administrarlos.
El cliente plantea este propósito
Cada prueba se desarrolla con un objetivo y un alcance previamente definido.

¿Las pruebas verifican y validan?
No, porque se prueba solamente lo que ya está hecho para detectar sus errores.
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.
Sí, porque determinan si se siguen las normas de calidad y si el resultado es de calidad.
No, porque las labores de prueba dependen del producto de software realizado.
La ejecución de las pruebas se ha mostrado como una espiral que parte de pruebas individuales y
evoluciona hacia pruebas de aceptación.
¿Cuál de las siguientes afirmaciones no es cierta?
El proceso de pruebas revisa componentes básicos antes de la integración.
El proceso de pruebas verifica unidades, integración, módulos y sistema.
El proceso de pruebas verifica que los elementos del sistema cumplen los requerimientos.
El proceso se pruebas inicia una vez se tiene codificación desarrollada.
El proceso de pruebas inicia con el proyecto entendiendo sus requerimientos, diseño, arquitectura
y estableciendo en cada paso los criterios y el plan de pruebas del proceso.
Puntaje del examen: 75 de 75

Parcial - Escenario 4 - Pruebas y Calidad de Software

Cargado por

Información del documento

Descripción:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Descripción:

Copyright:

Formatos disponibles

Parcial - Escenario 4 - Pruebas y Calidad de Software

Cargado por

Descripción:

Copyright:

Formatos disponibles

11/4/2021 Parcial - Escenario 4: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO B01]

Intento Hora Puntaje

MÁS RECIENTE Intento 2 7 minutos 75 de 75

 Las respuestas correctas ya no están disponibles.

Puntaje para este intento: 75 de 75

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

Porque define el resultado final del proceso global de pruebas.

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

Porque define los formatos necesarios y basta llenarlos.

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

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

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

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

La de requerimientos pues no quedan debidamente especificados.

La secuencia de actividades consiste en el levantamiento y especificación de requerimientos. De

El CMM define la administración de la configuración como un conjunto de acciones para mantener

El GPI se usa para garantizar que se realizan pruebas exhaustivas.

El GPI es parte del equipo de desarrollo del proyecto.

El GPI recibe el software del desarrollador y este se retira.

El GPI se involucra durante el análisis y diseño y continúa a lo largo del proyecto.

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

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

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

Tener un acuerdo común con el cliente sobre los requerimientos.

Algunas pruebas conocidas como inspecciones se desarrollan con el modelo de Fagan.

Se entrega el reporte a las otras áreas.

Se realiza por colegas o pares.

Se debe planear determinando que se va a validar.

Se definen un líder, un autor, un revisor con sus roles.

La calidad se relaciona directamente con una mayor productividad.

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.

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

Entrevistar a los participantes del proyecto.

Las entrevistas se usan como herramienta para el plan de pruebas de un proyecto.

Conocer las condiciones del proyecto para saber cómo se ejecuta.

Discutir el avance del producto de software.

Informar el estado de una fase del proceso de pruebas.

El CMM define la administración de requerimientos como un conjunto de acciones para entender y

Coapoyar los requerimientos y administrarlos.

El cliente plantea este propósito

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

El proceso de pruebas se encarga de validar los requerimientos, el diseño, la codificación y la

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

El proceso de pruebas revisa componentes básicos antes de la integración.

El proceso de pruebas verifica unidades, integración, módulos y sistema.

El proceso se pruebas inicia una vez se tiene codificación desarrollada.

Puntaje del examen: 75 de 75

Intereses relacionados

También podría gustarte