Semana 5 - Implementación usando TDD
Objetivos
El objetivo de esta semana es desarrollar el primer grupo de historias de usuario del proyecto utilizando las prácticas de TDD y pair programming.
Pasos previos
- Haber realizado el tutorial de pruebas unitarias en Python.
- Haber estudiado el video tutorial de la Kata TDD
- Haber realizado la configuración inicial de las fuentes del proyecto en el repositorio.
Descripción actividad
En esta semana se inicia el desarrollo de las funcionalidades del producto. Se propone dividir la funcionalidad en tres grupos de historias y desarrollar cada grupo en una semana. Durante esta semana se utilizará el flujo de trabajo que estableció el equipo en la semana 4.
Actividad de equipo
- Revisar en el plan de desarrollo de su proyecto el listado de funcionalidades a desarrollar en la semana 5:
| Proyecto | Plan de desarrollo |
|---|---|
| 1.CineVault | Plan desarrollo CineVault |
| 2.Concesionario | Plan desarrollo Concesionario |
| 3.ShopFlow | Plan desarrollo ShopFlow |
- Realizar las correcciones sugeridas por el tutor para las historias de usuario que se deben entregar esa semana.
- Planear los tiempos para desarrollar cada una de las historias: el equipo debe acordar los espacios en la semana para hacer el desarrollo puesto que se va a realizar haciendo pair programming, como se muestra en el video de la Kata TDD.
- Actualizar el tablero de actividades del proyecto con las tareas planeadas.
- Desarrollar cada una de las historias en los espacios planeados usando TDD y pair programming.
- Integrar el código que pasa exitosamente las pruebas unitarias en el repositorio github del equipo de acuerdo con el flujo de trabajo definido.
Uso de IA para mensajes de commit (opcional)
Los estudiantes pueden apoyarse en GitHub Copilot para la generación de mensajes de commit, siempre que se cumplan las siguientes condiciones:
- La IA solo puede usarse como apoyo para redactar el mensaje del commit, no para decidir:
- Qué se versiona,
- Cuándo se hace commit,
- Ni cómo se divide el trabajo.
- Cada commit debe corresponder a un paso lógico del ciclo de TDD (por ejemplo: prueba que falla, implementación mínima, refactorización).
- El mensaje de commit debe:
- Reflejar claramente el cambio realizado,
- Estar alineado con el código versionado,
- Evidenciar el avance incremental del desarrollo.
- El equipo es responsable de revisar y ajustar cualquier mensaje sugerido por la IA antes de confirmar el commit.
El uso de IA no reemplaza el criterio del equipo ni exime la responsabilidad sobre la claridad y coherencia del historial de versiones. Ver guía de uso en sección de recursos.
Recursos
Entregables
En el repositorio de GitHub del equipo:
- El código implementado debe estar en la rama principal.
En el tablero de actividades del proyecto:
- El estado del tablero de actividades del proyecto refleja el estado de las actividades durante el proceso.
Criterios de evaluación
- Se han desarrollado las historias del primer grupo de funcionalidades.
- Todas las pruebas unitarias funcionan correctamente.
- En el historial del código en el respositorio se evidencia el desarrollo usando TDD.
- El resultado de la integración continua es exitoso.