Installieren Sie Nexus Studio und führen Sie Ihren ersten Test durch

Sieben Schritte führen von einer neuen Testversion zu einem geplanten Durchlauf. Die folgenden Abschnitte enthalten die Details: Laden Sie das Installationsprogramm herunter, überprüfen Sie es, aktivieren Sie diesen Rechner und führen Sie einen Test aus. Die Tests laufen auf Ihrem Rechner; das Einzige, was diesen verlässt, ist die Lizenzprüfung.

Ihre ersten 7 Minuten

Von einer neuen Testversion zu einem geplanten Durchlauf, in der Reihenfolge, die Studio erwartet. Bei der ersten Einrichtung werden die Browser heruntergeladen, mehrere hundert MB, daher hängt die benötigte Zeit von Ihrer Verbindung ab.

1. Starten Sie die Testversion und installieren Sie. Melden Sie sich bei Ihrem Konto an, akzeptieren Sie die Nutzungsbedingungen und starten Sie die 30-Tage-Testversion ohne Zahlungskarte. Laden Sie das Installationsprogramm herunter, überprüfen Sie dessen SHA-256, führen Sie es aus und aktivieren Sie diesen Rechner mit Ihrem Lizenzschlüssel. Öffnen oder erstellen Sie dann einen Arbeitsbereichsordner und wählen Sie im Einrichtungsleitfaden Alle installieren (Details).
2. Nehmen Sie Ihren ersten Test auf (Nexus Recorder). Öffnen Sie in Patrol die Registerkarte Nexus Recorder, geben Sie die aufzuzeichnende URL und einen Namen für den Test ein und wählen Sie Aufnahme starten. Klicken Sie sich in dem geöffneten Browserfenster durch Ihren Ablauf und schließen Sie dann das Fenster oder wählen Sie Beenden & speichern. Studio schreibt die Testdatei in Ihren Arbeitsbereich. Der KI-Autor und der Test Adapter erstellen ebenfalls Tests, falls Sie einen lieber beschreiben oder einen bereits vorhandenen importieren möchten.
3. Im Sandkasten proben (3 Durchläufe). Wenn die Aufzeichnung gespeichert ist, wählen Sie Im Sandkasten ausführen, mit UI. Ein Sandkasten-Durchlauf schreibt nichts in die Evidenz oder Historie, und jede der drei Proben verwendet einen anderen Browser. Die Patrol-Karte Warten auf Verlassen des Sandkastens zählt diese von 0/3 bis 3/3 hoch, und der Test wechselt dann zu Bereit für ihren ersten echten Durchlauf. API-Tests haben keinen Sandkasten: Sie laufen beim ersten Drücken direkt echt.
4. Erster echter Durchlauf. Wählen Sie auf der Registerkarte Patrol ausführen den Test aus, lassen Sie Sandkasten deaktiviert und wählen Sie Patrol echt ausführen. Ein echter Durchlauf schreibt in die Evidenz und Historie. Playwright-Tests laufen auf Chromium, Firefox und WebKit, und Selenium-Tests auf Chromium und Firefox.
5. Lesen Sie das Urteil. Patrol färbt jeden Test nach seinem Zustand im jeweiligen Browser ein, und die Ausführungsleiste über dem Editor beschreibt in Worten, was jeder Browser tut. Der Zustand ist eines von 14 Urteilen: SECURE hat beim ersten Versuch bestanden, FLAKY hat erst bei einer Wiederholung bestanden, BREACHED ist ein echter Befund und TIMEOUT hat nie rechtzeitig geantwortet, was kein Beweis dafür ist, dass er fehlerhaft ist.
6. Öffnen Sie die Evidenz. Wählen Sie in der Menüleiste Ansicht und dann Evidenz-Tresor. Jeder Datensatz öffnet sich mit Bericht, Metadaten, Telemetrie und Rohprotokoll. Markieren Sie einen Fehler als Echter Bug oder Fehlalarm mit einer Begründung: Das erste Urteil leitet die Verwahrungskette ein, und Verify nennt den ersten Datensatz, der geändert wurde.
7. Planen Sie die Ausführung (Überwachung oder CI/CD). Überwachung (Watch) auf der Registerkarte „Patrol ausführen“ führt eine Auswahl zeitgesteuert und unbeaufsichtigt erneut aus: alle 5 Minuten bis 24 Stunden oder einmal an einem bestimmten Datum. Dies erfordert, dass der Rechner von Studio eingeschaltet ist, und sendet Benachrichtigungen über Telegram oder Slack, falls Sie diese verbinden, nur dann, wenn sich ein Zustand ändert. Für eine Pipeline wählen Sie Ausführen und dann Umgebungen & CI/CD: Die Ansicht erstellt die Datei für GitHub Actions oder GitLab CI (Führen Sie Ihre Tests über CI/CD aus). Ein Rechner, der die Engine in der CI ausführt, ist ein aktivierter Rechner und zählt für Ihren Plan.

Systemanforderungen

Unter Windows 11 x64 mit 16 GB RAM ist das Installationsprogramm alles, was dieser Computer benötigt, um Playwright-Tests auszuführen. Jede als „Optional“ markierte Zeile wird nur für die jeweils genannte Funktion benötigt, und der Setup-Bildschirm von Studio überprüft dies.

Installationsprogramm herunterladen

1. Öffnen Sie Download und wählen Sie Download für Windows. Die Seite zeigt die Version, das Veröffentlichungsdatum, die Größe und den SHA-256-Hash. Dasselbe Installationsprogramm finden Sie unter Downloads in Ihrem Konto.
2. Noch keine Lizenz? Melden Sie sich mit Ihrer E-Mail-Adresse oder mit Google bei Ihrem Konto an, akzeptieren Sie unter Übersicht die Bedingungen und starten Sie die 30-Tage-Testversion. Die 30 Tage beginnen erst, wenn Sie das Studio aktivieren.

Den Download überprüfen

Der SHA-256-Wert auf der Download-Seite ist der Fingerabdruck des von uns veröffentlichten Installationsprogramms. Vergleichen Sie ihn mit der heruntergeladenen Datei, bevor Sie sie ausführen. In PowerShell aus dem Ordner, der die Datei enthält:

(Get-FileHash -Algorithm SHA256 ".\<installer file name>").Hash -eq "<SHA-256 from the Download page>"

True bedeutet, dass die Datei die von uns veröffentlichte ist; Groß- und Kleinschreibung spielt keine Rolle. False bedeutet, dass dies nicht der Fall ist: Löschen Sie sie, laden Sie sie erneut herunter und führen Sie sie nicht aus.

Windows SmartScreen kann einen neuen Installer mit „Der PC wurde durch Windows geschützt“ stoppen. Fahren Sie nur fort, wenn die Prüfung True meldet: Wählen Sie Weitere Informationen und dann Trotzdem ausführen.

Diesen Rechner aktivieren

1. Führen Sie den Installer aus und öffnen Sie dann Nexus Studio.
2. Kopieren Sie Ihren Lizenzschlüssel. Ihr Konto zeigt ihn einmalig an: direkt nachdem Sie die Testversion gestartet haben oder wenn Sie unter License & machines eines kostenpflichtigen Tarifs Get license key auswählen. Wir speichern davon nur einen Hash; sollten Sie ihn verlieren, können Sie ihn neu generieren.
3. Bis er aktiviert ist, öffnet sich das Studio auf seinem License-Bildschirm. Fügen Sie den Schlüssel in das Lizenzschlüssel-Feld ein und wählen Sie Activate. Der Schlüssel beginnt mit nxs_live_ und ist 61 Zeichen lang; Leerzeichen und Zeilenumbrüche, die beim Kopieren übernommen wurden, werden ignoriert.
4. Der Status lautet Aktiv. Bei einer Testversion beginnen die 30 Tage jetzt.

Der Schlüssel wird einmalig gesendet, um diese Maschine zu aktivieren, und das Studio speichert ihn nicht. Von da an bestätigt das Studio seine Lizenz eigenständig. Auf demselben Bildschirm wird unter What leaves this machine die genaue Anfrage angezeigt, die die nächste Prüfung sendet (was sie enthält).

Wird die Aktivierung abgelehnt, nennt die Meldung den Grund: der Schlüssel ist ungültig, alle Maschinen des Tarifs sind in Verwendung, diese Maschine hatte bereits eine Testversion, die Lizenz ist nicht bezahlt oder der Lizenzserver kann nicht erreicht werden.

Einen Arbeitsbereich öffnen und die Einrichtung ausführen

Dieser Teil findet auf Ihrer Maschine statt, und wir sehen ihn niemals: weder den Test noch das Ergebnis.

1. Öffnen Sie einen Ordner. Ihre Tests und Nachweise befinden sich in einem Arbeitsbereichsordner. Wählen Sie New folder und Create here, oder Open existing für einen Ordner, der bereits ein Arbeitsbereich ist.
2. Einrichtung. Der Arbeitsbereich installiert seine Pakete und Browser einmalig mit npm install und playwright install. Im Einrichtungsleitfaden führt Alle installieren das aus, was noch fehlt, Schritt für Schritt, und Fortfahren wird freigeschaltet, sobald jede erforderliche Zeile bereit ist. Dafür ist das Netzwerk erforderlich; danach arbeitet der Arbeitsbereich offline, abgesehen von der Lizenzprüfung. adb wird nur für echte Android-Telefone benötigt.
3. Dann der Test selbst. Erstellen Sie ihn, proben Sie ihn, führen Sie ihn echt aus und lesen Sie das Urteil: Schritte 2 bis 6 von Ihre ersten 7 Minuten.

Die Studio-Tour zeigt jeden Bildschirm.

Updates

Aktualisierungen erfolgen niemals automatisch: Es wird nichts heruntergeladen oder installiert, bis Sie Jetzt aktualisieren auswählen. Danach genügt ein einziger Klick.

1. Wenn eine neuere Version veröffentlicht wird, zeigt das Studio eine Zeile unter seiner Menüleiste an: Nexus Studio und die Version, ist verfügbar, mit Jetzt aktualisieren und Später. Der Hinweis trifft signiert zusammen mit der Lizenzprüfung ein; das Studio zeigt für ein Update, das es nicht verifizieren kann, nichts an.
2. Es wird nichts heruntergeladen, bis Sie Jetzt aktualisieren auswählen. Das Studio lädt das Installationsprogramm dann über HTTPS von downloads.sentinel-nexusstudio.com herunter und gleicht dessen SHA-256-Wert mit dem signierten Hinweis ab. Der Hinweis erfordert keine eigene Verbindung, und der Download ist der einzige außerhalb der Lizenzprüfung.
3. Wenn die Prüfung erfolgreich ist, schließt sich das Studio, die neue Version wird ohne Rückfragen – lediglich mit einem Fortschrittsbalken – installiert und das Studio öffnet sich wieder. Schlägt die Prüfung fehl, wird die Datei gelöscht, nichts installiert und die Zeile gibt den Grund an sowie die Option Erneut versuchen.
4. Nach der Aktualisierung wird die Engine-Kopie in jedem Arbeitsbereich automatisch auf die neue Version aktualisiert. Ihre Tests, Nachweise und Einstellungen bleiben unverändert.

Wo Sie es ausführen können

Das Studio läuft auf Ihrem eigenen Windows 11-PC, und sonst ist nichts erforderlich.

• Ihr eigener PC. Installieren Sie das Studio, öffnen Sie einen Workspace und legen Sie los. Geplante Durchläufe finden nur statt, während der PC aktiv ist.
• Ein Mini-PC, optional. Ein dedizierter Windows 11-Rechner, der eingeschaltet bleibt, für nächtliche Regressionen und geplante Durchläufe, ohne eine Workstation zu blockieren. Watch hält seinen Zeitplan ein, und die Nachweise verbleiben auf seiner Festplatte.
• Eine Laufzeitumgebung pro Workspace. Jeder Workspace wählt auf dem Docker-Bildschirm des Studios, wo die Engine seine Testsuiten ausführt: dieser Rechner; Docker auf diesem Rechner, im Runner-Container auf derselben Festplatte; oder ein VPS über SSH, auf dem dasselbe Container-Image läuft. Zwei Testanwendungen in zwei Workspaces können zwei unterschiedliche Laufzeitumgebungen verwenden. Keine der drei ist zwingend erforderlich, und der Wechsel erfolgt über eine einzige Einstellung. Das Studio selbst bleibt stets unter Windows.
• Ein VPS läuft unter Ubuntu 24.04 LTS mit Docker Engine und Compose v2, erreichbar über SSH-Schlüsselauthentifizierung. Die Nachweise verbleiben dort, bis Sie sie abrufen. Er prüft seine eigene Lizenz und zählt als Maschine Ihres Tarifs: siehe Tarife und Maschinen.
• Echte Android-Smartphones werden per USB mit der eigenen Maschine des Studios verbunden, wobei USB-Debugging aktiviert ist; Devices & Mobile enthält eine Anleitung für das erste Gerät. Smartphone-Ausführungen, Selenium- und Python-Suites sowie Infrastruktur-Chaos werden immer auf der eigenen Maschine des Studios ausgeführt.

Watch, der Scheduler, läuft nur auf dem eigenen Rechner des Studios, wobei die Laufzeitumgebung des Workspaces auf Lokal eingestellt sein muss. Um Durchläufe auf einem VPS zu planen, nutzen Sie Ihre CI: Führen Sie Ihre Tests über CI/CD aus.

Behalten Sie die Kontrolle über Ihre Infrastruktur hilft Ihnen bei der Wahl zwischen diesen Konfigurationen und vergleicht eigene Maschinen mit einer Cloud-QA-Plattform und einem gemieteten Server: wo die Nachweise gespeichert werden, wer darauf zugreifen kann und was es kostet.

Wie testet Nexus Studio localhost ohne einen Tunnel?

Ihre eigene QA-Appliance. Kein Tunnel, keine exponierte Staging-URL, keine Testdaten, die Ihr Netzwerk verlassen. Läuft unter Windows 11, Ubuntu 24.04 LTS, Docker oder SSH. BASE_URL verweist die Suite unverändert auf Ihre Anwendung auf localhost oder auf eine private Staging-URL.

• Ein Entwicklungsserver, der nach den Tests weiterlief.

  NEXUS_APP_START startet Ihre App vor jedem Durchlauf und beendet sie zusammen mit dem gesamten Prozessbaum, wenn der Durchlauf endet, fehlschlägt oder unterbrochen wird – einschließlich Ctrl+C.

• Ein erfolgreicher Durchlauf gegen eine App, die nie gestartet wurde.

  Der Durchlauf wartet, bis die Ready-URL antwortet – jeder Status unter 500, abgefragt alle 0,5 s. Wenn die App nicht starten kann, beginnt der Durchlauf nicht: CONFIG_ERROR APP_DID_NOT_START, mit den letzten 40 Log-Zeilen.

• Eine zweite Instanz einer App, die bereits läuft.

  NEXUS_APP_REUSE=true verwendet eine App, die bereits antwortet, und lässt sie laufen; false bricht den Durchlauf ab, wenn dort etwas anderes antwortet.

• Ein Ergebnis, das niemand einem Build zuordnen kann.

  Jeder Durchlauf erfasst die package.json-Version Ihrer App sowie den getesteten Git-Commit.

• Docker und SSH.

  In Docker läuft die App weiterhin auf dieser Maschine, und der Container erreicht eine localhost BASE_URL als host.docker.internal. Über SSH wird sie auf dem Remote-Host gestartet.

Ein Programm und seine Argumente, keine Shell: npm run dev, pnpm dev oder node server.js. nexus app check testet es im Studio, startet es, wartet und beendet es. Das gesamte Log verbleibt in evidence/run-context/.