Lidiar con legacy code en Android suele ser un reto, sobre todo a la hora de hacer testing. https://gabimoreno.soy/legacy-code-android-testing Aquí te damos tips para abordarlo. ✅ 📜 ÍNDICE: - Cabecera - Presentación, bienvenida, ¿de qué vamos a hablar? - ¿Qué es un proyecto legacy? ¿Qué es código legado? 🤔 - Que no tenga tests significa que… ¿todo código que no tenga tests es legacy? o ¿todo código legacy es aquel que no tiene tests? 🤯 - Riesgos de tener código legacy ⚠ - Que otras características se tienen en cuenta para considerar que un proyecto es legacy - Llegamos a una startup, todo el código es legacy, ¿con qué deberíamos empezar? - Test de andamiaje (scaffolding): ¿qué son? - ¿Por qué sería difícil arrancar por un unit test? 👀 - El poder de los IDEs, de ChatGTP ⚡ - Boyscout mood ✨ - ¿Cómo se podría extraer de Java a Kotlin con el IDE? 🤔 - Pruebas de regresión - Hacer un refactoring grande: opiniones y consejos 👍 - Martin Fowler → estrategia de 3 pasos: expandir, migrar, contraer + IDE power 😮 - Comentario sobre el libro “Refactoring” 📙 - Feature flags: control de cambios 🏳 - Qué hacemos con el código legacy y qué hacemos con el nuevo código que escribamos - Buena práctica / tip: cada vez que aparezca un bug, intentar arreglarlo y poner un test que lo cubra - Comentamos 2 tips más - Tips++ (uno más) → git-effort - Más estrategias / tips para proyectos legacy ➕ - Hablamos de screenshot testing 📸 - Una experiencia personal con un proyecto legacy - Pruebas de caja negra, ¿tienen cabida en el testing de un proyecto legacy? - Un último tip: Singleton, static, and so on. 💥 Hablamos de qué hacer si nos lo encontramos - Últimos comentarios - Resumen de la charla - Despedida y agradecimientos --- Send in a voice message: https://podcasters.spotify.com/pod/show/losandroides/message