Mandanten-Einstellungen
Mandanten-Einstellungen definieren die globale Konfiguration, die für den gesamten Mandanten und alle darin enthaltenen Tests gilt. Sie sind über Administration → Wählen Sie Ihren Mandanten erreichbar. Die Seite ist in mehrere Registerkarten (Tabs) unterteilt; jeder Tab wird unten mit einer kurzen geschäftlichen Erläuterung für jedes Feld beschrieben.
Die meisten Felder können auf Test- oder Schrittebene überschrieben werden — der hier konfigurierte Wert ist der Standardwert, der verwendet wird, wenn nichts Spezifischeres eingestellt ist.
Head-Data (Stammdaten)
Stammdaten und Identität des Mandanten.
| Feld | Was es steuert |
|---|---|
| Mandanten-Id | Permanenter technischer Bezeichner des Mandanten. Wird bei der Erstellung festgelegt und kann danach nicht mehr geändert werden. Wird in URLs, API-Pfaden und Audit-Logs verwendet. |
| Titel | Optionaler Anzeigename des Mandanten, bis zu 20 Zeichen. Muss nicht eindeutig sein. Wird in der Mandanten-Auswahl und in der Kopfzeile anstelle der Mandanten-Id angezeigt; wenn leer, wird die Mandanten-Id angezeigt. |
| Beschreibung | Menschenlesbare Kurzbeschreibung des Mandanten. Freitext, bis zu 2000 Zeichen. |
| Open-Id Rolle für Mandanten-Administratoren | Name der OpenID Connect / OIDC-Rolle, die Administrator-Zugriff auf diesen Mandanten gewährt. Benutzer, deren Token diese Rolle enthält, können Mandanten-Einstellungen ändern sowie KI-Modelle, Benutzer und externe Systeme verwalten. |
| Open-Id Rolle für reguläre Benutzer | Name der OIDC-Rolle, die regulären Benutzer-Zugriff gewährt (Tests definieren und ausführen, aber keine Administration). Erfordert, dass auch die Admin-Rolle konfiguriert ist. |
| Logo des Mandanten | URL zu einem Logo-Bild. Das Bild wird in der Navigationsleiste angezeigt, wenn dieser Mandant ausgewählt ist — nützlich, wenn mehrere Mandanten von derselben Benutzergruppe betrieben werden. |
| msg.ZenTestAI: API-Key | API-Schlüssel, der zum Aufrufen der msg.ZenTestAI REST-API aus CI/CD-Pipelines oder anderen Automatisierungen verwendet wird. Der Schlüssel selbst wird nie angezeigt — nur dessen Vorhandensein. Verwenden Sie Regenerate, um einen neuen Schlüssel auszugeben (der alte wird sofort ungültig). |
| Diesen Mandanten deaktivieren | Blendet den Mandanten für alle zugewiesenen Benutzer aus der Mandanten-Auswahl aus. Dies dient nur der Sichtbarkeit — bestehende Berechtigungen und Daten bleiben erhalten und der Mandant kann jederzeit wieder aktiviert werden. |
AI
Standard-Chat-Modelle, die verwendet werden, wenn ein Test oder Schritt nicht selbst ein spezifisches Modell auswählt. Bevor hier ein Modell zugewiesen werden kann, muss es zuerst auf der AI-Models-Seite erstellt werden.
Der Tab zeigt die Liste der konfigurierten Chat-Modelle. Jedes Modell kann per Drag & Drop auf eine (oder mehrere) der folgenden Rollen gezogen (oder dort ausgewählt) werden:
| Rolle | Verwendung |
|---|---|
| Standard-Modell für Bildverarbeitung | Alle Operationen, die einen Screenshot betrachten müssen — am wichtigsten sind hier Assertions und visuelle Elementprüfungen. Muss ein vision-fähiges Modell sein (z. B. gpt-4o, claude-sonnet-4). Reine Textmodelle sind nicht zulässig. |
| Standard-Modell für komplexes Denken | Wird verwendet, wenn der Schritt nicht-triviale Planung erfordert — zum Beispiel das Übersetzen eines natürlichsprachlichen Schritts in die konkrete auszuführende Aktion oder beim Steuern des AI Assistant. Verwenden Sie ein qualitativ hochwertiges Reasoning-Modell. |
| Standard-Modell für einfache Aufgaben | Wird für Aufgaben mit hohem Volumen und geringer Komplexität verwendet, wie das Scannen der HTML-Seite zur Identifizierung von Elementen. Ein günstiges Modell mit einem großen Kontextfenster (z. B. gpt-4o-mini) ist die empfohlene Wahl. Wenn das günstige Modell nicht sicher genug ist, wechselt die Plattform automatisch zum Reasoning-Modell. |
| KI-Agent (Standard-Modellzuweisung) | Modell, das von interaktiven AI Assistant-Sitzungen verwendet wird (Define-Test, Get-Test-Running, Bulk-Create, Free Chat). Muss einen konfigurierten API-Schlüssel haben und auf der Zulassungsliste für Agentennutzung stehen. |
Ein Warnbanner wird angezeigt, bis jeder Rolle mindestens ein Modell zugewiesen ist.
Defaults (Standardeinstellungen)
Standardwerte, die auf neu erstellte Tests angewendet werden, sowie mandantenweite Verhaltensweisen für Iframes und Netzwerk-Wartezeiten.
| Feld | Was es steuert |
|---|---|
| Standard-Nutzer für neue Tests | Der Nutzer, der bei der Erstellung eines neuen Tests vorausgewählt ist. Kann in den Testdetails überschrieben werden. |
| Standard-URL | Die Start-URL, die für neue Tests vorausgefüllt ist. Kann in den Testdetails überschrieben werden. |
| iframe Handling | Wie der Test-Executor mit <iframe>-Elementen auf der Seite umgeht. Optionen: System-Standard, Keine iFrames (beste Performance) — Iframes werden ignoriert, Alle iFrames werden aufgerufen — jeder Iframe wird betreten, iFrames werden nach Host aufgerufen — nur Iframes, deren URL mit einer konfigurierten Liste übereinstimmt, werden betreten. |
| iframe URLs | Wird nur angezeigt, wenn iFrames werden nach Host aufgerufen ausgewählt ist. Durch Komma oder Pipe getrennte Liste von URL-Mustern; nur Iframes, deren src mit einem der Muster übereinstimmt, werden betreten. |
| Handle Network Auto-Wait | Ob der Executor auf alle ausgehenden Netzwerkanfragen wartet, bevor er mit dem nächsten Schritt fortfährt. Optionen: Wait for all requests (am sichersten, Standard) oder Ignore specific endpoints — nützlich, wenn ein langsamer Analyse- oder Telemetrie-Endpunkt den Test sonst blockiert. |
| Network URLs to Ignore | Wird nur angezeigt, wenn Ignore specific endpoints ausgewählt ist. Durch Komma oder Pipe getrennte Liste von URL-Mustern, deren Anfragen nicht abgewartet werden. |
Service Requests
Steuert, welche Informationen angehängt werden dürfen, wenn ein Benutzer einen Service Request für Support generiert (siehe Getting Help).
| Feld | Was es steuert |
|---|---|
| Service Requests erlauben | Hauptschalter. Wenn ausgeschaltet, können keine Service Requests erstellt werden und alle unten stehenden Schalter werden ignoriert. |
| Mandanten-Konfiguration | Fügt die Mandanten-Konfiguration (diese Seite, Hosts, externe Systeme) zum Support-Paket hinzu. |
| Applikationseinstellungen | Fügt applikationsebenen- / plattformweite Einstellungen hinzu. |
| KI-Konfiguration | Fügt die Liste der konfigurierten KI-Modelle und die Modellzuweisungen hinzu (API-Schlüssel sind immer geschwärzt). |
| API-Kommunikation | Fügt HTTP-Request/Response-Logs der Aufrufe zwischen Backend, Runner und externen Systemen hinzu. Wichtig zur Diagnose von Integrationsproblemen. |
| HTML-Inhalt | Fügt das erfasste HTML/DOM der getesteten Seiten hinzu. Kann Kundendaten enthalten — deaktivieren, wenn Ihre Applikation sensible Informationen verarbeitet. |
| Speicher-Abbilder | Fügt Speicher- und interne Zustands-Snapshots des Runners hinzu. Standardmäßig aus, aufgrund der hohen Auswirkungen auf den Datenschutz; nur aktivieren, wenn ausdrücklich vom Support angefordert. |
External systems
Konfiguriert die Synchronisation mit einem externen Testmanagementsystem (Jira Xray, Zephyr Scale, …). Da dieser Tab viele anbieterspezifische Felder hat, gibt es dafür ein eigenes Kapitel: siehe External Systems.
Der Tab bietet außerdem zwei Komfort-Tools:
- Link All Available Tests — stellt die Verknüpfung zwischen jedem lokalen Test und seinem Gegenstück im externen System wieder her. Nützlich nach dem Wechsel von einer Jira/Xray-Instanz zu einer anderen, bei der die Issue-Keys identisch geblieben sind.
- Configure Pipeline — öffnet die CI/CD-Pipeline-Integrations-Sidebar zum Auslösen der Testausführung aus Build-Pipelines.
Restrictions (Einschränkungen)
Mandantenweite Leitplanken, die vor versehentlichem Missbrauch und ausufernden Kosten schützen. Alle unten genannten Felder werden nur durchgesetzt, wenn Einschränkungen für diesen Mandanten sind aktiv eingeschaltet ist.
| Feld | Was es steuert |
|---|---|
| Einschränkungen für diesen Mandanten sind aktiv | Hauptschalter. Wenn ausgeschaltet, werden alle unten genannten Felder ignoriert und der Mandant arbeitet ohne Einschränkungen. |
| Demo-Mandant | Markiert diesen Mandanten als öffentliche Demo. Wird für Test-/Marketing-Szenarien verwendet und kann zusätzliche UI-Hinweise aktivieren. |
| Mandant auf Host beschränken | Regulärer Ausdruck, dem die Ziel-URL jedes Schritts entsprechen muss. Verhindert, dass in diesem Mandanten geschriebene Tests versehentlich gegen unbeabsichtigte Domains ausgeführt werden (z. B. Produktion, während Sie auf Staging sind). |
| Max. Testfall-Definitionen | Harte Obergrenze für die Anzahl der Testfälle, die in diesem Mandanten existieren können. 0 = unbegrenzt. Nützlich für Lizenzierung oder Kontingentdurchsetzung. |
| Max. KI-Kosten pro Tag (Cent) | Tagesbudget für KI-API-Ausgaben, in Cent angegeben. Sobald dieses überschritten wird, werden weitere Testausführungen bis zum nächsten Tag blockiert. Die Kosten werden anhand der pro KI-Modell konfigurierten Preise pro Token berechnet. |
| Max. KI-Ausführungen pro Tag | Maximale Anzahl an erlaubten Testausführungen pro Kalendertag. 0 = unbegrenzt. |
| Bearbeitung nicht erlauben | Wenn aktiviert, wird der Testkatalog für reguläre Benutzer schreibgeschützt; nur Administratoren können Tests ändern. Typisch für "gesperrte" Produktions-Mandanten, in denen sich Tests nicht verändern dürfen. |
Proxy
Konfiguriert, ob der Test-Executor (und optional die Aufrufe des KI-Anbieters) über einen HTTP-Proxy laufen.
| Feld | Was es steuert |
|---|---|
| Proxy Handling | Drei Optionen: System-Standard verwenden — Verweis auf den System-/Umgebungs-Proxy des Runners, Keinen Proxy verwenden — Umgehung jeglicher System-Proxys und direkte Verbindung, Proxy verwenden — Verwendung des in den Feldern unten explizit definierten Proxys. |
| Proxy URL | Adresse des HTTP-Proxys (z. B. http://proxy.company.com:8080). Nur verwendet, wenn Proxy verwenden ausgewählt ist. |
| Proxy User | Benutzername für Proxy-Basis-Authentifizierung (leer lassen, wenn der Proxy keine Anmeldedaten erfordert). |
| Proxy Password | Passwort für Proxy-Basis-Authentifizierung. Verschlüsselt gespeichert und wird nie im Klartext an die UI zurückgegeben. |
| Proxy für KI-Modelle verwenden | Wenn aktiviert, laufen auch ausgehende Aufrufe an den KI-Anbieter (OpenAI, Azure, Anthropic, …) über den Proxy. Wenn deaktiviert, werden KI-Aufrufe direkt getätigt, auch wenn der Proxy anderweitig aktiv ist. Erforderlich in eingeschränkten Netzwerken, in denen KI-Endpunkte nur über den Proxy erreichbar sind. |
| Verbindung testen | Öffnet einen Netzwerk-Diagnosedialog, der DNS-, TCP- und HTTPS-Erreichbarkeit durch den konfigurierten Proxy prüft. Verwenden Sie dies nach dem Ändern der Proxy-Einstellungen, um die Konnektivität zu verifizieren. |
Individuelle Hosts können diese Einstellungen überschreiben — siehe die host-spezifische Konfiguration auf den Seiten External Systems und in den Host-Details.
Mail
msg.ZenTestAI kann E-Mail-Benachrichtigungen senden, wenn geplante oder Pipeline-Testläufe fehlschlagen. Alle unten genannten Felder werden nur verwendet, wenn E-Mails für fehlgeschlagene Pipeline/geplante Tests senden aktiviert ist.
| Feld | Was es steuert |
|---|---|
| E-Mails für fehlgeschlagene Pipeline/geplante Tests senden | Hauptschalter für Benachrichtigungs-E-Mails. Wenn ausgeschaltet, werden unabhängig von der SMTP-Konfiguration keine E-Mails versendet. |
| SMTP-Server Host | Hostname oder IP des ausgehenden SMTP-Servers (z. B. smtp.gmail.com, mail.company.com). |
| SMTP-Server Port | TCP-Port des SMTP-Servers. Typische Werte: 25 (plain), 465 (SMTPS), 587 (STARTTLS). |
| SMTP-Server Benutzername | Benutzername für SMTP-Authentifizierung. Verschlüsselt gespeichert; kann alternativ von einer Umgebungsvariable auf dem Backend-Host geladen werden. |
| SMTP-Server Passwort | Passwort für SMTP-Authentifizierung. Verschlüsselt gespeichert; kann alternativ von einer Umgebungsvariable auf dem Backend-Host geladen werden. |
| E-Mail-Absender | Die From:-Adresse, die in ausgehenden Mails verwendet wird (z. B. noreply@company.com). |
| E-Mail-Empfänger | Durch Zeilenumbrüche getrennte Liste von Empfängern, die eine Benachrichtigung erhalten, wenn ein geplanter oder per Pipeline ausgelöster Test fehlschlägt. |
Feature Toggles
Der Tab "Feature Toggles" ist in der Standard-UI ausgeblendet und für Administratoren gedacht, die explizite Anweisungen vom Support erhalten haben. Die hier aufgeführten Funktionen sind typischerweise Beta — sie können ihr Verhalten ändern oder in einer zukünftigen Version in die reguläre UI aufgenommen werden.
| Feld | Was es steuert |
|---|---|
| Erweiterte Auto-Vervollständigung für Testfall aktivieren | Aktiviert KI-gestützte Auto-Vervollständigungsvorschläge während des Schreibens von Testschritten im Editor. Schlägt wahrscheinliche nächste Schritte und Assertions basierend auf dem bereits vorhandenen Testinhalt vor. |
| Agentische Ausführung für Select-Aktionen aktivieren | Ersetzt die deterministische select-Aktion durch eine agentische KI-Lösung, die einen Screenshot macht, entscheidet, wie das Dropdown geöffnet wird, bei Bedarf scrollt und den Eintrag auswählt. Nützlich für nicht-standardmäßige Dropdowns (z. B. virtualisierte Listen, Kalender-Widgets). |
| Geschwindigkeitsmodus aktivieren | Aktiviert eine Reihe runner-interner Optimierungen (verbesserte Ereignis-Bubbling-Erkennung, vereinheitlichtes Wartezeiten-Tracking), die die Ausführungszeit auf Kosten etwas weniger defensiver Zeitmessung in Randfällen reduzieren. |
| Beta-Funktionen deaktivieren | Der Gegenschalter: Wenn aktiviert, sind mit Beta gekennzeichnete Funktionen in der gesamten UI dieses Mandanten ausgeblendet. Verwenden Sie dies, um Endbenutzern eine stabile, konservative Erfahrung zu bieten. |
| Netzwerk-Trace | Öffnet denselben Netzwerk-Diagnosedialog wie auf dem Proxy-Tab — praktisch bei der Untersuchung von Konnektivitätsproblemen, die nicht mit dem Proxy zusammenhängen. |
| Secret-Synchronisation (erweiterbarer Bereich) | Operationen auf dem verschlüsselten Secret-Speicher. Batch-Größe steuert, wie viele Zeilen pro Iteration verarbeitet werden; Migration erzwingen verschlüsselt bereits aktuelle Secrets neu auf den aktiven Schlüssel — wird bei der Rotation des Key-Encryption-Keys (KEK) verwendet. Die Aktionsschaltflächen (Einen Batch ausführen, Bis zum Ende ausführen, Stoppen, Cursor zurücksetzen) steuern den Backfill-Job und melden die Anzahl der gescannten / migrierten / fehlgeschlagenen Einträge. Führen Sie dies nur nach Abstimmung mit dem Plattformbetreiber durch. |