Wie GUI Test Studio funktioniert
Die ganze Idee in zwei Minuten: einen Test aufzeichnen oder in einem Prompt beschreiben, verfeinern, ausführen, den Bericht lesen.
Die Idee
Sie testen Ihre Anwendung bereits von Hand: Sie klicken sich durch ein Szenario und sehen auf den Bildschirm.GUI Test Studio macht aus diesem Durchgang einen automatisierten Test.Sie zeigen es einmal, es prüft es bei jedem Lauf.
Es gibt kein Skript zu schreiben.Ein Test besteht aus den Schritten, die Sie ausgeführt haben, und den Prüfungen, die sagen, wie richtig aussieht, angeordnet auf einer Zeitleiste wie ein Videoschnitt.
Es gibt zwei Wege zu einem Test.Zeichnen Sie ihn selbst auf: GUI Test Studio erzeugt den Test aus der Aufzeichnung, visuell, jederzeit bereit zum Ausführen und Bearbeiten.Oder beschreiben Sie den Ablauf in einem Prompt: Ihr KI-Assistent zeichnet ihn für Sie auf, prüft ihn und führt ihn aus, über den Connector von GUI Test Studio, Claude, ChatGPT oder ein lokales KI-Modell, eines von uns oder Ihr eigenes, und das Ergebnis ist derselbe Test.
Sie öffnen Ihre App, geben einen Benutzernamen und ein Passwort ein, klicken auf „Anmelden“ und sehen „Willkommen zurück, Anna“.
GUI Test Studio zeichnet diese Schritte auf und fügt unterwegs Prüfungen hinzu: Die Schaltfläche „Anmelden“ ist da, bevor sie angeklickt wird, und die Willkommensmeldung erscheint danach.Jeder Lauf gibt die Klicks und das Tippen wieder und sagt Ihnen, wenn etwas anders aussieht oder sich anders liest.
Zwei Apps und ein Runner
Ein Installationsprogramm gibt Ihnen drei Werkzeuge, die mit denselben Testdateien arbeiten.
| Werkzeug | Was Sie damit tun |
|---|---|
| GUI Test Runner-Recorder | Einen neuen Test aufzeichnen, einen Test ausführen und seinen Konfidenzbericht lesen. |
| GUI Test Studio | Einen Test auf einer Zeitleiste gestalten: Prüfungen hinzufügen oder anpassen, Schritte benennen, sie zu Szenarien gruppieren und den Test aktuell halten, während Ihre App entwickelt wird. |
| gtr-cli | Tests ohne Fenster ausführen, aus einem Skript oder einer CI/CD-Pipeline.Dieselben Läufe, dieselben Ergebnisse. |
| Der Prompt-Connector | Beschreiben Sie einen Test in einem Prompt, in Claude, ChatGPT mit Codex, VS Code oder einem lokalen KI-Modell, einem von uns oder Ihrem eigenen: Der Assistent zeichnet ihn auf, bearbeitet ihn, führt ihn aus und liest seinen Bericht über die beiden Apps. |
Die vier Schritte
Aufzeichnen
Führen Sie Ihr Szenario einmal von Hand durch, oder beschreiben Sie es in einem Prompt
Verfeinern
Passen Sie es auf der Zeitleiste an, oder bitten Sie um die Änderung
Ausführen
Geben Sie es bei jedem Build wieder
Lesen
Der Bericht sagt, was sich geändert hat und warum
Das Verfeinern ist optional: Eine Aufzeichnung ist in dem Moment, in dem Sie sie speichern, ein vollständiger Test, mit ihren Prüfungen schon an Ort und Stelle.Sie kommen zu GUI Test Studio zurück, wenn Sie etwas ändern möchten.
Was eine Prüfung ist
Eine Prüfung (Assertion) ist ein Moment, in dem der Test sicherstellt, dass etwas stimmt: Eine Schaltfläche ist da, ein Text sagt das Richtige, ein Dialog hat sich geschlossen, eine Liste hat drei Zeilen.Es gibt Bildprüfungen, Textprüfungen und Layoutprüfungen.
1. Finden
2. Vergleichen
Erwartet
was Sie aufgezeichnet haben
Jetzt gefunden
auf dem Live-Bildschirm
Gleiches Element, gleiches Aussehen: bestanden
Die GTS Engine + AI findet jedes Element auf zwei Wegen.Sie fragt zuerst die Anwendung selbst: die Barrierefreiheitsinformationen einer Desktop-App, dieselben Informationen, die ein Screenreader nutzt, oder die eigenen Elemente einer Webseite.Wenn die Anwendung nichts sagt, wie bei einem Spiel, einer Zeichenfläche, einem Remotedesktop oder einem Programm, das von seinem eigenen Toolkit gezeichnet wird, findet die Engine das Element am Aussehen, auf dem Bildschirm, so wie ein Mensch.
Zwei Wege zum selben Element machen einen Test robust.Er findet eine Schaltfläche weiterhin, nachdem sich der Code dahinter geändert hat, das Fenster verschoben wurde oder das Layout verrutscht ist, und er funktioniert, was auch immer Ihre App ist: eine Website, ein Desktop-Programm, ein Spiel oder ein auf Ihrem Bildschirm gezeigtes Smartphone, mit jeder Technologie gebaut.
Das Element zu finden ist die erste Hälfte einer Prüfung.Die zweite Hälfte vergleicht immer, was auf dem Bildschirm ist, mit dem, was Sie erwarten, sodass ein Test fängt, was Ihre Nutzer sehen würden.
Wofür Sie es verwenden können
| Art des Testens | Wie GUI Test Studio hilft |
|---|---|
| End-to-End-Tests (E2E) | Einen ganzen Nutzerablauf auf dem echten Bildschirm wiedergeben, über jedes Fenster und jede App hinweg, die er berührt. |
| Funktionstests | Prüfen, ob eine Funktion tut, was sie soll: Der richtige Bildschirm erscheint, der richtige Text und die richtigen Werte werden angezeigt. |
| Regressionstests | Dieselben Tests bei jedem Build ausführen und sofort erfahren, wenn sich etwas geändert hat, das funktionierte. |
| Bildprüfungen | Fangen, was andere Tests übersehen: eine falsche Farbe, ein fehlendes Symbol, eine überlappende Schaltfläche. |
| Vorab geschriebene Tests | Einen Test aus Designbildern vorbereiten, bevor es die Funktion gibt. |
Zum letzten Punkt siehe Eine Funktion testen, bevor es sie gibt.
Während der Entwicklung, nicht erst am Ende
Tests sind nichts, was man hinzufügt, wenn das Produkt fertig ist.Erstellen Sie sie, während eine Funktion gebaut wird, und ändern Sie sie, wie sie sich ändert: ein neues Szenario aufzeichnen, einen Schritt verschieben, ersetzen, was eine Prüfung erwartet, auf der Zeitleiste oder per Prompt.GUI Test Studio ist für dieses alltägliche Bearbeiten gemacht, und jede Änderung lässt sich rückgängig machen.
| Klassische Entwicklung (SDLC) | Entwicklung mit KI-Agenten (ADLC) | |
|---|---|---|
| Wer den Code schreibt | Entwicklerinnen und Entwickler, Sprint für Sprint | KI-Coding-Agenten, viele Änderungen am Tag |
| Das Risiko | Ein Release macht einen Bildschirm kaputt, den niemand erneut getestet hat | Schnelle Änderungen machen Bildschirme schneller kaputt, als Menschen hinsehen können |
| Wie die Tests helfen | Bei jedem Build ausgeführt, ersetzen sie den manuellen Regressionsdurchgang vor einem Release | Nach jeder Änderung eines Agenten ausgeführt, sind sie die Augen, die bestätigen, dass der Bildschirm noch stimmt |
| Wenn ein Test fehlschlägt | Der Fehlerbericht geht an das Entwicklungsteam | Der Fehlerbericht geht mit seinen Schritten und Bildern direkt zurück an den Agenten |
Wie es weitergeht
Kommen Sie nicht weiter?Sagen Sie uns, was Sie tun wollten, und wir antworten innerhalb eines Werktags.Ask our team