Semana 6 - Implementación historias usando TDD y GitFlow
Objetivos
- Definir y utilizar un flujo de trabajo GitFlow para el desarrollo de las historias.
- Desarrollar el segundo grupo de historias de usario del proyecto utilizando TDD.
Pasos previos
- Haber realizado la implementación del primer grupo de historias del proyecto.
- El código debe estar integrado, sin errores, en la rama master del repositorio.
Descripción actividad
En esta semana se van desarrollar el segundo grupo de historias de usuario del proyecto utilizando TDD en todas las historias y usando GitFlow como flujo de trabajo.
En aquellas historias que se indique en la distribución de funcionalidades por semana, el equipo debe usar pair programming para su desarrollo.
Actividad de equipo
- Revisar en la distribución de funcionalidades por semana las historias a desarrollar en la semana.
- Actualizar el diseño, en genmymodel, para que incluya el segundo grupo de funcionalidades.
- Revisar las historias a desarrollar con pair programming. Distribuir las demás historias entre los dos miembros del equipo.
- Planear los tiempos para desarrollar cada una de las historias: el equipo debe acordar los espacios en la semana para hacer el desarrollo de las historias con pair programming y el tiempo individual para las otras historias.
- Actualizar el tablero de actividades del proyecto con las tareas planeadas.
- Crear una nueva versión del acuerdo de flujo de trabajo para definir un flujo GitFlow.
- Desarrollar las historias que escogieron realizar en pair programming usando TDD.
Actividad individual
- Desarrollar las historias asignadas usando TDD:
- Para dejar evidencia del uso de TDD, se debe realizar commit al repositorio al definir las pruebas, al implementar el código y al realizar recfactoring del código.
- Seguir el flujo de trabajo acordado
- Integrar el código que pasa exitosamente las pruebas unitarias en el repositorio GitHub del grupo.
Recursos
Entregables
- Flujo de trabajo GitFlow acordado
- Las fuentes del código deben estar en la rama principal del GitHub del equipo.
Criterios de evaluación
- Todas las pruebas unitarias funcionan correctamente.
- Se han desarrollado las historias del segundo grupo de funcionalidades.
- En el historial del código en el respositorio se evidencia el desarrollo usando TDD.
- En el repositorio de código se evidencia el uso del flujo de trabajo GitFlow acordado.