Parcial - Escenario 4 - PDF

6/4/2020 Parcial - Escenario 4: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO1]
Parcial - Escenario 4
Fecha de entrega 7 de abr en 23:55 Puntos 75 Preguntas 15 Disponible 4 de abr en 0:00 - 7 de abr en 23:55 4 días
Límite de tiempo 90 minutos Intentos permitidos 2
Instrucciones
https://poli.instructure.com/courses/13738/quizzes/48641 1/14
Volver a realizar el examen
Historial de intentos
Intento Hora Puntaje

MÁS RECIENTE Intento 1 10 minutos 75 de 75
 Las respuestas correctas estarán disponibles del 8 de abr en 23:55 al 9 de abr en 23:55.
Puntaje para este intento: 75 de 75

Entregado el 6 de abr en 18:29
Este intento tuvo una duración de 10 minutos.
Pregunta 1 5 / 5 pts
El modelo CMM se usa en industrias de software y tiene varias áreas claves de proceso.
¿Cuál es el propósito de la administración de requerimientos (RM)?
El cliente plantea este propósito
Coapoyar los requerimientos y administrarlos.
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.
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 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 es parte del equipo de desarrollo del proyecto.
El GPI se involucra durante el análisis y diseño y continúa a lo largo del proyecto.
El GPI se usa para garantizar que se realizan pruebas exhaustivas.
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.
Definir y modificar el plan de pruebas para mejorar la calidad del producto de software.
Discutir el avance del producto de software.
Informar el estado de una fase del proceso de pruebas.
¿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.
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.
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.
procedimientos, informar del estado y contenido de las líneas de base del producto de software.
Algunas pruebas conocidas como inspecciones se desarrollan con el modelo de Fagan.

¿Cuál de las afirmaciones sobre las inspecciones no es correcta?
Se realiza por colegas o pares.
Se debe planear determinando que se va a validar.
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 definen un líder, un autor, un revisor con sus roles.
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 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.
Pruebas de requerimientos.
Pruebas Alfa.
Pruebas iniciales.
¿Cuál es la meta de la Administración de la Configuración del Software (SCM)?
procedimientos, informar de las actividades y resultados de revisiones y auditorias.
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.
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 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.
El proceso de pruebas verifica que los elementos del sistema cumplen los requerimientos.
El proceso de pruebas verifica unidades, integración, módulos y sistema.
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.
No, porque las labores de prueba dependen del avance del producto de software.
Sí, porque es independiente del proceso de desarrollo de software.
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?
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.
Leyendo la especificación de requerimientos.
La calidad se relaciona directamente con una mayor productividad.

¿Cuál de las siguientes define mejor la productividad?
Resultados y recursos.
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).
Eficacia.
Eficiencia.
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 codificación de programas pues allí se generan los errores.
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.
Cada prueba se desarrolla con un objetivo y un alcance previamente definido.

¿Las pruebas verifican y validan?
No, porque las labores de prueba dependen del producto de software realizado.
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.
¿Cuál es la meta de la Revisión Intergrupal (ICYPR)?
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.
Tener un acuerdo común con el cliente sobre los requerimientos.
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 los formatos necesarios y basta llenarlos.
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.
Puntaje del examen: 75 de 75

Parcial - Escenario 4 - 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

Parcial - Escenario 4 - PDF

Cargado por

Copyright:

Formatos disponibles

6/4/2020 Parcial - Escenario 4: PRIMER BLOQUE-TEORICO - PRACTICO/PRUEBAS Y CALIDAD DE SOFTWARE-[GRUPO1]

Volver a realizar el examen

Intento Hora Puntaje

Puntaje para este intento: 75 de 75

El cliente plantea este propósito

Coapoyar los requerimientos y administrarlos.

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

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

El GPI es parte del equipo de desarrollo del proyecto.

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

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

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.

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

Se realiza por colegas o pares.

Se debe planear determinando que se va a validar.

Se entrega el reporte a las otras áreas.

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

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

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

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

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

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.

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

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.

Leyendo la especificación de requerimientos.

La calidad se relaciona directamente con una mayor productividad.

La de requerimientos pues no quedan debidamente especificados.

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

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

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.

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.

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

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

Porque define los formatos necesarios y basta llenarlos.

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.

Puntaje del examen: 75 de 75

También podría gustarte