Zum Hauptinhalt springen
Behalten Sie Ihre Staging-Umgebung kontinuierlich im Blick. Diese geplante Automatisierung führt jede Nacht Ihre vollständige E2E- oder Smoke-Test-Suite in der Staging-Umgebung aus, erfasst Fehler mit vollständigem Reproduktionskontext, legt Linear-Tickets für echte Regressionen an und postet eine Zusammenfassung in Ihrem QA-Slack-Channel — damit Sie jeden Morgen genau wissen, wie es um Ihre Staging-Umgebung steht.

Diese Vorlage verwenden

Öffnen Sie Nächtliche QA- & Smoke-Tests in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.
Suchen Sie eine praktische Schritt-für-Schritt-Anleitung? Sehen Sie sich das Schritt-für-Schritt-Tutorial für Nächtliche QA- & Smoke-Tests an.

​
Was diese Automatisierung macht

Die Vorlage „Nightly QA“ ist eine grundlegende Automatisierung für jedes Team, das mit einem CI-/Staging-Workflow arbeitet. Devin führt Ihre Testsuite aus (Playwright, Cypress, benutzerdefinierte Skripte — was auch immer Sie bereits nutzen), ordnet jeden Fehlschlag entweder als Flake oder als echte Regression ein und erstellt Tickets mit genügend Kontext, damit ein Mensch den Fehler beheben kann, ohne ihn erneut reproduzieren zu müssen.

​
So funktioniert es

Auslöser: Zeitplan-Ereignis — recurring
  • Ereignis: schedule:recurring
    • Bedingungen:
      • rrule entspricht FREQ=DAILY;BYHOUR=2;BYMINUTE=0
Was Devin tut: Startet eine Sitzung mit dem vollständigen Kontext des Ereignisses, führt den folgenden Prompt aus und benachrichtigt Sie optional im Fehlerfall.

​
Voraussetzungen

  • Integrationen: Keine erforderlich. Diese Automatisierung wird ausschließlich als geplante Sitzung ausgeführt.

​
Beispiel-Prompt

Die Vorlage enthält diesen Prompt. Sie können ihn bearbeiten, nachdem Sie auf Vorlage verwenden geklickt haben, oder unverändert lassen.

​
Einrichtung

  1. Öffnen Sie Automations → Templates in Devin.
  2. Klicken Sie auf Nightly QA & Smoke Tests. Die Erstellungsseite wird mit dieser Vorlage bereits vorausgefüllt geöffnet.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalterwerte in den Trigger-Bedingungen (ersetzen Sie zum Beispiel your-org/your-repo durch Ihr tatsächliches Repo).
  5. Prüfen Sie den Prompt und passen Sie ihn an die Sprache, Konventionen und Guardrails Ihres Teams an.
  6. Klicken Sie auf Create automation.
Die meisten Automatisierungsvorlagen enthalten empfohlene ACU- und Aufruflimits, um die Kosten während des frühen Rollouts zu begrenzen. Behalten Sie diese zunächst bei, bis Sie sicher sind, wie sich die Automatisierung verhält, und erhöhen Sie sie dann entsprechend Ihrer Workload.

​
Wann diese Vorlage sinnvoll ist

  • Regressionen erkennen, die nur in Staging-Umgebungen auftreten
  • Das Vertrauen in lang laufende Testsuiten aufrechterhalten, die nicht bei jedem Commit ausgeführt werden können
  • Tickets für echte Flakes automatisch erstellen, damit sie nicht liegen bleiben
  • Ihre QA-Feedbackschleife über Nacht und übers Wochenende hinweg am Laufen halten

​
Ideen zur Anpassung

  • Den Zeitplan ändern (stündlich, pro Deployment, bei Bedarf per Webhook)
  • Ein beliebiges Test-Harness verwenden — Playwright, Cypress, Jest, pytest, Go test
  • Ergebnisse an Linear, Jira, GitHub-Issues oder Slack senden
  • Secrets für die Zugangsdaten der Staging-Datenbank hinzufügen, damit Devin Verifizierungsdaten abfragen kann

​
Siehe auch