Test-plan: cómo combinar trabajo manual e IA

Qué hace la herramienta «Test-plan»

«Test-plan» es una herramienta web que, a partir de su descripción textual de una tarea, genera un plan de pruebas estructurado. Introduce tu idea o funcionalidad en el campo «Tu texto o idea», indica la plataforma o aplicación en el campo «Plataforma o aplicación» y pulse «Generar». Al obtener resultados, recibe plain text con un conjunto de casos de prueba: escenarios exitosos, fallidos y condiciones de frontera. El resultado se puede copiar o descargar en TXT.

La herramienta no requiere registro, no guarda datos automáticamente y no se integra con otros sistemas. Solo funciona con texto: no admite carga de documentos, OCR, exportación a DOCX o PDF, procesamiento por lotes. Es importante considerar esto al planificar: si necesita un test-plan para un sistema complejo con muchas integraciones, deberá complementar el resultado manualmente.

Limitaciones de entrada: primer campo hasta 8000 caracteres, segundo hasta 1000. El modelo puede cometer errores, y la cola y disponibilidad del servicio varían. Por lo tanto, la herramienta debe considerarse como un asistente para generación de ideas, no como reemplazo de un analista o tester.

Ejemplo de entrada: «Formulario de restablecimiento de contraseña, que envía una sola enlace al email». Plataforma: «Aplicación web». Resultado: lista de pruebas, incluyendo restablecimiento exitoso, email incorrecto, enlace expirado, reutilización de enlace.

Qué partes de la tarea delegar a la IA

La IA destaca en la enumeración rutinaria de variantes. Se le puede encargar la generación de escenarios tipo exitosos: por ejemplo, para un formulario de restablecimiento de contraseña, esto incluye ingresar email correcto, seguir el enlace, establecer nueva contraseña. También la herramienta sugerirá casos fallidos: email inexistente, campo vacío, formato incorrecto, contraseñas que no coinciden. Las condiciones de frontera —longitud de contraseña, símbolos especiales, reenvío de correo— también suelen aparecer en el borrador.

Delegue a la IA la estructuración inicial: división en categorías, redacción de pasos, resultado esperado. Esto ahorra tiempo en la fase de tormenta de ideas. Pero no solicite a la herramienta que establezca prioridades o evalúe riesgos —para eso necesita el contexto del proyecto, que conoce mejor.

Si tiene una lista de verificación o requisitos, puede insertarlos en el campo de entrada para que la IA los tenga en cuenta. Por ejemplo, indique que el enlace funciona 15 minutos, y la contraseña debe tener mínimo 8 caracteres. Entonces los casos generados serán más precisos.

Entrada: «Restablecimiento de contraseña: email, enlace funciona 15 minutos, contraseña de mínimo 8 caracteres, debe contener dígito y letra». La IA añadirá verificaciones de vencimiento de enlace y complejidad de contraseña.

Qué verificar uno mismo

Después de la generación, verifique obligatoriamente si se cubren todos los escenarios clave. La IA puede pasar por alto escenarios específicos de su producto: por ejemplo, restablecimiento de contraseña para un usuario ya autenticado, o comportamiento al bloquear la cuenta. También verifique si hay pruebas duplicadas o irrealistas.

Evalúe manualmente los valores límite. La IA puede sugerir una contraseña de 7 caracteres, pero si el requisito —mínimo 8, eso no es un límite, sino un fallo. Asegúrese de que los límites coincidan con su documentación. Verifique si se han considerado escenarios negativos con datos inesperados: emojis, espacios, inyección SQL.

Establezca prioridades por sí mismo: qué pruebas son críticas para el lanzamiento, cuáles se pueden posponer. La IA no conoce sus plazos y riesgos. También verifique la redacción de los pasos —deben ser unambiguos para que cualquier tester pueda reproducir el escenario.

La IA propuso prueba «ingresar contraseña de 7 caracteres». Verifica los requisitos: mínimo 8, por lo tanto, es un caso fallido, no límite. Corrige.

Cuándo el servicio no es adecuado

La herramienta no servirá si necesita un test-plan para un sistema con muchas integraciones, donde importan las secuencias de llamadas API, trabajo con base de datos, colas de mensajes. La IA no ve la arquitectura y no puede proponer escenarios completos. En tales casos, es mejor usar herramientas especializadas o diseño manual.

También no debe confiar en el servicio si se requiere alta precisión y seguridad. Por ejemplo, testing de transacciones financieras o datos médicos: errores en el test-plan pueden llevar a pasar por alto bugs críticos. Aquí se necesita un tester experimentado y un proceso estricto.

Si ya tiene un test-plan detallado, la IA no ofrecerá una ganancia significativa. Es útil en etapas tempranas, cuando necesita lanzar ideas rápidamente. Para testing de regresión o escenarios complejos, es mejor usar listas de verificación comprobadas.

Para testing de transferencia bancaria con verificación de saldo, límites y bloqueos, la IA no considerará todas las reglas de negocio. Mejor elaborar el plan manualmente.

Ejemplo práctico: formulario de restablecimiento de contraseña

Considere un ejemplo ficticio: una aplicación web con un formulario de restablecimiento de contraseña. El usuario introduce email, recibe un correo con enlace único, sigue el enlace y establece nueva contraseña. Queremos elaborar un test-plan con IA.

Introducimos en la herramienta: «Formulario de restablecimiento de contraseña, envía enlace único al email. El enlace funciona 15 minutos. Contraseña de mínimo 8 caracteres, debe contener dígito y letra». Plataforma: «Aplicación web». Pulse «Generar».

La herramienta devuelve un borrador. Casos exitosos: email correcto, seguimiento de enlace, ingreso de contraseña válida, restablecimiento exitoso. Casos fallidos: email inexistente, campo vacío, formato de email incorrecto, contraseñas que no coinciden, contraseña débil. Fronteras: email con espacios, enlace después de 14 minutos 59 segundos, contraseña exactamente 8 caracteres, reutilización de enlace.

Verifica manualmente: añadimos el caso cuando el usuario ya está autenticado y solicita restablecimiento; verificamos que el enlace sea único; comprobamos que al reenviarse la antigua se anule. También añadimos verificación de inyección SQL en el campo email. Establecemos prioridades: críticos — restablecimiento exitoso y vencimiento de enlace.

Test-plan final: 1. Restablecimiento exitoso. 2. Email incorrecto. 3. Campo vacío. 4. Enlace expirado. 5. Contraseña de 7 caracteres. 6. Contraseña de 8 caracteres con dígito y letra. 7. Reutilización de enlace. 8. Inyección SQL.

Cómo verificar el resultado y limitaciones

Después de la generación, revise cada caso de prueba para asegurar su conformidad con los requisitos. Asegúrese de que los pasos sean reproducibles, el resultado esperado sea unambiguo. Verifique si hay pruebas imposibles de ejecutar en su entorno. Por ejemplo, la IA puede sugerir verificar email, pero quizás no tiene acceso a la bandeja de entrada.

Recuerde las limitaciones de la herramienta: no guarda historial, no exporta a DOCX, no admite carga de archivos. El modelo puede cometer errores, y la cola de generación puede retrasarse. No use el resultado sin adaptarlo a su proyecto.

La herramienta no garantiza cobertura completa. Solo ayuda a comenzar. Siempre complemente el plan con sus conocimientos sobre el producto, riesgos y lógica de negocio. El testing es un proceso creativo, y la IA aquí es solo asistente.

Verificación: si la IA propuso prueba «ingresar email sin @», asegúrese de que la validación realmente deba rechazar esa dirección. Si sí — la prueba es correcta.