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.
¿Es TDD realmente útil?
Cuando escribes pruebas, escribes más código, pero los estudios han demostrado objetivamente que una buena cobertura de pruebas con TDD puede reducir la densidad de errores entre un 40 % y un 80 %.
¿Cuándo debo usar TDD?
TDD se presta muy bien cuando tienes una función lógica pura que necesitas escribir. Cuando el trabajo que necesita hacer tiene un conjunto claramente definido de entradas y salidas esperadas, es una gran señal de que debe usar TDD para desarrollar sus pruebas y código.
¿Es TDD un buen enfoque?
Los desarrolladores tienen menos depuración que hacer
El beneficio principal del enfoque TDD es que hay menos errores y fallas. Cuando el código tiene menos errores, pasará menos tiempo corrigiéndolos que con otras metodologías de programación. TDD produce una mayor cobertura general de prueba y, por lo tanto, una mejor calidad del producto final.
¿Por qué TDD es una mala idea?
Esto suele ser una mala idea: los profesionales de TDD más experimentados pueden decir si las pruebas unitarias se escribieron antes o después del código. … Un desarrollador que escribe pruebas unitarias después de escribir su código no entiende todo el punto:TDD es una metodología de diseño: las pruebas unitarias son solo un subproducto del proceso.
Test Driven Development vs Behaviour Driven Development + FREE CHEAT SHEET
