Introducción

Un caso de prueba es un recorrido escrito como una lista corta de pasos. Cada paso es un resultado esperado: algo que una persona podría comprobar cuando el paso termina. El agente averigua cómo alcanzar cada resultado esperado en el producto real y muestra todas las acciones que realizó.

Crea uno desde la página Test cases de tu proyecto con New test case. El asistente te pide los detalles, después cómo quieres crear los pasos, y luego te deja revisarlos.

Detalles

• Name: hasta 100 caracteres, por ejemplo «Registrarse con correo».
• Description: opcional. Se muestra en el informe de la ejecución y en las alertas de Slack.
• Platforms: Web (Chrome), API (peticiones HTTP, sin navegador ni dispositivo) y Android (emulador). Las pruebas en iOS llegarán pronto. Una plataforma está disponible cuando el proyecto tiene un entorno con un objetivo para ella.
• Environment: dónde se redactan los pasos y adónde van las ejecuciones por defecto. Una ejecución puede elegir otro entorno; el caso de prueba no cambia.

Elige un método

Todos los métodos terminan en el mismo editor de pasos, y puedes editar los pasos más adelante, sea cual sea el que elegiste.

Escribe los pasos como resultados esperados

Escribe lo que debería ser cierto, no dónde hacer clic:

El agente se ocupa por su cuenta de los clics, los diálogos, los reintentos y las esperas. No añade pasos ni va más allá del caso de prueba, y cada acción que realiza aparece bajo el paso en la ejecución.

Si el camino importa, indícalo en el resultado esperado: "El onboarding se completa como productor con experiencia" se juzga por el propio onboarding, así que llegar al mismo estado final de otra forma, por ejemplo saltándose el onboarding y configurándolo después en los ajustes, no supera el paso. Si el camino no importa, no lo menciones y el agente elegirá uno.

Un caso de prueba tiene hasta 12 pasos en el panel, y cada paso hasta 2000 caracteres. Iniciar sesión es un paso como cualquier otro: escribe «El agricultor ha iniciado sesión» y adjunta la cuenta.

Adjuntos

Haz clic en + Attach en un paso para darle al agente lo que necesita:

A value to use… recibe un nombre y un valor, como «Nombre de la granja: Green Acres». Marca Hide the value para cualquier dato secreto: se rellena por referencia y nunca se vuelve a mostrar, ni siquiera a ti. Un valor también puede ser un valor del entorno, como {{env.COUPON_CODE}}. Consulta Entornos.

No pongas contraseñas reales en los pasos. Adjunta un inicio de sesión guardado o deja que el agente genere una contraseña segura.

Exact o datos de prueba

Los valores adjuntos son datos de prueba por defecto. Si el producto rechaza uno solo porque ya está en uso, como un correo ya registrado, el agente usa un valor nuevo del mismo tipo y lo indica en el paso.

Haz clic en Exact en un valor para mantenerlo tal como está escrito. Entonces el agente usa exactamente ese valor y, si el producto lo rechaza, el paso se evalúa según ese rechazo. Usa Exact para un valor del que trata el resultado esperado: un código de cupón que debe aplicarse o un número de teléfono que debe rechazarse. Las cuentas, los valores que proporcionas tú y las bandejas de entrada y números de teléfono fijos pueden ser Exact.

Describe qué probar

Describe el recorrido en palabras sencillas y haz clic en Generate draft. Puedes adjuntar un archivo de texto, como unas notas, un archivo .feature o una especificación OpenAPI en .yaml o .json, y su texto se añade a la descripción.

• Autonomy hace como mucho una pregunta, y solo cuando la respuesta cambia los pasos, por ejemplo "Which sign-up method should the test use?". Marca Skip questions para que elija la forma habitual.
• Conoce la descripción del proyecto, su conocimiento del producto, las URL del entorno y los nombres de sus valores, y tus inicios de sesión guardados. Nunca ve los valores.
• Los valores que escribes en la descripción, como un código de cupón o «inicia sesión como el dueño de la tienda», se convierten en adjuntos con exactamente lo que escribiste. Autonomy nunca se inventa un valor.
• No pegues contraseñas. Si la descripción contiene una, Autonomy la rechaza y te pide que elijas un inicio de sesión guardado.

Revisa antes de guardar

Antes de guardar, Autonomy lee los pasos en orden, como lo hará el agente en una ejecución, y lista todo lo que tendría que adivinar:

• Needs you: por ejemplo, un paso inicia sesión pero no hay ninguna cuenta adjunta ("Which account should sign in here?"), o un paso sube un archivo pero no hay ninguno adjunto.
• Suggestions: por ejemplo, un código llega a la bandeja de entrada de un paso anterior, o un paso se lee como un clic en lugar de como un resultado esperado.

Resuelve lo que necesita tu intervención y haz clic en Create test case. No se ejecuta nada hasta que lo inicies, y cada ejecución empieza sin sesión iniciada, con una sesión nueva de navegador o de app.

Casos de prueba anteriores a v0.5

Los casos de prueba escritos antes de v0.5 usaban una acción por paso. La mayoría se reescribieron como pasos de resultado esperado cuando tu organización pasó a v0.5. Uno que todavía tenga sus pasos antiguos muestra un aviso, y sus ejecuciones terminan como Couldn't start hasta que escribas sus resultados esperados. Los pasos antiguos se quedan al final del editor, en modo de solo lectura.

Siguientes pasos

Lee Grabar un recorrido para la grabación, Comprobaciones visuales para comprobar el aspecto de una pantalla y Planes de pruebas y programaciones para ejecutar casos de prueba juntos.