Bugs de apps hechas con IA y cómo reportarlos

Cualquier app puede tener bugs, sin importar cómo se hizo. Esta página trata de los tipos de fallo que vale la pena buscar cuando no escribiste cada línea tú mismo, y de cómo un tester puede describirlos para que los arregles rápido. No afirma con qué frecuencia falla nada.

Patrones de fallo que hay que probar

• Solo funciona en el camino feliz. Todo funciona si haces lo que describió el prompt. Prueba a saltarte un paso, volver atrás o repetir uno.
• Estados vacíos y de error. ¿Qué muestra una lista sin datos? ¿Qué pasa cuando una petición falla? Una pantalla en blanco es un bug aunque nada se haya cerrado.
• Estado perdido al girar o al volver. Gira el teléfono, cambia de app, vuelve. ¿Sigue ahí el texto que escribiste?
• Pantallas que se ven bien en un solo teléfono. Pantallas pequeñas, fuentes grandes y notches pueden ocultar botones o cortar texto.
• Permisos. Deniega un permiso y mira si la app lo explica o simplemente se detiene.
• Sin conexión y red lenta. Spinners que nunca terminan, fallos silenciosos, entradas perdidas.
• Botones que no hacen nada. Un control que parece terminado pero no está conectado a nada.
• Login y sesiones. Cerrar sesión, entrar desde un segundo dispositivo, una sesión caducada.
• Contenido de demo que quedó. Datos de muestra, cuentas de prueba, texto de relleno.

Qué contiene un reporte útil

Un tester que escribe "se cerró" no te da nada con lo que trabajar. Pide:

1. Dispositivo y versión del SO.
2. Versión / build de la app.
3. Pasos, numerados, desde un inicio limpio.
4. Resultado esperado.
5. Resultado real, con captura de pantalla o grabación.
6. Con qué frecuencia ocurre (siempre, a veces, una vez).

Más en plantilla de reporte de bugs para testers de apps y cómo dar feedback útil sobre una app.

Convierte un reporte en un prompt

Pega el reporte tal cual y añade el contexto que tu asistente no tiene:

Aquí tienes un reporte de bug de un tester.
[pega el reporte]

Pantalla o archivo relevante: [nombre]
Explica primero la causa probable y luego propone el cambio más pequeño que lo arregle.
No cambies comportamientos no relacionados.

Después repite tú mismo los pasos exactos del tester. Un arreglo solo es un arreglo cuando esos pasos ya no reproducen el problema y los pasos que funcionaban antes siguen funcionando.

Lleva una lista

Una línea por bug: reporte, estado (abierto, arreglado, volver a probar) y número de build. Pide al tester que vuelva a probar la corrección.

Siguiente paso

AppReviewX te da feedback privado y estructurado, pensado con los campos de arriba en mente. Un feedback que escribes te da 1 crédito; las cuentas nuevas empiezan con 0. Empieza gratis.

Relacionado: hub de vibe coding, prueba cerrada para una app hecha con IA, destacar entre muchas apps nuevas.