IA + TDD en Android: La Nueva Era del Testing

🐢 La Paradoja del TDD

Todos conocemos la teoría de TDD (Test Driven Development):

1. Red: Escribe un test que falle.
2. Green: Escribe el código mínimo para pasar el test.
3. Refactor: Mejora el código sin romper el test.

La realidad: Es difícil. Requiere mucha disciplina y escribir mucho código de “fontanería” (mocks, setups) antes de escribir una línea de lógica productiva. Por eso muchos equipos lo abandonan.

🚀 La IA como Catalizador de TDD

La IA resuelve el problema del “Lienzo en Blanco”. En lugar de escribir el test desde cero, le describes a la IA lo que quieres probar.

El Flujo de Trabajo “AI-First TDD”

Paso 1: Especificación (Prompt) En lugar de escribir código, escribes una especificación en lenguaje natural (o en KDoc).

// Prompt para Copilot/Gemini:
// Genera una clase de test para ShoppingCartViewModel.
// Debe probar:
// 1. Cuando se añade un item, el total se actualiza.
// 2. Cuando se aplica un cupón inválido, emite un estado de error.
// 3. Cuando el stock es 0, no permite añadir.
// Usa MockK y Turbine.

Paso 2: Generación de Tests (Red) La IA genera ShoppingCartViewModelTest.kt con 3 tests que no compilan (porque el ViewModel no existe o está vacío).

Paso 3: Generación de Implementación (Green) Ahora le pides a la IA: “Genera la implementación mínima de ShoppingCartViewModel para que estos tests compilen y pasen”.

Paso 4: Refactor Ahora tú, el humano, revisas la implementación. “Mmm, este cálculo de total es ineficiente”. Lo cambias. Corres los tests. Siguen pasando.

🧠 Ventajas de este Enfoque

1. Cobertura por Defecto: Como los tests se escriben primero (por la IA), nunca tienes código sin testear.
2. Documentación Viva: Los prompts que usaste para generar los tests sirven como documentación de los requisitos.
3. Menor Resistencia Mental: Es más fácil pedirle a la IA “Genera un test para X” que escribirlo tú mismo. Rompe la inercia inicial.

🛠️ Ejemplo Práctico: Validadores

Humano (Comentario):

// Test: EmailValidator
// - debe rechazar emails vacíos
// - debe rechazar emails sin @
// - debe aceptar emails válidos simples
// - debe rechazar emails con caracteres prohibidos

IA (Generación):

@Test
fun `should return false when email is empty`() {
    assertFalse(validator.isValid(""))
}

@Test
fun `should return false when email has no at sign`() {
    assertFalse(validator.isValid("test.com"))
}
// ... etc

🎯 Conclusión

TDD ya no es una metodología reservada para puristas con tiempo de sobra. Con la asistencia de IA, TDD se convierte en la forma más rápida y segura de escribir código. La IA elimina el trabajo pesado de escribir el boilerplate del test, dejándote a ti la tarea de definir los casos de uso y la lógica de negocio.