Pregrado

SESIÓN 04:
Fundamentos de las Pruebas de Software
 Ingeniería de
Pregrado
Sistemas

Logro de Aprendizaje
● Al terminar la sesión el estudiante reconocerá los fundamentos de prueba de
software y propondrá estrategias para el desarrollo de su proyecto de curso,
con el asesoramiento del docente.
Introducción Gestión Proyectos
COSTE
OBJETIVO
COSTE

TIEMPO
REQUISITOS
OBJETIVO

COSTE

OBJETIVO
TIEMPO

REQUISITOS

TIEMPO
REQUISITOS
Introducción Gestión Proyectos

• OBJETIVO: garantizar la satisfacción del cliente y

darle una solución.
• No sólo es necesario aportarle una solución sino
que ésta solución debe implantarse en un tiempo
y con unos costes acordados.
• Para asegurar estos plazos y costes se realizan una
serie de actividades relacionadas con la gestión
del proyecto.
Introducción a la Gestión de Proyectos
Procesos

Personas Tecnologí
a
Introducción Gestión Proyectos
Comunica-
Contrato
ciones

Finanzas Riesgo

Calidad Alcance

Recursos Planificación
 Creación Plan de Proyecto l Plan de
Índice
Proyecto
• Objetivo: conocer los diferentes componentes de un Plan de Proyecto, así
como sus características principales
• Finalidad: ser conscientes de que antes de iniciar la ejecución del proyecto
es necesario haber creado la versión inicial del Plan, y que dicho Plan es la
herramienta para la gestión del mismo a lo largo de su ciclo de vida.
• B.0. Componentes del Plan de Proyecto
• B.1. Definición del ámbito del Proyecto, y gestión de expectativas y
requerimientos
• B.2. Gestión Riesgos
• B.3. Gestión Calidad
• B.4. Gestión Planificación
• B.5. Gestión Equipo Trabajo
• B.6. Gestión Comunicaiones
• B.7. Gestión Económíca
Creación del Plan de Proyecto
• El Plan de Proyecto es un conjunto de planes para cada elemento a gestionar,
controlados cada uno bajo su propio “versionado”, cada plan tiene anexados
un conjunto de documentos que demuestran la aplicación del mismo.

Contrato Comunica-
ciones

Finanzas Riesgo

Calidad Alcance

Recursos
Planificación
Creación del Plan de Proyecto
Definición del ámbito del Proyecto
• Determinar la dimensión de los tres ejes que definen el objetivo de un
proyecto. Se debe tomar como punto de partida el contrato con el
Cliente (si existe), o en su defecto el acta de la reunión de
lanzamiento/aprobación del proyecto.
• Han de quedar perfectamente identificados COSTE
los objetivos de negocio que han decidido la
realización de dicho proyecto:
OBJETIVO
– Expectativas y Requisitos del cliente
– Fecha límite de implantación asociada a
motivos de negocio. TIEMPO
– Presupuesto aprobado para este proyecto. REQUISITOS
• Sobre todo, objetivos que no son misión de este
proyecto su consecución
Creación del Plan de Proyecto
Ámbito del proyecto
• Ejemplos:
• OBJETIVOS de negocio para realizar el proyecto
– Obtener una solución orientada única i exclusivamente a los requisitos del
“cliente”
– Facilitar el acceso a la información
– Unificar y racionalizar la información
– Mejorar el rendimiento del sistema
• NO son Objetivos
– Modelo de datos y acceso a ala información muy costoso
– No estandarización de los procesos
Creación del Plan de Proyecto
Componentes - Gestión Calidad

• Dentro del Plan de Proyecto de calidad deben contemplarse tres aspectos

básicos:
– La definición de los estándares seleccionados, los cuales han de cubrir
desde el ciclo de vida / metodología que se va a utilizar para el proyecto,
hasta aspectos fundamentales de diseño, programación, documentación…
– El plan de control de configuración, tanto del software como de la
documentación utilizada. Es fundamental tener una eficiente gestión de
cambios, y poder asociar cada versión de software/documento con el
requerimiento aprobado por el “cliente”.
– El plan de revisiones de conformidad, así como el resultado de su ejecución,
para validar que:
• la ejecución del proyecto se ciñe a los estándares elegidos
• se está diseñando/programando/probando/implantado/manteniendo
exclusivamente en base a los requerimientos formalmente aprobados.
Creación del Plan de Proyecto
Componentes - Gestión Calidad

100 Fallos

80 Ahorro
Defectos
Tiempo, 60
Coste,
Esfuerzo 40
Testing
20

0 Prevención
Actual Futuro

• ¿Cuál es el coste de la Inversión? • ¿Vale la pena para este proyecto?

Creación del Plan de Proyecto
Componentes - Gestión Calidad

Costes de un proyecto =
C De Proyectos
Del desarrollo +

O De la implantación +

Del mantenimiento
De Implantación Calidad
S

E
Porque es necesario una buena gestión de la cualidad:
• no repetir el mismo error más de una vez
• seguir unos estándares del proyecto o del cliente, previenen
defectos
• minimizar los costes/tiempo/esfuerzo a consumir en el tiempo
• es clave para conseguir el objetivo del proyecto
Creación del Plan de Proyecto
B.4 es - Gestión Calidad (4/5)

• Para poder evaluar la calidad del proyecto es necesario disponer de medidas

que no puedan ayudar a ver si se están consiguiendo los objetivos del
proyecto.
• Las métricas más usuales en la gestión de proyectos son:
– Número de Recursos
– Tamaño o estimación del proyecto
– Defectos, que incluyen los resultados de las revisiones de calidad de los
productos
– Cambios
Creación del Plan de Proyecto
Componentes - Gestión Calidad

Ejemplo del plan de métricas básicas para el proyecto

Enero Febrer Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre Total
Asignados Total 2,00 5,00 10,00 15,00 20,00 20,00 20,00 20,00 18,00 16,00 8,00 4,50 158,50
Recursos
Requeridos Reals 2,00 5,00 10,00 15,00 20,00 20,00 20,00 20,00 18,00 16,00 8,00 4,50 158,50
Diferencia Reals 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00

Horas Teóricas Laborables 328,50 821,26 1.888,89 2.463,77 3.285,02 3.449,28 3.080,00 3.080,00 3.104,35 2.628,02 1.379,71 776,09 26.284,88

Vacaciones 40,00 40,00 40,00 200,00 120,00 160,00 200,00 550,00 300,00 80,00 80,00 100,00 1.910,00
Ausencias 1.337,49
15,92 43,11 95,17 124,92 174,65 177,06 164,37 144,39 150,95 140,60 69,96 36,39
Proyectos 272,58 738,15 1.753,72 2.138,85 2.990,37 3.112,22 2.715,63 2.385,61 2.653,40 2.407,42 1.229,75 639,69 23.037,39
Proyectos Reales 272,58 738,15 1.753,72 2.138,85 2.990,37 3.112,22 2.715,63 2.385,61 2.653,40 2.407,42 1.229,75 639,69 23.037,39
Diferencia 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Efectivas Reales 23.037,39
272,58 738,15 1.753,72 2.138,85 2.990,37 3.112,22 2.715,63 2.385,61 2.653,40 2.407,42 1.229,75 639,69
Diferencia 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00

Ausencias Vacaciones Reales 40,00 40,00 40,00 200,00 120,00 160,00 200,00 550,00 300,00 80,00 80,00 100,00 1.910,00
Previstas 1.910,00
40,00 40,00 40,00 200,00 120,00 160,00 200,00 550,00 300,00 80,00 80,00 100,00
Diferencia 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Bajas/Otros Reales 7,72 20,91 49,49 60,60 84,73 88,05 77,10 67,73 75,07 68,21 34,79 18,10 652,50
Previstas 652,50
7,72 20,91 49,49 60,60 84,73 88,05 77,10 67,73 75,07 68,21 34,79 18,10
Diferencia 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
Formación
Reales 8,20 22,20 45,68 64,32 89,92 89,00 87,27 76,67 75,88 72,39 35,17 18,29 685,00
Previstas 685,00
8,20 22,20 45,68 64,32 89,92 89,00 87,27 76,67 75,88 72,39 35,17 18,29
Diferencia 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00

Ratios Utilización Mensual 94,48% 94,48% 94,85% 94,48% 94,48% 94,62% 94,29% 94,29% 94,62% 94,48% 94,62% 94,62%
Acumulado 94,48% 94,48% 94,72% 94,61% 94,56% 94,58% 94,52% 94,49% 94,51% 94,50% 94,51% 94,51%
Prod. Real
Mensual 94,48% 94,48% 94,85% 94,48% 94,48% 94,62% 94,29% 94,29% 94,62% 94,48% 94,62% 94,62%
Acumulado 94,48% 94,48% 94,72% 94,61% 94,56% 94,58% 94,52% 94,49% 94,51% 94,50% 94,51% 94,51%
Grado Avance Acumulado 1 1 1 1 1 1 1 1 1 1 1 1
Gestión de la Calidad

• Objetivo: Demostrar que las buenas prácticas asociadas a la Gestión de Proyectos,

emanan de un modelo de Gestión de Calidad completo y orientado a la ingeniería
del software, así cómo ver la materialización de algunas de dichas prácticas dentro
de los proyectos.
• Finalidad: Presentar dos modelos de referencia de gestión de calidad,
relacionando sus puntos débiles y fuertes desde el punto de vista de la gestión de
proyectos de software. Presentar los planes de proyecto relacionados con la
función de Aseguramiento de Calidad.

Introducción
El proceso de mejora de la calidad. Modelos de referencia
Plan de Calidad del proyecto
Plan de Calidad
Plan de Métricas
Plan de Gestión de Configuración
Gestión de la Calidad

“Calidad …..es algo que inventaron un día un grupo de empleados aburridos y

que consiste en generar papeles, muchos papeles, cantidades ingentes de
papeles….para justificar que se está haciendo algo cuando en realidad no se
hace nada”

-- Dilbert.
Gestión de la Calidad
 A todos los Gestores se les exige:
– Reducción de costes.
– Mayor productividad.
– Aprovechar las oportunidades del mercado global.
– Fidelizar las relaciones Cliente/Proveedor:
• Orientación a resultados: Acordes del nivel de servicio (SLA)
• Orientación al beneficio mutuo: Relaciones WIN-WIN

 No obstante el entorno profesional es cada vez más complejo

– Impacto creciente de les aplicaciones en el negocio
– Tiempo de desarrollo más corto.
– Visibilidad y control del proyecto: calendario, costes y
defectos
– Herencia histórica:
• Poca documentación existente de procesos.
Gestión de Calidad

“La calidad del SW viene directamente determinada por

la calidad de los procesos utilizado para su desarrollo”

PROCESOS

PERSONAS TECNOLOGIA

Su mejora continua se mide a partir de las

variables: planificación / costes /
defectos
Gestión de Calidad

¿Que procesos deben mejorarse?

• De gestión del proyecto:
• Planificación, Expectativas, Riesgos, Seguimiento, Cierre.
• De desarrollo:
• Análisis, Codificación, testing...
• De gestión de la configuración:
• Versiones, Control de cambios...
• De gestión de la calidad:
• Programa de Métricas, Calendario revisiones….
• De gestión de proveedores….
Gestión de Calidad
● Objetivo principal: tener un plan de gestión de la
calidad para

• Empezar a dar pequeños pasos en la mejora de los procesos de software

• Mejorar la planificación del tiempo de entrega de un producto
• Tener el flujo de trabajo controlado
• Disminuir el coste de mantenimiento del SW
• Tener datos objetivos sobre el estado del producto en cada momento: Nivel de Calidad
Gestión de la Calidad
Algunos datos:
•Ratio del coste que se consume en la resolución de errores según la etapa de
ejecución del proyecto donde se descubre el error
ETAPA COSTE RELATIVO RESOLUCIÓN
Definición requerimientos 1
Diseño 3.5
Desarrollo 10
Pruebas 50
Post-entrega 170

•Los errores de SW cuestan anualmente a la economía norteamericana (según datos

de junio del 2004):

62 billones de dólares
Gestión de la calidad
La Calidad: aspectos fundamentales
Mejoras continuadas Procesos de Producto de
del proceso Alta alta
calidad calidad

COMUNICACIÓN

• Micromejoras, porqué:
- Para que no sean imposibles
- Para que no se vean como imposibles
- Para que se entiendan
- Para que se puedan compatibilizar con el trabajo diario

• Comunicación, aspecto clave para el éxito:

- Explicar, aclarar y justificar (qué se va a hacer, porqué, cómo,..)
- A quién comunicar (equipo desarrollo, responsables superiores, usuarios)
- Comunicar y saber escuchar
- Persuadir, motivar, orientar,….
Modelo de Referencia

 ¿ Por qué un modelo ?

 ¿ Qué modelo ?
1. ISO
International Organization Standardization

2. CMM
Software Capability Maturity Model
Plan de Calidad
Gestión

Calidad
del Proyecto • Identificación:
-objetivos del proyecto
Planning -estándares y normativas aplicables
Calidad

• Actividades para su cumplimiento

SI NO SABES DONDE IR….
NO HAY CARRETERA QUE TE
Actividades orientadas a la
LLEVE….
Control verificación del cumplimiento de
los objetivos del proyecto
Calidad contemplando productos de
ingeniería y gestión.

Monitorización de resultados para

Aseguramiento determinar el cumplimiento
Calidad
respecto al sistema de calidad, e
identificar defectos y
oportunidades de mejora
Plan de Calidad - Planificación de la
Calidad
Técnicas y
Gestión
Calidad
del Proyecto
• Identificación:

Planning
objetivos del proyecto
-estándares y
-
herramientas
Calidad
normativas aplicables

• Actividades para su cumplimiento

1. Diagramas de flujo
Actividades
Control
orientadas a la 2. Análisis coste-beneficio
Calidad verificación del
cumplimiento de los
objetivos del
proyecto.
3.Benchmarking 4.
Asegurami
Monitorización de ento
...
resultados para

Calidad determinar el
cumplimiento respecto al

Outputs
sistema de calidad, e
identificar defectos y

I nputs oportunidades de mejora

• Política Calidad • Plan de Calidad

del Proyecto
• Descripción Proyecto –Objetivos proyecto analizados
• SLA –Estructura del equipo

• Objetivos del
Planning –Responsabilidades
proyecto Calidad –Procedimientos
–Recursos necesarios
• Estándares y
normativas –Definiciones-Acepciones

• Checklists
Plan de Calidad - Aseguramiento de
la Calidad
Gestión
Calidad
del Proyecto
• Identificación:
Técnicas y
Planning
objetivos del proyecto
-
herramientas
1. Auditorías de Calidad x
-estándares y

2. Benchmarking
Calidad
normativas aplicables

• Actividades para su cumplimiento

x
3.Costes de Calidad 4.
Actividades
Control
orientadas a la

...
Calidad verificación del
Monitorización
cumplimiento de delos
Asegurami
resultados para
objetivos del
ento
determinar
proyecto. el
Calidad
cumplimiento respecto al
sistema de calidad, e
identificar defectos y
oportunidades de mejora

I nputs Outputs
• Plan de Calidad • Mejoras de
del Proyecto calidad
• Registros de las
pruebas, Aseguramiento
auditorías, Calidad
control…
Plan de Calidad - Control de la
Calidad
Gestión
Calidad
del Proyecto
• Identificación:
Técnicas y
Planning
objetivos del proyecto
-
herramientas
1. Inspecciones y revisiones
Calidad -estándares
•Actividades y
para su

Control
cumplimiento
normativas aplicables
Actividades
orientadas a la
2. Gráficas Charts, Pareto…
verificación del

3. Diagramas de flujo
Calidad cumplimiento de los
objetivos del
proyecto.

Asegurami
Monitorización de ento
4.Análisis estadístico 5.
resultados para
determinar el
...
Calidad
cumplimiento respecto al
sistema de calidad, e
identificar defectos y
oportunidades de mejora

I nputs Outputs
• Plan de Calidad del • Mejoras de
Proyecto calidad
• SLA • Checklists
Control completadas
• Checklists
• Gestión
• Productos del Calidad incumplimientos
proyecto
Plan de Calidad - Ejemplo: Evaluación
de productos
EXPLOTACIÓN
C heckPoints
¿ Cuando se realizan ?

FASE DE DETECCIÓN
Al final de cada fase (análisis, diseño, ...)
¿ Por parte de quien ?
Equipo del proyecto
¿ Cómo ?
Cuestionario establecido por etapa con los criterios a validar
FASE DE ORIGEN

C onformance Review
¿ Cuando se realizan ?
• En proyectos de nuevo desarrollo, antes de la entrega a cliente.
• En proyectos de mantenimiento, periódicamente - cada mes.
¿ Por parte de quien ?
Equipo del proyecto conjuntamente con el Jefe de Proyecto
¿ Cómo ?
• Se verifica que todos los productos entregables son conformes a los requisitos
y libres de error.
• Se verifican todos los puntos de control o CheckPoints
Plan de Calidad - Ejemplo: Auditorías
de Calidad
Objetivo: Verificar de forma independiente la adecuación de las actividades
del proyecto a los estándares aplicables.

¿ Cuando se realizan ?
Periódicamente / “espontáneamente”

¿ Por parte de quien ?

• Responsable: equipo de QA
• Participantes: auditores (equipo de QA), Project Manager y miembros equipo.

¿ Cómo ?
• Preparación: definición del ámbito
• Realización: entrevistas con el equipo de proyecto y análisis de evidencias.
• Reporting: evaluación, redacción de incumplimientos y mejoras
Plan de Calidad - Ejemplo: Auditorías
de Calidad

Aunque necesitaría
mejorar mi Así pues, me
Me gusta el golf técnica “auditan”
el juego

Y quizás debo
hacer cosas, Pero, adoptándolas
que pueden parecer a las características
no ‘ser de golf’ de mi juego... Saqué dos hoyos
de ventaja…..
Plan de Métricas

GESTIÓN
MÉTRICAS
PROYECTO

PLANIFICACIÓN

NO SE PUEDE CONTROLAR….
LO QUE NO SE PUEDE
MEDIR….

SEGUIMIENTO Y
ANÁLISIS

BALANCE Y
CIERRE
Plan de Métricas – Planificación
GESTIÓN
MÉTRICA
S
PROYECT
O

G1

Técnicas y
PLANIFICA
CIÓN

herramientas
1. Goal Question Metric Q1 Q2 Q3

2. Relación métricas primitivas

SEGUIMIEN
TO Y m1 m2 m3 m4
ANALISIS

estándar
BALANCE Y
REPOSITO
RIO
3. ...

Outputs
I nputs
• Plan de Métricas
• Plan de Calidad del • ADAPTACIÓN DEL PROGRAMA
Proyecto • MÉTRICAS
•
• Programa de PLANIFICACIÓN,

Métricas Planificación • INSTRUCCIONES DE

RECOLECCION,
• PERIODICIDAD,
• Cuadro de Mando • RESPONSABLE,
• REPORTING,
• ANALISIS Y
DISPARADORE
S
• Baseline
Plan de Métricas - Seguimiento y
análisis
GESTIÓN
MÉTRICA
S
PROYECT
O

Cumulative Open vs. Closed Issues

Técnicas y
PLANIFICA
CIÓN 25 Opened

20 Closed

# of Issues
herramientas
15

SEGUIMIEN
TO Y
1. Repositorio de métricas 10
5

ANALISIS 0

2. Control Estadístico T1 T3 T5 T7 T9 T11

BALANCE Y
REPOSITO
RIO
3. Benchmarking
4.Diagramas de flujo - Causa/Efecto 5.
....

Outputs
• Variabilidad
I nputs
• Defectos
• Plan de Métricas Seguimiento y
• Escalaciones
• Baseline Análisis
• ...
Plan de Métricas - Balance y cierre
GESTIÓN
MÉTRICA
S
PROYECT
O

Cumulative Open vs. Closed Issues

Técnicas y
PLANIFICA
CIÓN 25 Opened

20 Closed

# of Issues
herramientas
15

SEGUIMIEN
TO Y
1. Repositorio de métricas 10
5

ANALISIS 0

2. Control Estadístico T1 T3 T5 T7 T9 T11

BALANCE Y
REPOSITO
RIO
3. Benchmarking
4.Diagramas de flujo - Causa/Efecto 5.
....

Outputs
• Report proceso
I nputs
• Repositorio
• Plan de Métricas Balance y
• Baseline cierre actualizado
Plan de Métricas - Ejemplo. Métrica:
Size
• FP (Function Points) – medida del tamaño de las aplicaciones en
términos del número de funciones desde el punto de vista del usuario.
• SLOC (Líneas de Código) – N° de instrucciones representativas de la
lógica del conjunto de programas software del producto final.
• N° Páginas de documentación – medida para determinar el tamaño de
los productos documentales creados como soporte al desarrollo y/o
entregables.

BENEFICIOS CONCRETOS
• Factor que con las consideraciones tecnológicas adecuadas, puede
permitir establecer un referente histórico y/o internacional y hacer
posibles comparaciones y análisis.
• Proporciona el contexto necesario para expresar otras métricas
• …
Plan de Métricas - Ejemplo.
Métrica: Esfuerzo
• H (Horas) – Proporciona información (a través del seguimiento de
imputaciones) de ayuda a la determinación de la productividad
• Resulta de vital interés a clientes y proveedores por la derivación directa
de costes.

BENEFICIOS CONCRETOS
• Mejora de futuras estimaciones
• Evaluación de la productividad
• Validación de ‘best practices’ y procesos de mejora
• …
Plan de Métricas - Ejemplo. Métrica:
Staff
• NUM. Personas – Número de personas asignadas a un proyecto durante un
periodo determinado.
• Fuertemente relacionada con Esfuerzo y Duración, proporciona visibilidad
respecto a la relación COSTE / CALIDAD / TIEMPO.

BENEFICIOS CONCRETOS
• Mejora de la planificación y seguimiento del proyecto:
• Dimensionamiento
• Velocidad de cambios (altas/bajas) en el equipo
• …
Plan de Métricas - Ejemplo. Métrica:
Duración
• DIAS / HORAS – Proporciona información necesaria para la estimación y
control de las actividades
• Resulta de vital interés a clientes y proveedores por la derivación directa
del tiempo de implantación.

BENEFICIOS CONCRETOS
• Mejora en la estimación, medida y análisis del ciclo de vida de desarrollo:
• Etapas
• Actividades
• …
Plan de Métricas - Ejemplo.
Métrica: Defectos
• NUM DEFECTOS – Proporciona información para la evaluación de la calidad
y de la fiabilidad de los productos.
• El análisis de defectos proporciona comprensión del proceso de desarrollo,
facilitando la focalización de acciones.

BENEFICIOS CONCRETOS
• Mejora de la calidad y de la satisfacción del cliente.
• Mejora de la información en cuanto a la eficiencia del proceso de desarrollo.
• Ayuda a la determinación de acciones de mejora.
• …
Plan de Métricas - Ejemplo.
Métrica: Cambios
• NUM. CAMBIOS – Proporciona información de los cambios que experimenta un
proyecto a lo largo del tiempo, facilitando su control y gestión.
• Proporciona una medida de la volatilidad (frecuencia de cambio) de un sistema
respecto a los requisitos.

BENEFICIOS CONCRETOS
• Medida del impacto por cambios de requerimientos en el proyecto.
• Mejora de la información en cuanto a la eficiencia del proceso de cambios.
• Ayuda a la determinación de acciones de mejora.
• …
 Plan de Métricas
Métricas informales en entornos no
CMM
• Pizza Productivity Metric – número de cajas de pizza por persona-
hombre, como medida del sobreesfuerzo necesario del equipo delante
de una mala estimación del proyecto.

• Aspirin Metric – medida del estrés del equipo durante el desarrollo del
proyecto expresado en número de aspirinas tomadas.

• Beer Metric – número de invitaciones a cañas de cerveza los Viernes

tarde, como indicador del factor de frustración del equipo.
Actividades
● Realizar un mapa mental del tema tratado de acuerdo a las indicaciones del
docente.

● Procedimiento:
○ Crear equipos de estudiantes.
○ Todos los equipos suben a la plataforma su evidencia.
○ El docente escoge 2 resultados de dos equipos para discusión de forma aleatoria.
○ El estudiante representante del equipo expone y se generan preguntas con el fin de
esclarecer dudas.