Esta forma de aplicación de TDD rompe el problema típico al iniciarlo "no sé hacer pruebas ni sé el framework, por tanto no puedo hacer las pruebas primero", esto es cierto cuándo no estás familiarizado con el framework de testing o con la forma de mockear requisitos.
¿Cuál es la solución?
Todos los tests tienen el mismo esquema de funcionamiento, 1) "Arrange/Given", 2) "Act/When" y 3) "Assert/Then", dado eso es sencillo usar en primera instancia pseudocódigo o comentarios con lo qué debería hacer la prueba, para luego traducirlo en el lenguaje y framework respectivos.
De esta manera no existe límite para lo que puedes hacer en una prueba unitaria, y puedes aplicar TDD sin temor a iniciar por la prueba.
---
Update: Hace poco encontré un artículo de 2017 qué resulta ser un enfoque interesante de TDD perezoso, creo qué vale la pena pegarle una ojeada también.
No hay comentarios:
Publicar un comentario