On the Effectiveness of the Test-First Approach to Programming, por Hakan Erdogmus, Maurizio Morisio, y Marco Torchiano.
A pesar del nombre que cubre TDD:
Resumen:
Test-Driven Development (TDD) se basa en formalizar un pedazo de funcionalidad como una prueba, la aplicación de la funcionalidad de tal manera que la prueba pasa e itera el proceso.
Este documento describe un experimento controlado para evaluar un importante aspecto de TDD: En TDD, los programadores escriben pruebas de funcionamiento antes de la código de implementación correspondientes. El experimento se realizó con estudiantes de pregrado. Mientras que el grupo de experimento aplicó una estrategia de prueba primero , el grupo de control aplicó una técnica de desarrollo más convencional , escribiendo pruebas después de la implementación . Ambos grupos siguieron un proceso incremental, agregando nuevas características una a la vez y regresión probándolas.
Hemos encontrado que la prueba primer estudiantes escribieron en promedio más pruebas y, a su vez, los estudiantes que escribieron más pruebas tendían a ser más productivo. Nosotros también observamos que la calidad mínima aumentó linealmente con el número de pruebas de programador , independientemente de la estrategia de desarrollo empleada.
En el artículo publicado, menciona que tardó un 16% más en completar un proyecto con TDD. Si bien mencionaron las pruebas como un subproducto del proceso, no parecían enfocarse en el hecho de que al final de TDD, usted tiene el código Y las pruebas.IMO las pruebas más que pagar por sí mismas en el largo plazo – casademora
pueden reconsideras mi respuesta como la respuesta, ya que WeDoTDD.com es información nueva y prueba de que TDD funciona y cómo ha funcionado para las empresas. – PositiveGuy