Vai al contenuto principale
Tieni il tuo ambiente di staging costantemente sotto controllo. Questa automazione pianificata esegue ogni notte l’intera suite E2E o smoke su staging, rileva gli errori con tutto il contesto necessario per riprodurli, apre ticket in Linear per le regressioni reali e pubblica un riepilogo nel tuo canale QA su Slack, così ogni mattina saprai esattamente in che stato si trova l’ambiente di staging.

Usa questo template

Apri Nightly QA & Smoke Tests in Devin e crea l’automazione con la configurazione predefinita. Puoi personalizzarla prima di salvarla.
Cerchi una guida pratica? Consulta il tutorial passo passo per Nightly QA & Smoke Tests.

​
Cosa fa questa automazione

Il template Nightly QA è un’automazione fondamentale per qualsiasi team che rilascia con un flusso di lavoro CI/staging. Devin esegue la tua suite di test (Playwright, Cypress, script personalizzati — qualsiasi cosa tu abbia già), classifica ogni errore come flake o regressione reale e crea ticket con un contesto sufficiente perché una persona possa risolvere il problema senza doverlo riprodurre di nuovo.

​
Come funziona

Trigger: Evento di pianificazione — recurring
  • Evento: schedule:recurring
    • Condizioni:
      • rrule corrisponde a FREQ=DAILY;BYHOUR=2;BYMINUTE=0
Cosa fa Devin: Avvia una sessione con il contesto completo dell’evento, esegue il prompt seguente e, facoltativamente, ti invia una notifica in caso di errore.

​
Prerequisiti

  • Integrazioni: Non sono richieste. Questa automazione viene eseguita esclusivamente come sessione pianificata.

​
Esempio di prompt

Il template include questo prompt. Puoi modificarlo dopo aver fatto clic su Usa template, oppure lasciarlo così com’è.

​
Configurazione

  1. Apri Automations → Templates in Devin.
  2. Fai clic su Nightly QA & Smoke Tests. Si apre la pagina di creazione con questo template già precompilato.
  3. Collega le integrazioni richieste e installa i server MCP, se non l’hai già fatto.
  4. Sostituisci gli eventuali valori segnaposto nelle condizioni del trigger (ad esempio, sostituisci your-org/your-repo con la tua repo effettiva).
  5. Rivedi il prompt e adattalo al linguaggio, alle convenzioni e alle barriere di sicurezza del tuo team.
  6. Fai clic su Crea automazione.
La maggior parte dei template di automazione include limiti suggeriti per ACU e invocazioni per contenere i costi durante la fase iniziale del rollout. Lasciali invariati finché non hai piena fiducia nel comportamento dell’automazione, poi aumentali in base al tuo carico di lavoro.

​
Quando usare questo template

  • Individuare regressioni che si manifestano solo negli ambienti di staging
  • Mantenere l’affidabilità delle suite di test a lunga esecuzione che non possono essere eseguite a ogni commit
  • Aprire automaticamente ticket per i flake reali, così da non farli cadere nel dimenticatoio
  • Mantenere attivo il ciclo di feedback del QA durante la notte e nei fine settimana

​
Idee di personalizzazione

  • Modifica la pianificazione (ogni ora, a ogni deploy, on demand tramite webhook)
  • Usa qualsiasi harness di test — Playwright, Cypress, Jest, pytest, Go test
  • Invia i risultati a Linear, Jira, issue di GitHub o Slack
  • Aggiungi secrets per le credenziali del database di staging, così Devin può recuperare i dati di verifica

​
Vedi anche