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
