Pruebas de lanzamiento

Las pruebas de lanzamiento generan y ejecutan planes de pruebas para validar los cambios de código en entornos realistas. El agente de pruebas de versiones ejecuta pruebas exploratorias de UAT y regresión (regresión funcional, validación del recorrido del usuario, pruebas de integración y exploración de casos extremos) en las aplicaciones web y las API de REST implementadas.

Cómo funcionan las pruebas de lanzamiento

importante

Las pruebas de versión ejecutan solicitudes reales en la aplicación de destino, incluidas las operaciones de escritura (POST, PUT, DELETE). El agente explora los puntos finales, envía formularios y prueba la gestión de errores; estas acciones pueden crear, modificar o eliminar datos en la aplicación de destino. Úselo solo cuando su perfil de riesgo pueda aceptar acciones mutantes como parte de las pruebas exploratorias. Asegúrese de que sus aplicaciones puedan tolerar operaciones de escritura exploratorias sin consecuencias imprevistas, como el envío de notificaciones a los clientes, el procesamiento de pagos o la eliminación permanente de registros. Recomendamos ejecutarlo en lugar de despliegues temporales; las aplicaciones de producción solo deberían estar orientadas cuando las operaciones de escritura de la aplicación sean seguras para realizar pruebas automatizadas.

Cuando se activa, el agente de pruebas de versiones:

1. Genera un plan de pruebas: crea un plan de pruebas en función de los cambios de código o de una intención de prueba proporcionada por el usuario. Cuando se activa desde una solicitud de cambios o una sucursal, el plan se centra en la funcionalidad afectada. Si se activa manualmente o desde el chat, puedes proporcionar una intención de prueba que describa qué es lo que quieres validar. El plan cubre la corrección funcional, el comportamiento de integración y los escenarios orientados al usuario.

2. Ejecuta pruebas en una aplicación en ejecución: dada la URL de destino (aplicación web o punto final de la API), el agente explora la aplicación y ejecuta las pruebas generadas. En el caso de las aplicaciones web, esto incluye la interacción con la interfaz de usuario basada en el navegador y la inspección visual. En el caso de las API, esto incluye las pruebas directas de los puntos finales HTTP, la validación del esquema y la verificación de la gestión de errores.

3. Reporta las conclusiones: los resultados se devuelven con los errores específicos, la funcionalidad afectada, los pasos de reproducción y las correcciones recomendadas.

Las pruebas de versión son compatibles con las aplicaciones web (React, Angular, Vue, renderizadas por el servidor) y las API REST.

Tipos de pruebas compatibles

• Pruebas de interfaz de usuario: Browser-based pruebas con interacciones visuales para aplicaciones web

• Pruebas de API: pruebas directas de puntos finales HTTP para API REST

Definición de perfiles de prueba

Los perfiles de prueba definen las aplicaciones web y de API que desea probar y las configuraciones necesarias. Cada perfil de prueba especifica una aplicación de destino y su tipo de prueba.

Para crear un perfil de prueba:

1. En la aplicación web DevOps Agent, diríjase a Release Manager en la barra de navegación de la izquierda.

2. Seleccione el botón Probar perfiles.

3. Seleccione Añadir perfil de prueba.

4. Rellene el formulario con los siguientes detalles:

   • Nombre: un nombre descriptivo para el perfil de la prueba (por ejemplo, «Puesta en MyApp escena»)

   • URL de destino: la URL de una implementación provisional o de prueba de su aplicación. El agente envía tráfico HTTP real, incluidas las operaciones de escritura (POST, PUT, DELETE). No utilice direcciones URL de producción a menos que comprenda y acepte el riesgo de modificar los datos.

   • Tipo de prueba: seleccione pruebas de interfaz de usuario (pruebas basadas en el navegador con interacciones visuales) o pruebas de API (pruebas de punto final HTTP directas)

5. Selecciona Añadir perfil de prueba para guardarlo.

Ejecutar pruebas desde un perfil de prueba

Desde la página de perfiles de prueba, puede activar manualmente una ejecución de prueba:

1. Busca tu perfil de prueba en la lista.

2. Selecciona Comenzar a realizar pruebas.

3. (Opcional) Especifique instrucciones específicas y qué probar en la intención de la prueba. Por ejemplo, «Comprueba que el proceso de pago gestiona correctamente los cupones caducados» o «Prueba el formulario de registro de usuario con entradas no válidas».

El agente generará un plan de pruebas en función de su intención (o lo analizará a fondo si no se indica ninguna intención), ejecutará las pruebas e informará de los resultados en la sección Release Manager, en la sección sobre los cambios propuestos.

Ejecutar las pruebas desde el chat del DevOps agente

Desde el chat del DevOps agente, puedes solicitar las pruebas de lanzamiento. Pídale al agente que enumere sus perfiles de prueba o que especifique cuál desea ejecutar. El agente le pedirá toda la información de seguimiento necesaria, como qué probar o en qué áreas centrarse.

Ejemplos:

• «Enumere mis perfiles de prueba»

• «Ejecute el perfil de prueba my-test-profile»

• «Ejecute las pruebas de versión de mi aplicación en https://staging.myapp.com y verifique el flujo de pagos»

El agente informa del progreso a medida que explora la aplicación y devuelve los resultados con hallazgos específicos, capturas de pantalla (para las pruebas de interfaz de usuario) y pasos de reproducción.

Ejecutar pruebas desde su IDE

Desde Kiro IDE o Claude Code, el agente de codificación puede invocar las pruebas de lanzamiento:

En primer lugar, instale el complemento Kiro power o Claude Code.

• Especifique un requisito o una intención de prueba que describa lo que se va a validar (por ejemplo, «comprobar que el flujo de inicio de sesión funciona tras la refactorización de la autenticación»)

• El agente de codificación transmite la intención de la prueba y un perfil de prueba objetivo al agente de prueba de liberación

• El agente de pruebas de lanzamiento genera y ejecuta las pruebas y, a continuación, informa de los resultados

• Si se descubren problemas, el agente de codificación se ofrece a solucionarlos

Publica las pruebas en CI/CD proceso

GitHub Acciones

La aws-actions/devops-agent-release-testing@v1 GitHub acción activa el agente de pruebas de lanzamiento tras el despliegue e informa de los resultados en forma de GitHub verificación de ejecución en tu solicitud de confirmación o extracción.

Requisitos previos

• Un perfil de prueba configurado en tu espacio de agente

• Un Invocar al DevOps agente a través de Webhook configurado en su espacio de agente

Paso 1: Configurar los secretos GitHub del repositorio

En su GitHub repositorio, vaya a Configuración → Secretos y variables → Acciones → Secretos del repositorio y añada:

Secret	Description (Descripción)
DEVOPS_AGENT_WEBHOOK_URL	La URL del webhook de tu espacio de agente
DEVOPS_AGENT_WEBHOOK_SECRET	El secreto de firma de webhooks de tu espacio de agente

Para obtener información sobre la creación de un punto final de webhook, consulte. Invocar al DevOps agente a través de Webhook

Paso 2: añade la acción a tu flujo de trabajo

Añada el paso de prueba de la versión a su flujo de trabajo (por ejemplo,.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>Sustitúyalo por el ID del perfil de prueba de tu espacio de agente (empieza porki-). La test-requirement entrada es opcional: utilícela para centrar al agente en áreas específicas (por ejemplo, «verificar el flujo de inicio de sesión tras la refactorización de la autenticación»).

Entradas de acción

Input	Obligatorio	Description (Descripción)
webhook-url	Sí	La URL del webhook de tu espacio de agente
webhook-secret	Sí	El secreto de firma del webhook para la autenticación HMAC-SHA256
identificador del perfil de prueba	Sí	El ID del perfil de prueba que se va a activar (comienza con) ki-
requisito de prueba	No	Área de enfoque opcional para las pruebas

Permisos de flujo de trabajo necesarios

Permiso	Motivo
contenido: leer	Necesario para actions/checkout repositorios privados
solicitudes extraíbles: leer	Resuelva el número PR de la confirmación de fusión SHA

Funcionamiento

1. Su flujo de trabajo se desencadena (por ejemplo, después de la implementación en un entorno provisional).

2. La acción crea un Check Run (in_progress) en la confirmación o PR, que aparece como una verificación pendiente.

3. La acción firma y envía un webhook a tu espacio de agente.

4. El agente de pruebas de versiones se encarga de la tarea y ejecuta las pruebas en tu aplicación.

5. Los resultados se muestran en forma de GitHub verificación (pass/fail con un resumen detallado).

Puede ver todos los detalles de la ejecución (cronología, casos de prueba, capturas de pantalla de las pruebas de interfaz de usuario) en la aplicación web DevOps Agent vinculada desde su Agent Space.

Revisar los resultados de las pruebas

Los resultados de las pruebas aparecen en la sección Cambios de la aplicación web DevOps Agent, en la sección de cambios propuestos. Cada ejecución de prueba muestra:

• Estado: completada, fallida o en curso

• Categoría: Pruebas de lanzamiento

• Duración: cuánto duró la prueba

• Origen: si se activó manualmente, desde un chat o desde una CI/CD canalización

Selecciona una ejecución de prueba para ver los resultados detallados, incluidos los errores específicos de las pruebas, las capturas de pantalla (para las pruebas de interfaz de usuario), los pasos de reproducción y las correcciones recomendadas.