Refactorización: Difference between revisions
No edit summary |
No edit summary |
||
| Line 3: | Line 3: | ||
Se recomienda realizar la refactorización, seguida de pruebas unitarias para comprobar que no ha cambiado el comportamiento del código. | Se recomienda realizar la refactorización, seguida de pruebas unitarias para comprobar que no ha cambiado el comportamiento del código. | ||
Es una práctica especialmente recomendada en programación ágil, como garantía de calidad y para evitar que el cambio continuo genere "deuda técnica". | Es una práctica especialmente recomendada en programación ágil, como garantía de calidad y para evitar que el cambio continuo genere "[[deuda técnica]]". | ||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Información complementaria: agilidad]] | [[Category:Información complementaria: agilidad]] | ||
[[Category:Prácticas ágiles]] | |||
Revision as of 21:17, 18 October 2016
Re-estructuración del código fuente, alterando su estructura interna, sin modificar el comportamiento del programa, con la finalidad de "limpiar el código": mejorar la consistencia interna, claridad, comprensión en general su calidad.
Se recomienda realizar la refactorización, seguida de pruebas unitarias para comprobar que no ha cambiado el comportamiento del código.
Es una práctica especialmente recomendada en programación ágil, como garantía de calidad y para evitar que el cambio continuo genere "deuda técnica".