Cómo funciona GUI Test Studio

Toda la idea en dos minutos: grabe una prueba o descríbala en una petición, afine, ejecute, lea el informe.

La idea

Usted ya prueba su aplicación a mano: recorre un escenario haciendo clic y mira la pantalla.GUI Test Studio convierte ese recorrido en una prueba automatizada.Usted se lo muestra una vez, y él lo comprueba en cada ejecución.

No hay ningún script que escribir.Una prueba está hecha de los pasos que usted realizó y de las comprobaciones que dicen qué es lo correcto, dispuestos en una línea de tiempo como en un montaje de vídeo.

Hay dos formas de crear una prueba.Grábela usted mismo: GUI Test Studio genera la prueba a partir de la grabación, de forma visual, lista para ejecutarse y editarse en cualquier momento.O describa el flujo de trabajo en una petición: su asistente de IA la graba, la verifica y la ejecuta por usted a través del conector de GUI Test Studio, Claude, ChatGPT o un modelo de IA local, uno nuestro o uno suyo, y el resultado es la misma prueba.

EjemploUna prueba de inicio de sesión

Usted abre su aplicación, escribe un nombre de usuario y una contraseña, hace clic en Iniciar sesión, y ve «Bienvenida de nuevo, Anna».

GUI Test Studio graba esos pasos y añade comprobaciones por el camino: el botón Iniciar sesión está ahí antes de hacer clic en él, y el mensaje de bienvenida aparece después.Cada ejecución reproduce los clics y el texto escrito, y le dice si algo se ve o se lee de otra manera.

Dos aplicaciones y un ejecutor

Un solo instalador le da tres herramientas que trabajan con los mismos archivos de prueba.

HerramientaQué hace usted con ella
GUI Test Runner-RecorderGrabar una prueba nueva, ejecutar una prueba, y leer su Informe de confianza.
GUI Test StudioDar forma a una prueba en una línea de tiempo: añadir o ajustar comprobaciones, dar nombre a los pasos, agruparlos en escenarios, y mantener la prueba al día mientras se desarrolla su aplicación.
gtr-cliEjecutar pruebas sin ventana, desde un script o un pipeline de CI/CD.Las mismas ejecuciones, los mismos resultados.
El conector de peticionesDescriba una prueba en una petición, en Claude, ChatGPT con Codex, VS Code o a un modelo de IA local, uno nuestro o uno suyo: el asistente la graba, la edita, la ejecuta y lee su informe a través de las dos aplicaciones.
La página de inicio de GUI Test Runner-Recorder: las dos formas de crear una prueba una junto a otra, y después abrir o editar una.
GUI Test Studio: la grabación arriba, los pasos y las comprobaciones en la línea de tiempo, debajo.

Los cuatro pasos

Grabar

Realice su escenario una vez a mano, o descríbalo en una petición

Perfeccionar

Ajústelo en la línea de tiempo, o pida el cambio

Ejecutar

Reprodúzcalo en cada compilación

Leer

El informe dice qué cambió y por qué

Perfeccionar es opcional: una grabación es una prueba completa desde el momento en que la guarda, con sus comprobaciones ya en su sitio.Usted vuelve a GUI Test Studio cuando quiere cambiar algo.

Qué es una comprobación

Una comprobación (aserción) es un momento en el que la prueba se asegura de que algo es correcto: un botón está ahí, un texto dice lo que debe, un diálogo se ha cerrado, una lista tiene tres filas.Hay comprobaciones visuales, de texto y de disposición.

Su aplicaciónZona de búsquedaSave

1. Encontrar

2. Comparar

Esperado

Save

lo que usted grabó

Encontrado ahora

Save

en la pantalla real

El mismo elemento, el mismo aspecto: superado

Toda comprobación visual funciona en dos pasos.Mientras la prueba se ejecuta, el GTS Engine encuentra el elemento, esté donde esté dentro de su zona de búsqueda, mediante la información de accesibilidad de la aplicación o visualmente.Después compara lo que encontró con la imagen que usted grabó: el ruido inofensivo se ignora y las regresiones reales se detectan.

El GTS Engine + AI encuentra cada elemento de dos maneras.Primero pregunta a la propia aplicación: la información de accesibilidad de una aplicación de escritorio, la misma información que usa un lector de pantalla, o los propios elementos de una página web.Cuando la aplicación no lo dice, como en un videojuego, un lienzo, un escritorio remoto o un programa dibujado por su propio toolkit, el motor encuentra el elemento visualmente, en la pantalla, como lo hace una persona.

Dos caminos hacia un mismo elemento son lo que hace robusta una prueba.Sigue encontrando un botón después de que cambie el código que hay detrás, se mueva la ventana o se desplace el diseño, y funciona sea cual sea su aplicación: un sitio web, un programa de escritorio, un videojuego o un teléfono mostrado en su pantalla, creados con cualquier tecnología.

Encontrar el elemento es la primera mitad de una comprobación.La segunda mitad siempre compara lo que hay en la pantalla con lo que usted espera, así que una prueba detecta lo que verían sus usuarios.

Tras una ejecución, el Informe de confianza muestra cada comprobación: lo que cambió aparece resaltado en la pantalla, y el veredicto lo dice en palabras sencillas.

Para qué puede usarlo

Tipo de pruebasCómo ayuda GUI Test Studio
Pruebas de extremo a extremo (E2E)Reproduzca un recorrido de usuario completo en la pantalla real, a través de todas las ventanas y aplicaciones por las que pasa.
Pruebas funcionalesCompruebe que una función hace lo que debe: aparece la pantalla correcta, se muestran el texto y los valores correctos.
Pruebas de regresiónEjecute las mismas pruebas en cada compilación y sepa de inmediato cuándo ha cambiado algo que funcionaba.
Comprobaciones visualesDetecte lo que a otras pruebas se les escapa: un color equivocado, un icono que falta, un botón que se superpone.
Pruebas escritas por adelantadoPrepare una prueba a partir de imágenes de diseño antes de que la función exista.

Para la última, consulte Pruebe una función antes de que exista.

Durante el desarrollo, no solo al final

Las pruebas no son algo que se añade cuando el producto está terminado.Créelas mientras se construye una función, y cámbielas a medida que cambia: grabe un Escenario nuevo, mueva un paso, sustituya lo que espera una comprobación, en la línea de tiempo o por petición.GUI Test Studio está hecho para esa edición diaria, y cada cambio se puede deshacer.

Desarrollo tradicional (SDLC)Desarrollo con agentes de IA (ADLC)
Quién escribe el códigoDesarrolladores, sprint a sprintAgentes de programación con IA, muchos cambios al día
El riesgoUna versión rompe una pantalla que nadie volvió a probarLos cambios rápidos rompen pantallas más deprisa de lo que las personas pueden mirar
Cómo ayudan las pruebasEjecutadas en cada compilación, sustituyen a la ronda manual de regresión previa a una versiónEjecutadas tras cada cambio de un agente, son los ojos que confirman que la pantalla sigue siendo correcta
Cuando una prueba fallaEl informe de defecto va a un desarrolladorEl informe de defecto, con sus pasos e imágenes, vuelve directamente al agente

Adónde ir después

¿Sigue con problemas?Díganos qué intentaba hacer, y respondemos en un día laborable.Ask our team