Plan de pruebas: cómo preparar la entrada, ejecutar la tarea y verificar el resultado
Un plan de pruebas es un documento que describe exactamente qué hay que verificar en un producto de software, qué datos enviar como entrada y qué resultado se considera correcto. En esta guía veremos cómo usar la herramienta «Plan de pruebas» para crear casos significativos de éxito, fracaso y condiciones límite. Aprenderá a formular datos de entrada, iniciar la generación y evaluar críticamente el plan generado. No profundizaremos en la teoría general de pruebas, nos centraremos en el uso práctico de la herramienta específica. Como ejemplo consideraremos un formulario de restablecimiento de contraseña, que envía un enlace de una sola vez al correo. Este escenario es ficticio y se brinda para ilustrar.
Abrir herramienta: Constructor de plan de pruebas ↗¿Qué es un plan de pruebas y para qué sirve
Un plan de pruebas es una lista estructurada de verificaciones que hay que ejecutar para asegurar el funcionamiento de una función. Ayuda a no olvidar escenarios importantes, especialmente cuando el testing se realiza manual o automáticamente. Un buen plan incluye no solo casos exitosos obvios, sino también verificaciones de errores, así como valores límite, donde el comportamiento del sistema puede ser inesperado.
La herramienta «Plan de pruebas» acepta como entrada texto descriptivo de su idea o funcionalidad y el nombre de la plataforma o aplicación. Sobre la base de esto genera un plan de testing con tres categorías de casos: exitosos (cuando todo funciona como se espera), fallidos (cuando el sistema debe procesar correctamente un error) y de frontera (verificación en los límites de los valores permitidos). Esto ahorra tiempo en la elaboración de un plan desde cero y ayuda a ver zonas ciegas.
Es importante entender que la herramienta no ejecuta pruebas y no garantiza que su aplicación funcione correctamente. Solo propone posibles escenarios, que luego adapta a su sistema. El resultado puede contener errores o imprecisiones, por lo que siempre debe verificarse manualmente.
Por ejemplo, para un formulario de restablecimiento de contraseña, un caso exitoso sería ingresar un email existente y recibir un correo con un enlace. Un caso fallido — ingresar un email inexistente o un campo vacío. Un caso límite — email con la longitud máxima permitida o con caracteres inusuales, pero válidos.
Cómo preparar los datos de entrada para la herramienta
El primer campo — «Tu texto o idea» — acepta hasta 8000 caracteres. Describa la función lo más posible: qué hace, qué parámetros de entrada tiene, qué restricciones. Cuanto más detallado sea el descripción, más preciso será el plan. Por ejemplo, en lugar de «formulario de restablecimiento de contraseña» escriba: «Formulario de solicitud de restablecimiento de contraseña. El usuario ingresa email. Si el email está registrado, el sistema envía un correo con un enlace único para restablecer. El enlace es válido 24 horas. Si el email no está registrado, se muestra un mensaje de error». Esto dará más contexto a la herramienta.
El segundo campo — «Plataforma o aplicación» — hasta 1000 caracteres. Indique dónde funciona la función: aplicación web, aplicación móvil, escritorio. Puede agregar características: navegador, sistema operativo, restricciones de tiempo. Por ejemplo: «Aplicación web, funciona en navegadores Chrome y Firefox, interfaz en idioma ruso». Esto ayudará a considerar la especificidad de la plataforma en el plan de pruebas.
No cargue textos extensos o código en el campo — la herramienta no analiza código, trabaja con descripción. Si su función es compleja, divídala en partes y genere planes separados para cada una. También no indique datos confidenciales, como contraseñas reales o datos personales.
Buena entrada: «Formulario de restablecimiento de contraseña. Campo email obligatorio, verificado en formato. Al éxito se envía correo con enlace, válido 24 horas. Al error se muestra mensaje. Plataforma: web, escritorio y navegadores móviles».
Cómo ejecutar la tarea en la interfaz
La interfaz de la herramienta es un formulario web con dos campos de texto y un botón «Generar». No hay deslizadores, preestablidos o configuraciones adicionales. Elija idioma de salida, si está previsto, ingrese descripción en el primer campo, nombre de plataforma en el segundo y pulse el botón. El resultado aparecerá en un panel separado como texto plano.
Después de generar puede copiar el resultado o descargarlo en formato TXT. La herramienta no guarda historial, no soporta procesamiento por lotes y no se integra con otros servicios. Si el resultado no le convenció, puede cambiar la entrada y generar nuevamente. Tenga en cuenta que la cola y disponibilidad pueden variar, y las respuestas del modelo pueden contener errores.
No intente usar la herramienta para generar imágenes, audio o video — trabaja solo con texto. También no están disponibles exportación a DOCX o PDF, guardado automático y publicación. Todo lo que obtendrá es un archivo de texto con un plan de testing.
Ingrese en el primer campo: «Formulario de restablecimiento de contraseña. El usuario ingresa email. Si el email existe, se envía correo con enlace único. El enlace es válido 24 horas. Si el email no existe, se muestra error». En el segundo campo: «Aplicación web, navegadores Chrome, Firefox». Pulse Generar.
Cómo verificar el plan de pruebas generado
Al recibir el plan, lea cada caso con atención. Asegúrese de que los casos exitosos realmente verifiquen el comportamiento esperado, los fallidos — el manejo correcto de errores, y los de frontera — valores en los límites permitidos. Por ejemplo, para restablecer contraseña, un caso límite puede ser email con exactamente 254 caracteres (longitud máxima permitida) o email con espacios al principio y al final.
Verifique que no haya en el plan escenarios ficticios o irrealistas. La herramienta puede sugerir verificaciones que no se relacionan con su sistema. Por ejemplo, si su formulario no tiene captcha, y el plan sugiere verificar eludirlo, es innecesario. Elimine estos puntos o adapte them a su implementación.
También evalúe la completitud: ¿se cubren todos los aspectos importantes de la función? Si le falta algo, complete el plan manualmente. Recuerde que la herramienta no garantiza cobertura de todos los riesgos, solo ayuda a comenzar. El plan final debe ser verificado y aprobado por usted o su equipo.
Ejemplo de caso exitoso: «Ingresar email existente, hacer clic, recibir correo con enlace en 5 minutos». Fallido: «Ingresar email inexistente, hacer clic, mostrar mensaje de error». Límite: «Ingresar email con longitud máxima 254 caracteres, verificar envío exitoso».
Ejemplo: plan de pruebas para restablecimiento de contraseña
Supongamos que generó un plan para un formulario de restablecimiento de contraseña. En los casos exitosos pueden estar: ingresar email registrado, recibir correo, enlace de transición, establecer nueva contraseña. En los fallidos: ingresar email no registrado, campo vacío, formato de email incorrecto, enlace expirado. En los límites: email con longitud máxima, email con caracteres más y punto, enlace usado dos veces, solicitud de restablecimiento para email que ya solicitó restablecimiento menos de un minuto antes.
Este ejemplo es ficticio y se brinda para demostración. Su plan real dependerá de la implementación específica. Por ejemplo, si en su sistema el enlace es válido 1 hora y no 24, los casos límite deben considerar esto. Si hay límite de cantidad de solicitudes por hora, agregue verificación de este límite.
Use este ejemplo como plantilla para elaborar su propio plan. No lo copie ciegamente — adapte a sus condiciones. La herramienta puede generar casos similares, pero siempre verifíquelos en correspondencia con su sistema.
Un plan generado puede verse así: Éxito: 1. Ingresar email existente, recibir correo. 2. Transición por enlace, cambio de contraseña. Fallo: 1. Ingresar email no existente, error. 2. Email vacío, error. Límite: 1. Email con longitud 254 caracteres. 2. Enlace usado repetidamente.
Limitaciones de la herramienta y errores típicos
La herramienta no es sustituto de un tester profesional. No conoce las particularidades de su arquitectura, no considera la lógica de negocio y puede proponer casos no relevantes. Por ejemplo, para un formulario de restablecimiento de contraseña puede proponer verificar inyecciones SQL, aunque usa ORM con queries parametrizados. Tales puntos se pueden ignorar o adaptar.
Otra limitación — ausencia de contexto sobre su entorno. Si no indica la plataforma, el plan puede ser demasiado general. Siempre complete el campo «Plataforma o aplicación». También recuerde que la herramienta no verifica su código y no ejecuta pruebas — solo genera texto.
No espere que el plan sea perfecto desde el primer vez. Es posible que deba generar varios variantes con diferentes formulaciones. No tenga miedo de editar el resultado manualmente. Lo principal — usar la herramienta como asistente, no como única fuente de verdad.
Si la herramienta propuso verificar entrada mediante Google, y usted solo tiene email/password, elimine este punto. Si le falta verificación de vencimiento de enlace, agréguelo manualmente.
Cómo usar el resultado en el trabajo
El plan de pruebas generado puede guardarse en TXT y entregar al equipo de testing o usar como checklist al testing manual. Puede importarlo a sistema de gestión de pruebas, si soporta formato texto. Pero recuerde que la herramienta no se integra directamente con tales sistemas.
El plan puede ser aumentado y modificado según el desarrollo del producto. Por ejemplo, al agregar nueva función de restablecimiento de contraseña mediante SMS, puede generar plan adicional para ella. Intente mantener el plan en estado actualizado, para que refleje los requisitos actuales.
No olvide que el plan de pruebas es un documento vivo. Revíselo regularmente, especialmente después de cambios en código o requisitos. La herramienta puede ayudar rápidamente a crear un borrador, pero la responsabilidad final por calidad del testing recae en usted.
Guarde el plan en archivo reset_password_test_plan.txt y añádalo al repositorio del proyecto. Al siguiente actualización de la función vuelva a lanzar la herramienta con descripción actualizada.
La herramienta «Plan de pruebas» ayuda a crear rápidamente una lista estructurada de verificaciones para su función. Lo principal es preparar correctamente los datos de entrada, indicar la plataforma y verificar el resultado con atención. No dependa de él ciegamente: adapte los casos a su sistema, aumente y edite. Recuerde que es solo un asistente, no un sustituto del testing profesional. Use el ejemplo de restablecimiento de contraseña como punto de partida para sus propios experimentos.
Abrir herramienta: Constructor de plan de pruebas ↗Las traducciones de la interfaz son asistidas por máquina y pueden necesitar refinamiento.