[IV 22-23] Objetivo 4

[dmonjasm]

• [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?
• [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? Lo mencionado como test runner son test frameworks pero se han mencionado como tal porque lo que se quiere es trabajar con el test runner que incluyen.
• [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?

[dmonjasm]

Listo para revisión @JJ.

[JJ]

¿No vas a intentarlo?