Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Test di rilascio
Il release testing genera ed esegue piani di test per convalidare le modifiche al codice in ambienti realistici. L'agente di test di rilascio esegue test esplorativi UAT e di regressione (regressione funzionale, convalida del percorso utente, test di integrazione ed esplorazione dei casi limite) sulle applicazioni Web e sulle API REST distribuite.
Come funzionano i test di rilascio
Importante
I test di rilascio eseguono richieste reali sull'applicazione di destinazione, incluse le operazioni di scrittura (POST, PUT, DELETE). L'agente esplora gli endpoint, invia moduli e verifica la gestione degli errori: queste azioni possono creare, modificare o eliminare dati nell'applicazione di destinazione. Utilizzale solo se il tuo profilo di rischio può accettare azioni mutanti come parte dei test esplorativi. Assicuratevi che le vostre applicazioni possano tollerare operazioni di scrittura esplorativa senza conseguenze indesiderate, come l'invio di notifiche ai clienti, l'elaborazione dei pagamenti o l'eliminazione definitiva dei record. Ti consigliamo di utilizzare implementazioni staging; le applicazioni di produzione dovrebbero essere mirate solo quando le operazioni di scrittura dell'applicazione sono sicure per i test automatici.
Quando viene attivato, il release testing agent:
Genera un piano di test: crea un piano di test basato sulle modifiche al codice o su un intento di test fornito dall'utente. Quando viene attivato da una pull request o da una branch, il piano si rivolge alle funzionalità interessate. Se attivato manualmente o tramite chat, puoi fornire un intento di test che descriva cosa convalidare. Il piano copre la correttezza funzionale, il comportamento di integrazione e gli scenari rivolti agli utenti.
Esegue test su un'applicazione in esecuzione: dato un URL di destinazione (applicazione web o endpoint API), l'agente esplora l'applicazione ed esegue i test generati. Per le applicazioni Web, ciò include l'interazione dell'interfaccia utente basata su browser e l'ispezione visiva. Per le API, ciò include il test diretto degli endpoint HTTP, la convalida dello schema e la verifica della gestione degli errori.
Risultati dei report: vengono restituiti i risultati con errori specifici, funzionalità compromesse, passaggi di riproduzione e correzioni consigliate.
I test di rilascio supportano le applicazioni web (React, Angular, Vue, renderizzate dal server) e le API REST.
Tipi di test supportati
Test dell'interfaccia utente: Browser-based test con interazioni visive per applicazioni web
Test delle API: test diretto degli endpoint HTTP per le API REST
Definizione dei profili di test
I profili di test definiscono le applicazioni Web e API da testare e le configurazioni necessarie. Ogni profilo di test specifica un'applicazione di destinazione e il relativo tipo di test.
Per creare un profilo di test:
Nell'app web DevOps Agent, accedi a Release Manager nella barra di navigazione a sinistra.
Seleziona il pulsante Test profiles.
Scegli Aggiungi profilo di test.
Compila il modulo con i seguenti dettagli:
Nome: un nome descrittivo per il profilo del test (ad esempio, "MyApp Staging»)
URL di destinazione: l'URL di una distribuzione temporanea o di test dell'applicazione. L'agente invia traffico HTTP reale, comprese le operazioni di scrittura (POST, PUT, DELETE). Non utilizzate gli URL di produzione a meno che non comprendiate e accettiate il rischio di modifica dei dati.
Tipo di test: seleziona il test dell'interfaccia utente (test basato su browser con interazioni visive) o il test delle API (test diretto degli endpoint HTTP)
Scegli Aggiungi profilo di test per salvare.
Esecuzione di test da un profilo di test
Dalla pagina Profili di test, puoi attivare manualmente un'esecuzione di test:
Individua il tuo profilo di test nell'elenco.
Scegli Inizia il test.
(Facoltativo) Specifica le istruzioni specifiche e cosa testare in Test intent. Ad esempio, «Verifica che il flusso di pagamento gestisca correttamente i coupon scaduti» o «Verifica il modulo di registrazione dell'utente con input non validi».
L'agente genererà un piano di test basato sull'intento dell'utente (o esplorerà a grandi linee se non viene fornito alcun intento), eseguirà i test e riporterà i risultati nella sezione Release Manager nella sezione relativa alle modifiche proposte.
Esecuzione dei test dalla chat dell'agente DevOps
Dalla chat DevOps dell'agente, puoi richiedere i test di rilascio. Chiedi all'agente di elencare i tuoi profili di test o di specificare quale eseguire. L'agente chiederà tutte le informazioni di follow-up necessarie, ad esempio cosa testare o su quali aree concentrarsi.
Esempi:
«Elenca i miei profili di test»
«Esegui il profilo di test my-test-profile»
«Esegui il test di rilascio sulla mia applicazione all'indirizzo https://staging.myapp.com e verifica il flusso dei pagamenti»
L'agente segnala i progressi mentre esplora l'applicazione e restituisce i risultati con risultati specifici, schermate (per i test dell'interfaccia utente) e passaggi di riproduzione.
Esecuzione di test dal tuo IDE
Da Kiro IDE o Claude Code, l'agente di codifica può richiamare i test di rilascio:
Innanzitutto, installa il plugin Kiro power o Claude Code.
Specifica un requisito o un intento di test descrivendo cosa convalidare (ad esempio, «verifica che il flusso di accesso funzioni dopo il refattore di autenticazione»)
L'agente di codifica trasmette l'intento del test e un profilo di test target al release testing agent
L'agente di test di rilascio genera ed esegue i test, quindi riporta i risultati
Se vengono rilevati problemi, l'agente di codifica si offre di risolverli sul posto
Test di rilascio in pipeline CI/CD
GitHub Azioni
L'aws-actions/devops-agent-release-testing@v1 GitHub azione attiva l'agente di release testing dopo la distribuzione e riporta i risultati come GitHub Check Run sulla richiesta di commit o pull.
Prerequisiti
Un profilo di test configurato nel tuo Agent Space
A Richiamo DevOps dell'agente tramite Webhook configurato nel tuo Agent Space
Fase 1: Configurazione dei segreti GitHub del repository
Nel tuo GitHub repository, vai su Impostazioni → Segreti e variabili → Azioni → Segreti del repository e aggiungi:
| Segreto | Description |
|---|---|
| DEVOPS_AGENT_WEBHOOK_URL | L'URL del webhook dal tuo Agent Space |
| DEVOPS_AGENT_WEBHOOK_SECRET | Il segreto di firma del webhook del tuo Agent Space |
Per informazioni sulla creazione di un endpoint webhook, consulta. Richiamo DevOps dell'agente tramite Webhook
Passaggio 2: aggiungi l'azione al tuo flusso di lavoro
Aggiungi la fase di test di rilascio al tuo flusso di lavoro (ad esempio,.github/workflows/release-tests.yml):
name: Release Tests on: push: branches: [main] pull_request: branches: [main] permissions: checks: write contents: read pull-requests: read jobs: test: runs-on: ubuntu-latest steps: - name: Trigger Release Tests uses: aws-actions/devops-agent-qa@v1 with: webhook-url: ${{ secrets.DEVOPS_AGENT_WEBHOOK_URL }} webhook-secret: ${{ secrets.DEVOPS_AGENT_WEBHOOK_SECRET }} test-profile-id: <YOUR_TEST_PROFILE_ID> test-requirement: <WHAT_TO_TEST> # optional env: GITHUB_TOKEN: ${{ github.token }}
Sostituiscilo <YOUR_TEST_PROFILE_ID> con l'ID del profilo di test del tuo Agent Space (che inizia conki-). L'test-requirementinput è facoltativo: utilizzalo per focalizzare l'agente su aree specifiche (ad esempio, «verifica il flusso di accesso dopo il refattore di autenticazione»).
Input di azione
| Input | Richiesto | Description |
|---|---|---|
| webhook-url | Sì | L'URL del webhook dal tuo Agent Space |
| webhook-secret | Sì | Il segreto di firma del webhook per l'autenticazione HMAC-SHA256 |
| test-profile-id | Sì | L'ID del profilo di test da attivare (inizia con) ki- |
| requisito del test | No | Area di interesse opzionale per i test |
Autorizzazioni richieste per il flusso di lavoro
| Autorizzazione | Motivo |
|---|---|
| contenuti: leggi | Obbligatorio per actions/checkout i repository privati |
| pull requests: leggi | Risolvi il numero PR da merge commit SHA |
Come funziona
Il flusso di lavoro si attiva (ad esempio, dopo la distribuzione in un ambiente di staging).
L'azione crea un Check Run (
in_progress) sul commit o sul PR, che appare come un controllo in sospeso.L'azione firma e invia un webhook al tuo Agent Space.
L'agente di release testing rileva il task ed esegue i test sull'applicazione.
I risultati vengono riportati come GitHub Check Run (pass/fail con un riepilogo dettagliato).
È possibile visualizzare i dettagli completi dell'esecuzione (cronologia, casi di test, schermate per i test dell'interfaccia utente) nell'app Web DevOps Agent collegata da Agent Space.
Revisione dei risultati dei test
I risultati dei test vengono visualizzati nella sezione Releases dell'app web DevOps Agent nella sezione Modifiche proposte. Ogni esecuzione del test mostra:
Stato: completato, non riuscito o in corso
Categoria: test di rilascio
Durata: quanto tempo è durato il test
Fonte: se è stato attivato manualmente, dalla chat o da una pipeline CI/CD
Seleziona un'esecuzione di test per visualizzare i risultati dettagliati, inclusi errori specifici del test, schermate (per i test dell'interfaccia utente), passaggi di riproduzione e correzioni consigliate.
