[IV-23-23] Objetivo 4 - Githubissues

DarckMonster commented 10 months ago

[x] ¿Hay un camino claro que permita ir desde el código hasta la historia de usuario que desarrolla, pasando por el mensaje de commit y el issue correspondiente?
[x] ¿Se ha intentado cubrir con tests una parte de la lógica de negocio que se esté desarrollando?
[x] ¿Hay un producto mínimamente viable que describa lo que se va a entregar en este objetivo?
[x] ¿En este producto mínimamente viable se han priorizado unas clases, módulos o paquetes más fundamentales frente a otros, movidos a otro PMV/Hito?
[ ] ¿Estoy leyendo todo lo que marco o simplemente marco lo que se me pone por delante?
[x] ¿Se han documentado las elecciones de biblioteca de aserciones y del de test runner?
[x] ¿Te has asegurado que lo que mencionas como biblioteca de aserciones y test runners lo son realmente y tienen la misma funcionalidad? ¿O estás poniendo unittest como test runner y pytest como biblioteca de aserciones?
[x] ¿Esa documentación incluye criterios de aceptación y también criterios de búsqueda para las diferentes opciones?
[x] ¿Se han seguido los principios F.I.R.S.T. en la creación del test y se ha documentado cómo se ha hecho?
[x] ¿Se describe claramente en el PMV los tests que hay que pasar para que se considere viable?
[x] ¿Se han testeado también las excepciones?

DarckMonster commented 10 months ago

adelahera left a comment

Sí, tienes razón, me di cuenta en cuanto iba haciendo commits. Planee que los commits iban a ir sobre las tres cosas...

JJ commented 9 months ago

... y cuando termines pide revisión

DarckMonster / PCscrap