Testen von Versionen

Releasetests generieren Testpläne und führen sie aus, um Codeänderungen in realistischen Umgebungen zu validieren. Der Releasetest-Agent führt explorative UAT- und Regressionstests — funktionale Regression, Validierung der Benutzererfahrung, Integrationstests und Edge-Case-Exploration — anhand Ihrer bereitgestellten Webanwendungen und REST-APIs durch.

Wie funktionieren Release-Tests

Wichtig

Beim Releasetest werden echte Anfragen an Ihre Zielanwendung ausgeführt, einschließlich Schreiboperationen (POST, PUT, DELETE). Der Agent untersucht Endpunkte, sendet Formulare und testet die Fehlerbehandlung. Diese Aktionen können Daten in der Zielanwendung erstellen, ändern oder löschen. Verwenden Sie diese Option nur, wenn Ihr Risikoprofil mutierende Aktionen als Teil der explorativen Tests zulässt. Stellen Sie sicher, dass Ihre Anwendungen explorative Schreibvorgänge ohne unbeabsichtigte Folgen wie das Senden von Kundenbenachrichtigungen, die Verarbeitung von Zahlungen oder das dauerhafte Löschen von Datensätzen tolerieren. Wir empfehlen, Staging-Bereitstellungen zu verwenden. Produktionsanwendungen sollten nur dann ins Visier genommen werden, wenn die Schreibvorgänge Ihrer Anwendung für automatisierte Tests sicher sind.

Wenn der Release-Test-Agent ausgelöst wird:

1. Generiert einen Testplan — Erstellt einen Testplan auf der Grundlage von Codeänderungen oder einer vom Benutzer angegebenen Testabsicht. Wenn der Plan durch eine Pull-Anfrage oder einen Branch ausgelöst wird, zielt er auf die betroffene Funktionalität ab. Wenn es manuell oder über den Chat ausgelöst wird, kannst du eine Testabsicht angeben, die beschreibt, was validiert werden soll. Der Plan deckt funktionale Korrektheit, Integrationsverhalten und Szenarien mit Benutzerorientierung ab.

2. Führt Tests für eine laufende Anwendung aus — Bei Angabe einer Ziel-URL (Webanwendung oder API-Endpunkt) untersucht der Agent die Anwendung und führt die generierten Tests aus. Bei Webanwendungen umfasst dies browserbasierte Benutzeroberflächeninteraktion und visuelle Inspektion. Bei APIs umfasst dies direkte HTTP-Endpunkttests, Schemavalidierung und Überprüfung der Fehlerbehandlung.

3. Meldet Ergebnisse — Die Ergebnisse werden mit bestimmten Fehlern, beeinträchtigten Funktionen, Reproduktionsschritten und empfohlenen Korrekturen zurückgegeben.

Release-Tests unterstützen Webanwendungen (React, Angular, Vue, vom Server gerendert) und REST-APIs.

Unterstützte Testtypen

• UI-Tests — Browser-based Testen mit visuellen Interaktionen für Webanwendungen

• API-Tests — Direktes Testen von HTTP-Endpunkten für REST-APIs

Definition von Testprofilen

Testprofile definieren die Web- und API-Anwendungen, die Sie testen möchten, sowie die erforderlichen Konfigurationen. Jedes Testprofil spezifiziert eine Zielanwendung und ihren Testtyp.

Um ein Testprofil zu erstellen:

1. Navigieren Sie in der DevOps Agent-Web-App im linken Navigationsbereich zu Release Manager.

2. Wählen Sie die Schaltfläche „Profile testen“.

3. Wählen Sie Testprofil hinzufügen.

4. Füllen Sie das Formular mit den folgenden Angaben aus:

   • Name — Ein beschreibender Name für das Testprofil (z. B. „MyApp Staging“)

   • Ziel-URL — Die URL einer Staging- oder Testbereitstellung Ihrer Anwendung. Der Agent sendet echten HTTP-Verkehr, einschließlich Schreiboperationen (POST, PUT, DELETE). Verwenden Sie keine Produktions-URLs, es sei denn, Sie verstehen und akzeptieren das Risiko einer Datenänderung.

   • Testtyp — Wählen Sie entweder UI-Tests (browserbasierte Tests mit visuellen Interaktionen) oder API-Tests (direkte HTTP-Endpunkttests)

5. Wählen Sie Testprofil hinzufügen aus, um es zu speichern.

Tests von einem Testprofil aus ausführen

Auf der Seite Testprofile können Sie manuell einen Testlauf auslösen:

1. Suchen Sie Ihr Testprofil in der Liste.

2. Wählen Sie Testen starten aus.

3. (Optional) Geben Sie unter Testabsicht spezifische Anweisungen an und geben Sie an, was getestet werden soll. Beispiel: „Stellen Sie sicher, dass der Checkout-Ablauf abgelaufene Coupons korrekt verarbeitet“ oder „Testen Sie das Benutzerregistrierungsformular mit ungültigen Eingaben“.

Der Mitarbeiter erstellt auf der Grundlage Ihrer Absicht einen Testplan (oder sondiert umfassend, falls keine Absicht angegeben wurde), führt Tests durch und meldet die Ergebnisse im Bereich Release Manager unter „Vorgeschlagene Änderungen“.

Tests werden vom DevOps Agenten-Chat aus ausgeführt

Im DevOps Agenten-Chat können Sie Release-Tests anfordern. Bitten Sie den Agenten, Ihre Testprofile aufzulisten oder anzugeben, welches ausgeführt werden soll. Der Mitarbeiter fragt Sie nach allen erforderlichen Folgeinformationen, z. B. was getestet werden soll oder auf welche Bereiche Sie sich konzentrieren sollten.

Beispiele:

• „Meine Testprofile auflisten“

• „Testprofil my-test-profile ausführen“

• „Führe Releasetests für meine Anwendung unter durch https://staging.myapp.com und verifiziere den Zahlungsfluss“

Der Mitarbeiter meldet bei der Erkundung der Anwendung den Fortschritt und gibt Ergebnisse mit spezifischen Ergebnissen, Screenshots (für UI-Tests) und Reproduktionsschritten zurück.

Tests von Ihrer IDE aus ausführen

Von Kiro IDE oder Claude Code aus kann der Coding-Agent Release-Tests aufrufen:

Installieren Sie zunächst das Kiro Power - oder Claude Code-Plugin.

• Geben Sie eine Testanforderung oder -absicht an, in der beschrieben wird, was überprüft werden soll (z. B. „Überprüfen Sie, ob der Anmeldevorgang nach dem Auth-Refactor funktioniert“)

• Der Codierungsagent übergibt die Testabsicht und ein Zieltestprofil an den Release-Testagenten

• Der Release-Test-Agent generiert Tests und führt sie aus und meldet dann die Ergebnisse zurück

• Wenn Probleme entdeckt werden, bietet der Coding-Agent an, diese an Ort und Stelle zu beheben

Release-Tests in CI/CD Pipelines

GitHub Aktionen

Die aws-actions/devops-agent-release-testing@v1 GitHub Aktion löst den Releasetest-Agenten nach der Bereitstellung aus und meldet die Ergebnisse als GitHub Prüflauf für Ihren Commit oder Pull Request.

Voraussetzungen

• Ein in Ihrem Agent Space konfiguriertes Testprofil

• Ein in Ihrem Agent Space DevOps Agent über Webhook aufrufen konfiguriertes

Schritt 1: Konfigurieren Sie GitHub Repository-Geheimnisse

Gehen Sie in Ihrem GitHub Repository zu Einstellungen → Geheimnisse und Variablen → Aktionen → Repository-Geheimnisse und fügen Sie Folgendes hinzu:

Secret	Description
DEVOPS_AGENT_WEBHOOK_URL	Die Webhook-URL aus Ihrem Agent Space
DEVOPS_AGENT_WEBHOOK_SECRET	Das geheime Webhook-Signaturgeheimnis aus Ihrem Agent Space

Informationen zum Erstellen eines Webhook-Endpunkts finden Sie unter. DevOps Agent über Webhook aufrufen

Schritt 2: Fügen Sie die Aktion zu Ihrem Workflow hinzu

Fügen Sie den Release-Testschritt zu Ihrem Workflow hinzu (zum Beispiel.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 }}

<YOUR_TEST_PROFILE_ID>Ersetzen Sie es durch die Testprofil-ID aus Ihrem Agent Space (beginnt mitki-). Die test-requirement Eingabe ist optional. Verwenden Sie sie, um den Agenten auf bestimmte Bereiche zu konzentrieren (z. B. „Überprüfen Sie den Anmeldeablauf nach dem Auth-Refactor“).

Eingaben für Aktionen

Input	Erforderlich	Description
Webhook-URL	Ja	Die Webhook-URL aus Ihrem Agent Space
Webhook-Geheimnis	Ja	Das geheime Webhook-Signaturgeheimnis für die Authentifizierung HMAC-SHA256
Testprofil-ID	Ja	Die Testprofil-ID, die ausgelöst werden soll (beginnt mit) ki-
Testanforderung	Nein	Optionaler Schwerpunktbereich für Tests

Erforderliche Workflow-Berechtigungen

Berechtigung	Grund
Inhalt: gelesen	Erforderlich für actions/checkout private Repos
Pull-Requests: lesen	PR-Nummer aus dem Merge-Commit SHA auflösen

Funktionsweise

1. Ihre Workflow-Auslöser (z. B. nach der Bereitstellung in einer Staging-Umgebung).

2. Die Aktion erstellt einen Prüflauf (in_progress) für den Commit oder PR, der als ausstehende Prüfung angezeigt wird.

3. Die Aktion signiert und sendet einen Webhook an Ihren Agent Space.

4. Der Releasetest-Agent übernimmt die Aufgabe und führt Tests für Ihre Anwendung durch.

5. Die Ergebnisse werden als GitHub Prüflauf (pass/fail mit einer detaillierten Zusammenfassung) zurückgemeldet.

Sie können die vollständigen Ausführungsdetails (Zeitplan, Testfälle, Screenshots für UI-Tests) in der DevOps Agent-Web-App einsehen, die von Ihrem Agent-Bereich aus verlinkt ist.

Überprüfung der Testergebnisse

Die Testergebnisse werden im Abschnitt „Änderungen“ der DevOps Agent-Web-App unter „Vorgeschlagene Änderungen“ angezeigt. Jeder Testlauf zeigt:

• Status — Abgeschlossen, Fehlgeschlagen oder In Bearbeitung

• Kategorie — Release-Tests

• Dauer — Wie lange hat der Testlauf gedauert

• Quelle — Ob er manuell, über einen Chat oder über eine CI/CD Pipeline ausgelöst wurde

Wählen Sie einen Testlauf aus, um detaillierte Ergebnisse wie spezifische Testfehler, Screenshots (für UI-Tests), Reproduktionsschritte und empfohlene Korrekturen anzuzeigen.