Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Pruebas de lanzamiento
Las pruebas de lanzamiento generan y ejecutan planes de prueba 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) con las aplicaciones web y las API REST implementadas.
Cómo funcionan las pruebas de lanzamiento
importante
Las pruebas de lanzamiento ejecutan solicitudes reales en la aplicación de destino, incluidas las operaciones de escritura (POST, PUT, DELETE). El agente explora los terminales, envía formularios y comprueba la gestión de errores. Estas acciones pueden crear, modificar o eliminar datos en la aplicación de destino. Úselo únicamente cuando su perfil de riesgo pueda aceptar acciones de mutación como parte de las pruebas exploratorias. Asegúrese de que sus aplicaciones puedan tolerar las operaciones de escritura exploratoria sin consecuencias imprevistas, como el envío de notificaciones a los clientes, el procesamiento de pagos o la eliminación permanente de registros. Le recomendamos que opte por las implementaciones por etapas; las aplicaciones de producción solo deben utilizarse cuando las operaciones de escritura de las aplicaciones sean seguras para las pruebas automatizadas.
Cuando se activa, el agente de pruebas de lanzamiento:
Genera un plan de prueba: crea un plan de prueba basado en los cambios en el código o en una intención de prueba proporcionada por el usuario. Cuando se activa desde una solicitud de cambios o una rama, el plan se centra en la funcionalidad afectada. Cuando se activa manualmente o desde el chat, puedes proporcionar una intención de prueba en la que se describa qué se debe validar. El plan abarca la corrección funcional, el comportamiento de integración y los escenarios orientados al usuario.
Ejecuta pruebas en una aplicación en ejecución: dada una URL de destino (aplicación web o punto final de API), el agente explora la aplicación y ejecuta las pruebas generadas. En el caso de las aplicaciones web, esto incluye la interacción de 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 puntos finales de HTTP, la validación de esquemas y la verificación de la gestión de errores.
Reporta los hallazgos: los resultados se muestran con errores específicos, las funciones afectadas, los pasos de reproducción y las soluciones recomendadas.
Las pruebas de lanzamiento admiten aplicaciones web (React, Angular, Vue, renderizadas por servidor) y 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 de HTTP para API REST
Definir 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:
En la aplicación web del DevOps agente, vaya a Release Manager en el panel de navegación de la izquierda.
Seleccione el botón Probar perfiles.
Selecciona Agregar perfil de prueba.
Rellene el formulario con los siguientes detalles:
Nombre: un nombre descriptivo para el perfil de la prueba (por ejemplo, «MyApp Staging»)
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 las URL de producción a menos que comprenda y acepte el riesgo de modificar los datos.
Tipo de prueba: seleccione entre las pruebas de interfaz de usuario (pruebas basadas en el navegador con interacciones visuales) o las pruebas de API (pruebas de terminales HTTP directas)
Elige Agregar perfil de prueba para guardar.
Realizar pruebas desde un perfil de prueba
Desde la página de perfiles de prueba, puede activar manualmente una ejecución de prueba:
Busca tu perfil de prueba en la lista.
Elige Empezar a hacer pruebas.
(Opcional) Especifica las instrucciones específicas y qué es lo que quieres probar en Test intent. Por ejemplo, «Comprueba que el proceso de pago gestiona correctamente los cupones caducados» o «Prueba el formulario de registro de usuario con datos no válidos».
El agente generará un plan de pruebas en función de tu intención (o lo analizará ampliamente si no se indica ninguna intención), ejecutará las pruebas e informará de los resultados en la sección sobre los cambios propuestos en la sección Release Manager.
Cómo ejecutar las pruebas desde el chat del DevOps agente
Desde el chat del DevOps agente, puedes solicitar que se prueben las versiones. Pídele al agente que haga una lista de tus perfiles de prueba o que especifique cuál ejecutar. El agente le pedirá toda la información de seguimiento necesaria, como qué pruebas realizar o en qué áreas centrarse.
Ejemplos:
«Listar mis perfiles de prueba»
«Ejecutar perfil de prueba my-test-profile»
«Ejecute una prueba de lanzamiento en 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 arroja resultados con hallazgos, capturas de pantalla (para las pruebas de interfaz de usuario) y pasos de reproducción específicos.
Ejecutar pruebas desde tu IDE
Desde Kiro IDE o Claude Code, el agente de codificación puede invocar las pruebas de lanzamiento:
Primero, instala el plugin Kiro power o Claude Code.
Especifica un requisito o una intención de prueba que describa qué es lo que vas a validar (por ejemplo, «verifica que el flujo de inicio de sesión funcione después de la refactorización de la autenticación»)
El agente de codificación transfiere la intención de la prueba y un perfil de prueba objetivo al agente de prueba de lanzamiento
El agente de pruebas de versiones genera y ejecuta las pruebas y, a continuación, informa de los resultados
Si se descubren problemas, el agente de codificación ofrece la posibilidad de 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 la implementación y notifica los resultados en forma de GitHub verificación en la solicitud de confirmación o extracción.
Requisitos previos
Un perfil de prueba configurado en su espacio de agente
A Invocar al DevOps agente a través de Webhook configurado en su espacio de agente
Paso 1: Configurar los secretos GitHub del repositorio
En tu GitHub repositorio, ve a Configuración → Secretos y variables → Acciones → Secretos del repositorio y agrega:
| 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 Agent Space |
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
Agregue 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 su espacio de agente (empieza porki-). La test-requirement entrada es opcional: úsala para centrar al agente en áreas específicas (por ejemplo, «verificar el flujo de inicio de sesión después de refactorizar la autenticación»).
Entradas de acción
| Input | Obligatorio | Description (Descripción) |
|---|---|---|
| webhook-url | Sí | La URL del webhook de su 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 por) ki- |
| requisito de prueba | No | Área de enfoque opcional para las pruebas |
Permisos de flujo de trabajo necesarios
| Permiso | Motivo |
|---|---|
| contenido: leído | Necesario para actions/checkout repositorios privados |
| solicitudes de extracción: leer | Resuelva el número de PR de merge commit SHA |
Funcionamiento
Su flujo de trabajo se desencadena (por ejemplo, después de la implementación en un entorno de ensayo).
La acción crea un Check Run (
in_progress) en la confirmación o el PR, que aparece como una comprobación pendiente.La acción firma y envía un webhook a tu espacio de agente.
El agente de pruebas de lanzamiento retoma la tarea y ejecuta pruebas en su aplicación.
Los resultados se presentan en forma de GitHub verificación (pass/fail con un resumen detallado).
Puedes ver todos los detalles de la ejecución (cronograma, casos de prueba, capturas de pantalla de las pruebas de interfaz de usuario) en la aplicación web del DevOps agente vinculada desde tu espacio de agente.
Revisar los resultados de las pruebas
Los resultados de las pruebas aparecen en la sección de versiones de la aplicación web del DevOps agente, en la sección de cambios propuestos. Cada prueba muestra:
Estado: completado, fallido o en curso
Categoría: Pruebas de lanzamiento
Duración: cuánto duró la ejecución de la prueba
Origen: si se activó manualmente, desde un chat o desde una CI/CD canalización
Selecciona una 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 soluciones recomendadas.
