- Información general
- Inicio rápido
- Confianza y cumplimiento
- Control
- Características
- Cartógrafo
- Delegate para pruebas
- Referencia
- Solución de problemas
Encuentre, escriba y mantenga los casos de prueba de Test Manager actualizados con Delegate, incluida la corrección de pasos que se interrumpen después de una actualización de la IU.
Encuentre casos de prueba existentes, redacte otros nuevos a partir de una descripción en inglés sencillo y manténgalos actualizados a medida que cambia la aplicación, incluida la captura y corrección de pasos que se interrumpen después de una actualización de la IU.
Requisitos previos
Completa la configuración única en Configurar y ejecutar tu primer caso de prueba : no se necesita configuración adicional para estas tareas.
Encontrar casos de prueba para ejecutar
- Introduce una solicitud para enumerar o buscar casos de prueba, por ejemplo: "Enumerar los casos de prueba en el proyecto MYAP" — o restringirla: "Buscar casos de prueba que contengan 'inicio de sesión' en el proyecto MYAP" o "Mostrar casos de prueba creados por mí en el proyecto MYAP" ."
Resultado
Delegate busca Test Manager y devuelve los nombres de casos de prueba coincidentes, ObjKeys e ID.
Utiliza el nombre o la ObjKey cuando le pidas a Delegate que ejecute una.
Escribir un nuevo caso de prueba desde cero
- Describe el flujo que quieres probar, por ejemplo: "Ayúdame a escribir un caso de prueba para el flujo de restablecimiento de la contraseña: el usuario introduce su correo electrónico, recibe un enlace de restablecimiento, hace clic en él, establece una nueva contraseña y puede iniciar sesión con ella".
- Pide a Delegate que ejecute el nuevo caso de prueba para validar que los pasos funcionan como están escritos.
Resultado
Delegate convierte la descripción en una lista estructurada de pasos atómicos con un resultado esperado para cada uno. También puedes preguntar "¿Qué casos límite debo cubrir para este flujo?" para mostrar escenarios que podrías haber pasado por alto. Revise el borrador y ajuste los nombres y valores de los elementos para que coincidan con su IU real; Delegate no conoce su aplicación hasta que se la muestre o pegue los criterios de aceptación.
Cuando le pides a Delegate que ejecute el caso de prueba, lo ejecuta de principio a fin, mostrando qué pasos se pasaron y cuáles causaron una pausa, una señal de que la redacción debe ajustarse. Corrige cualquier paso marcado y añade el caso de prueba a tu conjunto de pruebas una vez que pase sin problemas. Presupuesta entre 15 y 20 minutos para un nuevo caso de prueba.
Si tienes criterios de aceptación en Jira, consulta "Leer un ticket y redactar casos de prueba a partir de él" en la página Pruebas con integración e informes de Jira : automatiza la descripción y los pasos de redacción anteriores.
Encontrar y corregir casos de prueba obsoletos
- Ejecuta el caso de prueba o el conjunto de pruebas afectado como de costumbre después de un cambio de IU.
- Si el elemento de un paso se ha movido o ha cambiado de nombre, indica a Delegate qué ha cambiado, por ejemplo: "Reescribe este paso: el botón ahora se llama 'Sign In' y no 'Login'".
- Una vez por trimestre, pide a Delegate que enumere los casos de prueba obsoletos, por ejemplo: "Enumerar todos los casos de prueba en el proyecto MYAPP que no se han ejecutado en los últimos 60 días".
Resultado
Cuando el elemento de un paso se ha movido o cambiado de nombre, Delegate se detiene a mitad de la ejecución y te muestra lo que ve: trata cada pausa como un marcador de mantenimiento, no solo como una ejecución fallida. Después de describir el cambio, Delegate actualiza la descripción del paso, lista para volver a ejecutarse. La lista trimestral de casos de prueba obsoletos te ofrece candidatos para reactivar o retirar deliberadamente.
Escribir pasos que el Delegate pueda ejecutar de forma fiable
La regla de oro: escribe los pasos de la forma en que se los explicarías a un nuevo colega, no de la forma en que escribirías código.
| Elemento | Buen ejemplo | Ejemplo problemático |
|---|---|---|
| Acción | "Haga clic en el botón Iniciar sesión" | "Interactuar con el elemento de autenticación" |
| Resultado esperado | "Se carga la página del panel" | "El sistema responde correctamente" |
| Especificidad | "Introduzca 'admin@example.com ' en el campo Correo electrónico" | "Rellenar credenciales" |
| Una cosa a la vez | Una acción por paso | "Inicie sesión y vaya a la configuración y cambie la contraseña" |
Nombra el elemento con el que estás interactuando, indica cómo es el éxito en el campo Resultado esperado, mantén los pasos atómicos, evita la jerga interna e incluye datos de prueba explícitamente. Los pasos de navegación, cumplimentación de formularios y verificación se gestionan de forma más fiable; las cargas/descargas de archivos, los elementos dentro de iframes/ventanas emergentes y los pasos dependientes del tiempo pueden necesitar orientación adicional.
Gestionar datos confidenciales en pasos de prueba
Nunca introduzcas credenciales reales o información de identificación personal (PII) en los pasos del caso de prueba. El contenido de los pasos pasa a través de la IA cuando Delegate lo ejecuta, y el contenido de Test Manager es visible para todo tu equipo de forma predeterminada.
Usa una cuenta y contraseña de prueba dedicadas, un buzón de correo de prueba, nombres y direcciones claramente ficticios, los números de tarjeta sandbox de tu proveedor de pagos y registros que solo existen en la preparación.
Mantén una referencia de credenciales de prueba separada y segura (por ejemplo, un gestor de contraseñas) que el equipo consulte, en lugar de escribir valores reales en pasos.