Test plan: how to create checks for a password reset form
La herramienta «Test plan» transforma una descripción de función en un conjunto estructurado de verificaciones: escenarios exitosos, fallidos y condiciones fronterizas. En este artículo veremos cómo preparar los datos de entrada usando el ejemplo de un formulario de restablecimiento de contraseña que envía un enlace único por correo electrónico, y cómo evaluar la calidad del plan generado. El ejemplo es ficticio y se presenta solo para ilustración.
Abrir herramienta: Constructor de plan de pruebas ↗Qué se ingresa en la entrada y cómo formular la tarea
La herramienta acepta dos campos de texto: «Tu texto o idea» (hasta 8000 caracteres) y «Plataforma o aplicación» (hasta 1000 caracteres). En el primer campo describa la función, su comportamiento y los resultados esperados. Cuanto más específico sea el descripción, más precisos serán los casos. Por ejemplo: «Formulario de restablecimiento de contraseña: el usuario ingresa email, el sistema verifica su existencia, envía un correo con un enlace único, el enlace es válido 15 minutos y puede usarse una sola vez». En el segundo campo indique la plataforma: «Aplicación web, navegador de escritorio».
Evite frases generales como «haga un test-plan para restablecer contraseña». En su lugar, enumere los elementos clave: campos de entrada, botones, condiciones de validación, restricciones temporales, número de intentos. Esto ayudará a la herramienta a generar verificaciones significativas, no plantillas.
Verifique que la descripción no supere el límite de caracteres. Si el texto es largo, acorte los detalles secundarios, pero conserve todas las reglas de negocio. Recuerde: la herramienta no analiza código y no se conecta a la base de datos: funciona solo con su descripción de texto.
Campo 1: «Formulario de restablecimiento de contraseña: el usuario ingresa email, el sistema verifica su existencia, envía correo con enlace único, el enlace dura 15 minutos y puede usarse una sola vez. Después de restablecer la contraseña, todas las sesiones activas finalizan». Campo 2: «Aplicación web, navegador de escritorio».
Cómo la herramienta construye casos exitosos, fallidos y fronterizos
Basado en su descripción, la herramienta identifica tres grupos de verificaciones. Los casos exitosos describen el comportamiento correcto: ingreso de email existente, recepción de correo, transición por enlace, establecimiento de nueva contraseña. Los casos fallidos verifican el manejo de errores: email inexistente, campo vacío, formato incorrecto, reutilización de enlace. Los casos fronterizos exploran valores límite: longitud mínima y máxima de email, tiempo de vida de enlace exactamente 15 minutos, ingreso de email con espacios al inicio o fin.
La herramienta no genera código y no ejecuta pruebas. Crea un plan de texto, que luego adapta a su entorno. Por ejemplo, para verificar el tiempo de vida del enlace puede proponerse el caso «enlace usado después de 14 minutos 59 segundos» y «después de 15 minutos 1 segundo». Esto ayuda a detectar errores en los bordes.
Es importante entender: la herramienta no conoce las particularidades de su infraestructura, por lo que algunos casos pueden no ser aplicables. Su tarea es filtrar lo superfluo y complementar el plan con verificaciones faltantes, si es necesario.
Fragmento generado: «Caso fronterizo: email de 254 caracteres de longitud (longitud máxima admitida por RFC 5321). Expectativa: el sistema acepta email y envía correo». «Caso fallido: reutilización de enlace después del restablecimiento exitoso. Expectativa: el sistema muestra mensaje de error y no permite cambiar la contraseña».
Verificación de precisión y completitud del resultado
Después de la generación evalúe si se cubren todos los aspectos clave de la función. Para un formulario de restablecimiento de contraseña verifique la presencia de casos para: validación de email, envío de correo, vigencia del enlace, uso único, finalización de sesiones, manejo de errores de red. Si falta algún punto, agréguelo manualmente o refine los datos de entrada y genere el plan nuevamente.
La precisión se verifica según el cumplimiento de su descripción. Si en el texto dice que el enlace dura 15 minutos y en el plan se indica 10 minutos — es un error. La herramienta puede equivocarse, por lo que siempre debe comparar los casos generados con los requisitos originales.
La completitud también depende de la detallación de los datos de entrada. Cuantas más reglas describa, más verificaciones obtendrá. No espere que la herramienta adivine condiciones poco obvias, como límite de solicitudes desde una sola IP. Tales casos es mejor agregar usted mismo.
Verificación: en el plan hay caso «El usuario ingresa email con espacio al inicio». Si en su descripción no se indicó cómo se manejan los espacios, este caso puede ser redundante o, al contrario, útil. Decida si corresponde a sus requisitos.
Cómo usar el resultado en pruebas reales
El test plan generado se puede copiar o descargar en formato TXT. Úselo como lista de verificación para pruebas manuales o como base para automatización. Divida los casos por prioridades: primero exitosos, luego fallidos, luego fronterizos. Para cada caso indique el resultado esperado y el real.
Si está probando una aplicación web, verifique cada caso en el navegador. Para verificar el tiempo de vida del enlace puede cambiar la hora del sistema o usar herramientas de desarrollador. Recuerde que la herramienta no ejecuta pruebas por usted: solo ofrece un plan.
El resultado se puede pasar al equipo de testers o usar para escribir casos de prueba en un sistema de gestión de pruebas. Recuerde que el plan no considera las particularidades de su arquitectura, por lo que adapte sus necesidades.
Archivo TXT descargado contiene lista: «1. Restablecimiento exitoso: ingreso de email existente, transición por enlace, establecimiento de nueva contraseña. 2. Fallo: ingreso de email inexistente. 3. Frontera: enlace usado exactamente después de 15 minutos». Añade pasos y resultados esperados.
Limitaciones de la herramienta y errores típicos
La herramienta no analiza código, no se conecta a base de datos y no verifica el comportamiento real del sistema. No garantiza que todos los casos sean correctos o completos. El modelo puede cometer errores, y la cola y disponibilidad pueden variar. No use el plan generado como única fuente de verdad.
La herramienta no soporta exportación a DOCX o PDF, no ejecuta procesamiento por lotes, no guarda resultados automáticamente y no se integra con otros sistemas. Longitud máxima de texto de entrada — 8000 caracteres, segundo campo — 1000 caracteres. Exceder el límite provocará error.
No intente usar la herramienta para generar imágenes, audio o video. Funciona solo con texto. Tampoco espere que considere todos los matices de su dominio — es solo un ayudante para redactar un borrador de test plan.
Si ingresa una descripción de más de 8000 caracteres, la herramienta devolverá un error. Acorte el texto, dejando solo reglas clave.
Cómo mejorar la calidad del test plan
Para obtener un plan más preciso, agregue en los datos de entrada valores específicos: tiempo de vida del enlace, máximo número de intentos, formato de email. Evite formulaciones ambiguas. Si la función tiene varios modos, describa cada uno por separado.
Después de la generación verifique si hay casos duplicados o contradictorios. Elimine los que no le sean relevantes. Si es necesario, genere el plan nuevamente con descripción refinada.
Use el plan como punto de partida para discusión con el equipo. Los colegas pueden notar escenarios omitidos. El trabajo conjunto aumenta la cobertura completa.
En lugar de «el enlace dura algún tiempo», escriba «el enlace dura 15 minutos». Entonces en el plan aparecerán casos fronterizos a 14:59 y 15:01.
La herramienta «Test plan» ayuda a crear rápidamente un conjunto estructurado de verificaciones para un formulario de restablecimiento de contraseña. Evalúe el resultado según la precisión de coincidencia con su descripción y la cobertura completa de los escenarios clave. Recuerde las limitaciones: la herramienta no ejecuta pruebas y no garantiza la ausencia de errores. Úsela como borrador, complementándola y adaptándola a sus necesidades. El ejemplo es ficticio y se presenta solo para ilustración.
Abrir herramienta: Constructor de plan de pruebas ↗Las traducciones de la interfaz son asistidas por máquina y pueden necesitar refinamiento.