¡Básicamente, TDD es difícil! … Una vez que supere el obstáculo de trabajar de forma incremental y escribir pruebas detalladas (difíciles), encontrará las ranuras de implementación en su lugar. Sus pruebas mejorarán la claridad de su código, ayudarán con la depuración, admitirán futuras refactorizaciones y ayudarán a prevenir regresiones.
¿Es bueno el desarrollo basado en pruebas?
El desarrollo basado en pruebas está cada vez más extendido y existe buena evidencia empírica de que es una práctica beneficiosa. TDD reduce la cantidad de errores en producción y mejora la calidad del código. En otras palabras, hace que el código sea más fácil de mantener y comprender. Además, proporciona pruebas automatizadas para pruebas de regresión.
¿Cuáles son las desventajas del desarrollo basado en pruebas?
Desventajas del desarrollo basado en pruebas
- Las pruebas dependen de dependencias externas. …
- Las pruebas son difíciles de escribir porque el código es más complejo de escribir y entender.
- El desarrollo del código es lento. …
- El código de TDD es difícil de entender, ya que sabemos que escribir un código y escribirlo bien es diferente.
¿Cuál es la regla de un desarrollo basado en pruebas?
A lo largo de los años, he llegado a describir el desarrollo dirigido por pruebas en términos de tres reglas simples. Ellos son: No se le permite escribir ningún código de producción a menos que sea para hacer que una prueba de unidad fallida pase No se le permite escribir más de una prueba de unidad que sea suficiente para fallar; y los errores de compilación son errores.
¿Ha muerto el desarrollo basado en pruebas?
A pesar de lo que haya escuchado en la industria y en Internet, el desarrollo basado en pruebas (TDD) no está muertoLa práctica todavía está viva y bien, especialmente en este nuevo mundo ágil moderno. … David Heinemeier Hansson, creador de Ruby on Rails, declaró por primera vez que TDD había muerto en 2014.
