Testing y Quality Engineering con IA

1. Objetivos de la semana

¿Cómo sabemos que nuestra aplicación
sigue funcionando después de cambiarla?

2. De Testing a Quality Engineering

Testing no significa simplemente escribir pruebas.

Construir

↓

Probar

↓

Encontrar errores

↓

Corregir

Requisitos
    ↓
Diseño
    ↓
Implementación
    ↓
Testing
    ↓
Observabilidad
    ↓
Seguridad
    ↓
Rendimiento
    ↓
Automatización
    ↓
Continuous Quality

El objetivo es introducir calidad durante todo el ciclo de desarrollo.

3. ¿Qué es un test?

Un test es una comprobación automatizada de que un comportamiento determinado es el esperado.

Ejemplo sencillo

FUNCIÓN

calculateTotal(price, quantity)


ENTRADA

price = 10
quantity = 3


ESPERADO

30


TEST

calculateTotal(10,3)
        ↓
       30

PASS

Un test tiene normalmente

Patrón AAA

ARRANGE

Preparar datos


ACT

Ejecutar función


ASSERT

Comprobar resultado

4. Niveles de testing

No todos los tests comprueban lo mismo.

Pirámide de testing

             /\
            /  \
           / E2E\
          /------\
         /  API   \
        /----------\
       / Integration\
      /--------------\
     /      UNIT       \
    /__________________\

Muchos tests baratos

Pocos tests caros

5. Unit Testing

Un unit test prueba una unidad pequeña del sistema de forma aislada.

Ejemplo conceptual

calculateDiscount()

Input:
100
10%

Expected:
90

¿Qué deberíamos probar?

• caso normal;
• valor mínimo;
• valor máximo;
• valor cero;
• valores inválidos;
• casos límite.

Ejemplo

describe("calculateDiscount", () => {

  test("10% discount", () => {

    expect(
      calculateDiscount(100, 10)
    ).toBe(90);

  });

});

Caso límite

calculateDiscount(100, 100)

Expected:

0

Otro caso

calculateDiscount(100, 0)

Expected:

100

6. Integration Testing

Aquí comprobamos que varias piezas funcionan juntas.

API

↓

Service

↓

Repository

↓

Database

Ejemplo

Queremos comprobar:

POST /employees

↓

EmployeeService

↓

Database

↓

Employee creado

Este test no comprueba únicamente una función. Comprueba la interacción entre componentes.

7. Testing de APIs

Nuestra aplicación utiliza APIs. Por tanto debemos comprobar sus contratos.

Ejemplo

GET /api/employees/123

Esperamos:

HTTP 200

{
  "id": 123,
  "name": "Juan"
}

Tests importantes

Pregunta importante

¿Debemos comprobar solamente el status code?

8. End-to-End Testing

Un test E2E intenta reproducir el comportamiento de un usuario real.

Ejemplo

Usuario

↓

Login

↓

Dashboard

↓

Employees

↓

Buscar "Juan"

↓

Abrir empleado

↓

Modificar departamento

↓

Guardar

↓

Verificar resultado

Este tipo de test valida que muchas piezas funcionan juntas.

9. Diseñar casos de prueba

Una de las habilidades más importantes es convertir requisitos en escenarios.

Requisito

Un empleado puede cambiar
su departamento.

Parece sencillo. Pero debemos pensar:

La IA puede ayudarnos aquí

Analiza este requisito:

"Un empleado puede cambiar
su departamento."

Genera una matriz de casos de prueba.

Incluye:

- happy path;
- errores;
- edge cases;
- permisos;
- autenticación;
- datos inexistentes;
- valores null;
- valores inválidos;
- concurrencia.

No escribas código todavía.

10. Generar tests con IA

La IA es especialmente buena generando variantes.

Prompt básico

Analiza esta función.

[PEGAR FUNCIÓN]

Genera tests unitarios.

Incluye:

1. Happy path
2. Edge cases
3. Invalid inputs
4. Boundary values
5. Null / undefined
6. Error conditions

Utiliza el framework
de testing existente.

No cambies producción.

Prompt mejorado

Antes de generar tests:

1. Analiza la función.
2. Identifica su contrato.
3. Identifica dependencias.
4. Identifica posibles errores.
5. Identifica casos límite.

Después genera los tests.

Para cada test explica:

- qué comportamiento protege;
- por qué es importante;
- qué bug detectaría.

No generes tests redundantes.

11. Agentes para construir una estrategia de testing

Aquí empezamos a utilizar la IA como miembro de un equipo de QA.

Actúa como Quality Engineer.

Analiza este proyecto.

No modifiques ningún archivo.

Investiga:

- funcionalidades;
- endpoints;
- componentes;
- servicios;
- modelos;
- reglas de negocio;
- tests existentes.

Construye una matriz:

FEATURE
RISK
EXISTING TESTS
MISSING TESTS
PRIORITY

Después identifica
los 10 riesgos de calidad
más importantes.

Después

Proyecto

↓

IA analiza

↓

Mapa funcional

↓

Riesgos

↓

Casos de prueba

↓

Priorización

↓

Implementación

↓

Ejecución

↓

Informe

Pero nunca aceptar automáticamente todos los tests generados.

12. Cómo detectar tests malos generados por IA

test("creates employee", () => {

  const result =
    createEmployee(data);

  expect(result).toBeDefined();

});

Problema

Solo demuestra que existe algún resultado. No demuestra:

• que el ID sea correcto;
• que el nombre sea correcto;
• que se haya persistido;
• que los datos sean correctos;
• que las reglas de negocio funcionen.

Test más útil

expect(result.name)
  .toBe("Juan");

expect(result.departmentId)
  .toBe(10);

expect(result.id)
  .toBeDefined();

13. Code Coverage

Coverage mide qué parte del código ha sido ejecutada durante los tests.

Ejemplo

100 líneas de código

Tests ejecutan

80 líneas

Coverage = 80%

¿Significa que tenemos un sistema 80% correcto?

Ejemplo

function divide(a,b){

  if(b === 0){

    throw Error(
      "Cannot divide by zero"
    );

  }

  return a/b;

}

Podemos conseguir coverage alto sin comprobar realmente el comportamiento del error.

Hay que distinguir

14. TDD asistido por IA

TDD significa:

RED

↓

GREEN

↓

REFACTOR

RED

Escribimos primero el test. Debe fallar.

GREEN

Implementamos lo mínimo para hacerlo pasar.

REFACTOR

Mejoramos el código sin cambiar el comportamiento.

Con IA

REQUISITO

↓

IA propone casos

↓

Desarrollador revisa

↓

IA genera tests

↓

Test FAIL

↓

IA implementa

↓

Test PASS

↓

IA propone refactoring

↓

Tests PASS

15. Edge Cases

Los casos límite son uno de los lugares donde la IA puede aportar mucho valor.

Ejemplo

function calculateAge(birthYear){

  return 2026 - birthYear;

}

Casos obvios

birthYear = 1990

→ 36

Pero...

• 2026;
• 2027;
• 0;
• null;
• undefined;
• string;
• decimal;
• negative;
• fecha futura.

Analiza esta función.

Busca exhaustivamente
edge cases.

Clasifícalos:

CRÍTICO
ALTO
MEDIO
BAJO

Explica qué comportamiento
esperarías en cada caso.

16. Proyecto práctico Week 12

Paso 1 — Inventario

Pedir al agente que analice:

• pantallas;
• funcionalidades;
• APIs;
• servicios;
• modelos;
• reglas de negocio.

Paso 2 — Matriz de riesgos

Paso 3 — Unit tests

Crear tests para las funciones de negocio principales.

Paso 4 — API tests

Crear tests para:

200
400
401
403
404
409
500

Paso 5 — Integration tests

Comprobar:

API
 ↓
Service
 ↓
Database

Paso 6 — E2E

Construir al menos 3 flujos completos:

1. Login → Dashboard.
2. Buscar empleado → abrir ficha.
3. Editar empleado → guardar → verificar.

Paso 7 — Regression tests

Recuperar los 3 bugs de Week 11. Cada uno debe tener un test automatizado.

Paso 8 — Quality Gate

Pull Request

↓

Tests

↓

Coverage

↓

Lint

↓

Security checks

↓

PASS / FAIL

Entregables

docs/

├── quality-strategy.md
├── test-plan.md
└── risk-matrix.md


tests/

├── unit/
├── integration/
├── api/
└── e2e/


docs/

└── regression-tests.md

17. Ejercicios prácticos

login(email,password)

GET /employees/999999

expect(result).toBeDefined();

function multiply(a,b){
 return a*b;
}

Analiza esta funcionalidad.

No escribas código.

Identifica:

- happy path;
- errores;
- edge cases;
- permisos;
- autenticación;
- datos inexistentes;
- estados límite.

Devuelve una matriz de casos de prueba
con:

INPUT
PRECONDITIONS
ACTION
EXPECTED RESULT
PRIORITY

18. Reto avanzado — Encontrar tests que faltan

NO ESCRIBAS TESTS.

Analiza únicamente
qué comportamientos deberían
estar cubiertos.

Busca:

- ramas;
- errores;
- límites;
- permisos;
- estados inválidos;
- concurrencia;
- null;
- datos inexistentes.

Devuelve únicamente
la matriz de cobertura propuesta.

Después el alumno debe revisar manualmente la propuesta.

Objetivo

Aprender que la IA puede producir una primera versión, pero el criterio sigue siendo humano.

19. Test de evaluación

20. Recursos externos

21. Checklist

22. Evaluación práctica

23. El aprendizaje clave

REQUISITO

↓

RIESGOS

↓

CASOS DE PRUEBA

↓

ESTRATEGIA

↓

IA GENERA TESTS

↓

DESARROLLADOR REVISA

↓

EJECUCIÓN

↓

ANÁLISIS

↓

REGRESSION

↓

QUALITY GATE

24. Preparación para Week 13

¿Cómo hacemos que una IA
pueda trabajar sobre nuestro proyecto
durante horas,

manteniendo contexto,
tomando decisiones,
ejecutando herramientas
y completando tareas complejas?