Mandanten-Einstellungen (Tenant Settings)
Mandanten-Einstellungen definieren die globale Konfiguration, die für den gesamten Mandanten und jeden darin enthaltenen Test gilt. Sie sind über Administration → Mandant auswählen erreichbar. Die Seite ist in mehrere Registerkarten unterteilt; jede Registerkarte 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.
Stammdaten (Head-Data)
Stammdaten und Identität des Mandanten.
| Feld | Was es steuert |
|---|---|
| Tenant-Id | Permanenter technischer Identifikator des Mandanten. Wird bei der Erstellung festgelegt und kann danach nicht mehr geändert werden. Wird in URLs, API-Pfaden und Audit-Logs verwendet. |
| Beschreibung | Für Menschen lesbarer Name / Kurzbeschreibung, die in der Mandantenauswahl angezeigt wird. Freitext, bis zu 2000 Zeichen. |
| Open-Id Rolle für Mandanten-Admins | Name der OpenID Connect / OIDC-Rolle, die Administrator-Zugriff auf diesen Mandanten gewährt. Benutzer, deren Token diese Rolle enthält, können Mandanteneinstellungen ändern, 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 Verwaltung). 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 verwendet wird, um die msg.ZenTestAI REST-API aus CI/CD-Pipelines oder anderer Automatisierung aufzurufen. Der Schlüssel selbst wird nie angezeigt — nur sein Vorhandensein. Verwenden Sie Regenerieren, um einen neuen Schlüssel auszugeben (der alte wird sofort ungültig). |
| Diesen Mandanten deaktivieren | Verbirgt den Mandanten in der Mandantenauswahl für alle zugewiesenen Benutzer. Dies betrifft nur die Sichtbarkeit — bestehende Berechtigungen und Daten bleiben erhalten und der Mandant kann jederzeit wieder aktiviert werden. |
KI
Standard-Chatmodelle, die verwendet werden, wann immer ein Test oder Schritt nicht selbst ein spezifisches Modell auswählt. Bevor ein Modell hier zugewiesen werden kann, muss es zuerst auf der Seite KI-Modelle erstellt werden.
Die Registerkarte zeigt die Liste der konfigurierten Chatmodelle. Jedes Modell kann per Drag & Drop auf eine (oder mehrere) der folgenden Rollen gezogen (oder für diese markiert) werden:
| Rolle | Verwendung für |
|---|---|
| Standardmodell für Vision-Aufgaben | Alle Operationen, die einen Screenshot betrachten müssen — vor allem Assertionen und visuelle Elementprüfungen. Muss ein vision-fähiges Modell sein (z.B. gpt-4o, claude-sonnet-4). Reine Textmodelle sind nicht zulässig. |
| Standardmodell 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 das Steuern des KI-Assistenten. Verwenden Sie ein hochwertiges Reasoning-Modell. |
| Standardmodell für Standardaufgaben | Wird für Aufgaben mit hohem Volumen und geringer Komplexität verwendet, wie das Scannen der HTML-Seite zur Identifizierung von Elementen. Ein kostengü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, greift die Plattform automatisch auf das Reasoning-Modell zurück. |
| Standardmodell für KI-Agenten | Modell, das von interaktiven KI-Assistent-Sitzungen (Test definieren, Test ausführen, Massenerstellung, Freier Chat) verwendet wird. Muss einen konfigurierten API-Schlüssel haben und auf der Zulassungsliste für die Agentennutzung stehen. |
Ein Warnbanner wird angezeigt, bis jede Rolle mindestens ein zugewiesenes Modell hat.
Standards (Defaults)
Standardwerte, die auf neu erstellte Tests angewendet werden, sowie mandantenweites Verhalten für Iframes und Netzwerkwartereihen.
| Feld | Was es steuert |
|---|---|
| Standardbenutzer für neue Tests | Der Benutzer/Agent, der vorausgewählt ist, wenn ein neuer Test erstellt wird. Kann in den Testdetails überschrieben werden. |
| Standard-URL | Die Start-URL, die für neue Tests vorbefüllt wird. Kann in den Testdetails überschrieben werden. |
| Iframe-Handhabung | Wie der Test-Executor mit <iframe>-Elementen auf der Seite umgeht. Optionen: System-Standard, Keine iFrames (am performantesten) — 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 | Nur sichtbar, wenn iFrames werden nach Host aufgerufen ausgewählt ist. Komma- oder Pipe-getrennte Liste von URL-Mustern; nur iFrames, deren src mit einem der Muster übereinstimmt, werden betreten. |
| Netzwerk-Auto-Warten handhaben | Ob der Executor auf alle ausgehenden Netzwerkanfragen wartet, bevor er zum nächsten Schritt übergeht. Optionen: Auf alle Anfragen warten (sicherster Standard) oder Spezifische Endpunkte ignorieren — nützlich, wenn ein langsamer Analyse- oder Telemetrie-Endpunkt den Test sonst blockiert. |
| Zu ignorierende Netzwerk-URLs | Nur sichtbar, wenn Spezifische Endpunkte ignorieren ausgewählt ist. 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 erstellt (siehe Hilfe erhalten).
| Feld | Was es steuert |
|---|---|
| Service Requests erlauben | Hauptschalter. Wenn ausgeschaltet, kann kein Service Request erstellt werden und alle untenstehenden Umschalter werden ignoriert. |
| Mandantenkonfiguration | Schließt die Mandantenkonfiguration (diese Seite, Hosts, externe Systeme) in das Support-Paket ein. |
| Anwendungseinstellungen | Schließt anwendungsebene-/plattformweite Einstellungen ein. |
| KI-Konfiguration | Schließt die Liste der konfigurierten KI-Modelle und die Modellzuweisungen ein (API-Schlüssel werden immer geschwärzt). |
| API-Kommunikation | Schließt HTTP-Request/Response-Logs der Aufrufe zwischen Backend, Runner und externen Systemen ein. Wichtig für die Diagnose von Integrationsproblemen. |
| HTML-Inhalt | Schließt das erfasste HTML/DOM der getesteten Seiten ein. Kann Kundendaten enthalten — deaktivieren, wenn Ihre Anwendung sensible Informationen verarbeitet. |
| Speicher-Snapshots | Schließt Speicher- und interne Status-Snapshots vom Runner ein. Standardmäßig aus Gründen des Datenschutzes deaktiviert; nur aktivieren, wenn explizit vom Support angefordert. |
Externe Systeme
Konfiguriert die Synchronisation mit einem externen Testmanagementsystem (Jira Xray, Zephyr Scale, …). Da diese Registerkarte viele anbieterspezifische Felder enthält, hat sie ein eigenes Kapitel: siehe Externe Systeme.
Die Registerkarte bietet auch zwei praktische Werkzeuge:
- Alle verfügbaren Tests verknüpfen — 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 blieben.
- Pipeline konfigurieren — öffnet die Seitenleiste der CI/CD-Pipeline-Integration zum Auslösen der Testausführung aus Build-Pipelines.
Einschränkungen (Restrictions)
Mandantenweite Leitplanken, die vor versehentlichem Missbrauch und ausufernden Kosten schützen. Alle untenstehenden Felder werden nur erzwungen, 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 untenstehenden Felder ignoriert und der Mandant arbeitet ohne Limits. |
| 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 laufen (z.B. Produktion, während Sie auf Staging sind). |
| Max. Testfall-Definitionen | Hartes Limit 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. Nach Überschreitung werden weitere Testausführungen bis zum nächsten Tag blockiert. Die Kosten werden aus den pro-Token-Preisen berechnet, die für jedes KI-Modell konfiguriert sind. |
| Max. KI-Ausführungen pro Tag | Maximale Anzahl der erlaubten Testausführungen pro Kalendertag. 0 = unbegrenzt. |
| Bearbeitung nicht erlauben | Wenn eingeschaltet, wird der Testkatalog für reguläre Benutzer schreibgeschützt; nur Administratoren können Tests ändern. Typisch für "gesperrte" Produktionsmandanten, bei denen sich Tests nicht verändern dürfen. |
Proxy
Konfiguriert, ob der Test-Executor (und optional die KI-Provider-Aufrufe) über einen HTTP-Proxy laufen.
| Feld | Was es steuert |
|---|---|
| Proxy-Handhabung | Drei Optionen: System-Standard verwenden — auf den System-/Umgebungsproxy des Runners vertrauen, Keinen Proxy verwenden — jeden Systemproxy umgehen und direkt verbinden, Proxy verwenden — den explizit in den Feldern unten definierten Proxy nutzen. |
| Proxy-URL | Adresse des HTTP-Proxys (z.B. http://proxy.company.com:8080). Nur verwendet, wenn Proxy verwenden ausgewählt ist. |
| Proxy-Benutzer | Benutzername für die Proxy-Basisauthentifizierung (leer lassen, wenn der Proxy keine Anmeldedaten erfordert). |
| Proxy-Passwort | Passwort für die Proxy-Basisauthentifizierung. Verschlüsselt gespeichert und niemals im Klartext an die UI zurückgegeben. |
| Proxy für KI-Modelle verwenden | Wenn eingeschaltet, gehen ausgehende Aufrufe an den KI-Provider (OpenAI, Azure, Anthropic, …) ebenfalls über den Proxy. Wenn ausgeschaltet, erfolgen KI-Aufrufe direkt, 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 ein Netzwerkdiagnosedialogfeld, das DNS, TCP und HTTPS-Erreichbarkeit über den konfigurierten Proxy prüft. Verwenden Sie dies nach dem Ändern der Proxyeinstellungen, um die Konnektivität zu verifizieren. |
Einzelne Hosts können diese Einstellungen überschreiben — siehe die host-spezifische Konfiguration auf der Externe Systeme Seite und den Host-Detailseiten.
E-Mail
msg.ZenTestAI kann E-Mail-Benachrichtigungen senden, wenn geplante oder Pipeline-Testläufe fehlschlagen. Alle untenstehenden 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 die SMTP-Authentifizierung. Verschlüsselt gespeichert; kann alternativ von einer Umgebungsvariable auf dem Backend-Host geladen werden. |
| SMTP-Server-Passwort | Passwort für die 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 E-Mails verwendet wird (z.B. noreply@company.com). |
| E-Mail-Empfänger | Zeilenweise getrennte Liste von Empfängern, die eine Benachrichtigung erhalten, wann immer ein geplanter oder Pipeline-ausgelöster Test fehlschlägt. |
Feature-Umschalter (Feature Toggles)
Die Registerkarte Feature-Umschalter ist in der Standard-UI ausgeblendet und für Administratoren gedacht, die explizite Anweisungen vom Support 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 Testdefinition aktivieren | Aktiviert KI-gestützte Auto-Vervollständigungsvorschläge während des Schreibens von Testschritten im Editor. Schlägt wahrscheinliche nächste Schritte und Assertionen basierend auf dem, was der Test bereits enthält, vor. |
| Agentische Ausführung für ausgewählte 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 von Runner-internen Optimierungen (verbesserte Ereignis-Bubbling-Erkennung, vereinheitlichtes Warte-Tracking), die die Ausführungszeit auf Kosten von etwas weniger defensivem Timing in Randfällen reduzieren. |
| Beta-Funktionen deaktivieren | Der gegenteilige Schalter: Wenn eingeschaltet, sind als Beta markierte Funktionen in der gesamten UI dieses Mandanten ausgeblendet. Verwenden Sie dies, um Endbenutzern eine stabile, konservative Erfahrung zu bieten. |
| Netzwerk-Trace | Öffnet dasselbe Netzwerkdiagnosedialogfeld wie auf der Proxy-Registerkarte — praktisch bei der Untersuchung von Konnektivitätsproblemen, die nicht mit dem Proxy zusammenhängen. |
| Secret-Synchronisation (aufklappbarer Bereich) | Operationen auf dem verschlüsselten Secret-Speicher. Batch-Größe steuert, wie viele Zeilen pro Iteration verarbeitet werden; Neuverschlüsselung erzwingen (Force rewrap) verschlüsselt bereits vorhandene Secrets mit dem aktiven Schlüssel neu — verwendet während der Key-Encryption-Key (KEK)-Rotation. Die Aktionsschaltflächen (Einen Batch ausführen, Bis zur Leerung 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 aus. |