Cómo probar tu app hecha con IA cuando nunca antes has probado software
Una guía práctica para probar una app hecha con IA cuando no tienes experiencia en QA. Dónde hacer clic, qué romper a propósito y cómo saber cuándo está lo bastante bien como para compartirla.
Construiste una app con IA. Funciona en el camino feliz — tecleas tu nombre, presionas el botón, ves la pantalla de éxito. ¿Y ahora qué? ¿Está lista para enviársela a tus tres usuarios beta? ¿A tu equipo? ¿A tus clientes?
Si no tienes experiencia en software, probar se siente como una de esas cosas que hacen los “desarrolladores de verdad” — con frameworks, aserciones y pipelines de CI. La buena noticia: eso no es lo que realmente es la mayoría de las pruebas. La mayoría de las pruebas, sobre todo cuando estás lanzando algo pequeño y nuevo, es una persona haciendo clic por todos lados con intención. Eso lo puedes hacer. Este artículo trata de hacerlo a propósito, para que encuentres los bugs antes que tus usuarios.
La meta no es probar tu app hecha con IA como un profesional. Es probarla como un amigo paranoico que genuinamente quiere que funcione.
El truco de las dos listas
Antes de hacer clic en nada, siéntate diez minutos con un documento en blanco y escribe dos listas.
Lista A — los caminos felices. ¿Cuáles son las tres o cuatro cosas que se supone que un usuario hace con esta app? Para un SaaS típico, podría ser: registrarse, crear su primer proyecto, invitar a un compañero, exportar un resultado. Para una app tipo directorio: buscar, filtrar, hacer clic en un listado, guardarlo. Tres o cuatro flujos reales, en lenguaje sencillo.
Lista B — los caminos infelices. ¿Y si el usuario hace algo casi bien pero no del todo? Teclea su correo con una errata. Presiona el botón de atrás a mitad del flujo. Abre dos pestañas y edita lo mismo en ambas. Envía un formulario vacío. Pega el contenido de un documento de Word — con formato y todo — en un campo de texto. Cierra la laptop y la reabre diez minutos después. Intenta invitar a un compañero usando un correo que ya existe en el sistema.
La lista de caminos felices es para lo que tu creador de apps con IA optimizó. Es lo que la IA probó mentalmente mientras escribía el código. La lista de caminos infelices es donde viven los bugs, porque casi nadie — ni la IA, ni tú cuando estabas escribiendo los prompts — estaba pensando en esos casos.
Cuando de verdad pruebes, recorre primero la Lista A para confirmar que lo básico funciona. Luego dedica el grueso de tu tiempo a la Lista B. La Lista B es donde está el valor. La Lista B también es donde te enteras de qué quieres realmente que haga la app cuando las cosas se tuercen, lo cual a menudo fuerza una conversación aclaratoria con el creador con IA (“cuando el formulario está a medio llenar, ¿debería advertir o autoguardar?”).
Tres cosas para romper a propósito
Una vez que tengas tus listas, aquí hay tres categorías que atrapan la mayoría de los bugs reales en las apps hechas con IA.
Entradas vacías y raras. Envía el formulario sin nada llenado. Envíalo con un solo campo lleno. Envía un nombre de 500 caracteres. Envía un nombre con emoji. Pega una URL en un campo que espera un nombre. Prueba el campo de correo con “test”, con “test@”, con “test@example”, con la dirección “a@b.co” — ¿acepta correos cortos legítimos? Los creadores de apps con IA a menudo agregan validación, pero la validación puede estar mal en cualquier dirección — demasiado estricta (rechaza usuarios reales) o demasiado floja (acepta basura).
Ir hacia atrás y de lado. La mayoría de las apps funciona bien si las recorres como un grupo de turistas obediente. Se rompen en el momento en que alguien explora. Presiona el botón de atrás. Presiona adelante de nuevo. Refresca la página a mitad de un flujo. Abre la misma página en dos pestañas y edita en ambas. Cierra sesión y vuelve a entrar. Si tienes un botón de “deshacer”, presiónalo tres veces seguidas. Estos no son casos extremos. Así es como la gente real usa el software.
Los datos después. Construye la cosa que tu app construye. Un proyecto, una publicación, un registro, lo que sea. Luego vuelve mañana. ¿Sigue ahí? ¿Sobrevivió el formato? Si lo editas, ¿se guarda la edición? Si lo borras, ¿de verdad desapareció, o vuelve cuando refrescas? Los creadores de apps con IA a menudo clavan el flujo de “crear” y olvidan que todo lo que creas necesita persistir y poder editarse después.
Cómo se ve “lo bastante bien”
Nunca vas a probar tu app hecha con IA hasta la perfección. El software es demasiado enredado y tu tiempo es demasiado valioso. La pregunta no es “¿es perfecta?” — es “¿está lo bastante bien para el siguiente grupo de personas frente a las que la voy a poner?”.
Aquí hay una jerarquía aproximada que puedes tomar prestada.
Lo bastante bien para demostrar: el camino feliz funciona sin caerse. Los botones van a donde deberían. Puedes mostrar una grabación de pantalla sin cortar nada.
Lo bastante bien para usuarios amistosos: los caminos infelices no pierden datos. Los formularios te dicen qué está mal en lugar de fallar en silencio. Refrescar la página no rompe nada. Tres amigos pueden usarla sin escribirte por ayuda.
Lo bastante bien para usuarios que pagan: la app maneja usuarios que nunca has conocido. Sus navegadores, sus datos, sus hábitos. Tienes una forma de ver cuándo se rompen las cosas (el seguimiento básico de errores es suficiente — no necesitas un panel sofisticado). Puedes corregir y volver a desplegar sin romperle la app a la gente que ya la está usando.
La mayoría de los creadores lanza al nivel de “usuarios amistosos” y luego mejora conforme llegan los comentarios. Eso es correcto. El error es intentar saltar de “lo bastante bien para demostrar” directo a “lo bastante bien para usuarios que pagan” sin el paso intermedio. Los usuarios amistosos encuentran cosas que los usuarios reales encontrarían — pero no se enojan por ellas. Aprovecha esa brecha.
Cuándo pedirle a la IA que pruebe por ti
Tu creador de apps con IA puede ayudar a probar, pero tienes que ser específico sobre lo que quieres. “Agrega pruebas” es un mal prompt. Va a generar código que parece pruebas y probablemente pasa, sin verificar realmente nada que te importe. La mayoría de esas pruebas autogeneradas confirman que 1+1 sigue siendo 2.
Un mejor prompt: “Acabo de intentar enviar el formulario de registro con el campo de correo vacío y se cayó. Encuentra dónde se maneja eso y agrega una verificación que muestre un error amistoso en su lugar.” Bug específico, corrección específica, resultado específico. La IA es buena en esto. Es mala en “asegúrate de que mi app no tenga bugs” porque eso no es una tarea — es un deseo.
La otra cosa en la que los creadores con IA son buenos es en reproducir tu bug. Si describes qué hiciste, qué esperabas y qué pasó, el creador normalmente puede rastrear el código y proponer una corrección. La disciplina que necesitas es la disciplina de anotar esas tres cosas con claridad. La mayoría de los reportes de bugs de principiante son alguna versión de “no funciona”. La mayoría de los reportes de bugs corregibles son “hice clic en X, esperaba Y, obtuve Z”.
Probar es leer, no solo hacer clic
Una última cosa. No tienes que entender cada línea de código de tu app hecha con IA para probarla bien. Pero al menos deberías echarle un vistazo. Abre el archivo que la IA acaba de cambiar. Lee la función que agregó. No necesitas saber qué significa cada palabra clave — necesitas saber si la función parece estar haciendo lo que pediste.
Muchos bugs de apps hechas con IA no son “el código está roto”. Son “el código hace algo ligeramente distinto de lo que querías”. Un campo se guarda en el lugar equivocado. Un botón actualiza una cosa pero no la cosa relacionada. Un botón de “borrar” oculta en lugar de borrar. No puedes atrapar esos sin leer lo que de verdad se construyó.
Trata el código como algo que puedes auditar, no como algo que tienes que escribir. Esa es la diferencia entre una app hecha con IA en la que confías y una que solo esperas que funcione.
La versión simple
Si no recuerdas nada más: escribe las dos listas, rompe cosas a propósito y decide a qué nivel de “lo bastante bien” estás lanzando. La mayoría de los bugs en una app hecha con IA no son sutiles. Están sentados en la lista de caminos infelices que nadie se molestó en escribir.
Si quieres una pequeña tarea: elige una app que hayas construido y prueba cuatro cosas — envía un formulario vacío, presiona refrescar a mitad del flujo, edita un registro y revísalo mañana, y pídele a un amigo que la use sin que tú observes. Lo que se rompa es tu lista real de bugs. Todo lo demás es procrastinación.