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