El centro está probado; el borde, no
Los modelos generan código para el caso que les pediste y asumen que el resto «no pasa». Pero los usuarios reales vacían campos, pegan emojis, dan doble clic y entran al metro. Tu trabajo no es predecir cada locura: es exigir sistemáticamente las cinco familias de borde que aparecen en toda aplicación, una y otra vez.
[Las cinco familias de borde de todo formulario]
Esta actividad interactiva ('Explicacion visual') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.
Un mismo campo, siete preguntas
| Caso límite | Qué le escribo al campo email | Qué debería pasar |
|---|---|---|
| Vacío | (nada) | aviso claro, el formulario sigue abierto |
| Sin forma | "ana" | rechazo con ejemplo del formato correcto |
| Gigante | 3.000 caracteres | no revienta; corta o avisa con criterio |
| Raro | emojis, comillas y etiquetas HTML pegadas al email | valida o escapa; nunca ejecuta |
| Duplicado | el email ya registrado | mensaje específico: ya existe |
| Extremo válido | "a@mail.a" | define TU regla y la cumple consistente |
| Sin conexión | cualquiera, con el wifi caído | mensaje de red, no pantalla blanca |
El prompt de borde sistemático
Para la funcion "crear contacto" de mi app, NO me des solo el camino feliz.\nGenera la matriz de casos limite y luego implementa validacion y pruebas para cada uno:\n- vacio (nombre sin email, email sin nombre, todo vacio)\n- longitud maxima (nombre de 3000 caracteres)\n- caracteres problematicos: comillas, emoji, texto con < y >\n- duplicados: mismo email dos veces, doble clic en Guardar\n- extremos validos segun mi regla de email\n- entorno: sin conexion, sesion expirada\n\nCada caso necesita: entrada exacta, comportamiento esperado del sistema\n(mensaje, codigo HTTP, estado de la base) y como se verifica automaticamente.\nEmpieza mostrando la matriz completa antes de escribir codigo.Prueba
Un usuario reporta «pantalla blanca al dar Guardar dos veces rápido». ¿Qué borde no se consideró?
Bastan tres casos de prueba por función: el válido, el inválido y el vacío.
Detecta la validación ingenua
La IA validó el email así. Señala la línea que dejaría pasar el ataque clásico:
- El formulario pide email y verifica que no esté vacío.
- Verifica que contenga una arroba (@).
- Rechaza el registro si el email ya existe.
- Limita la longitud máxima a 254 caracteres.
Identifica la linea con error.
Toma la función más importante de tu proyecto y aplica las cinco familias de borde una a una, a mano, en la app. Anota cuál la dejó en pantalla blanca: ese es tu primer caso límite con nombre y apellido.