Ejecución de pruebas con GitHub Actions

Imagine que realiza un cambio en su código y sabe inmediatamente si ha provocado algún problema en otra parte. ¡Ese es el poder de las pruebas automatizadas en su pipeline de CI!

La integración continua (CI) consiste en fusionar con frecuencia los cambios de código en un repositorio central. Las pruebas automatizadas son las guardianas de este proceso.

Detectan errores pronto, proporcionan comentarios rápidos y generan confianza con cada cambio de código.

Cuando hablamos de pruebas automatizadas, suelen aparecer dos tipos principales: pruebas unitarias y pruebas de integración.

• Pruebas unitarias: Se centran en partes pequeñas y aisladas del código, como una sola función o método. Son rápidas y permiten localizar los problemas con precisión.
• Pruebas de integración: Comprueban si distintas partes del sistema funcionan correctamente juntas, por ejemplo, cuando el código interactúa con una base de datos o una API.

Ambos tipos son fundamentales para garantizar que el software sea sólido y fiable.

GitHub Actions puede actuar como su propio ejecutor de pruebas y ejecutarlas automáticamente cada vez que envíe código nuevo.

Debe definir un flujo de trabajo que especifique cuándo se ejecutará, qué entorno utilizará y qué comandos ejecutará.

Esto garantiza que cada cambio se valide de forma coherente y sin esfuerzo manual.

Para demostrarlo, utilizaremos un proyecto Java sencillo gestionado con Maven, una herramienta popular de automatización de compilaciones.

Maven ayuda a gestionar las dependencias del proyecto y proporciona comandos para compilar el código y ejecutar pruebas.

Nuestro proyecto tendrá una clase Java sencilla y una prueba JUnit correspondiente, a nivel conceptual.

Aquí tiene una clase Java sencilla y una prueba básica para comprobar su funcionamiento. Para simplificar, simularemos una prueba unitaria sin configurar JUnit por completo.

El método main actúa como nuestro ejecutor de pruebas y verifica si el método add funciona como se espera.

Intente ejecutarlo para ver el resultado.

Ahora veremos cómo sería un archivo de flujo de trabajo de GitHub Actions (.github/workflows/test.yml) para ejecutar nuestras pruebas.

Este archivo YAML define los pasos que seguirá GitHub Actions para configurar el entorno y ejecutar los comandos de prueba.

Utilizaremos el comando test de Maven para ejecutar las pruebas JUnit reales de un proyecto.

name: Java CI with Maven

on:
  push:
    branches: [ "main" ]
  pull_request:
    branches: [ "main" ]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Set up JDK 17
        uses: actions/setup-java@v4
        with:
          java-version: '17'
          distribution: 'temurin'
          cache: maven
      - name: Run Maven Tests
        run: mvn test

Analicemos los pasos clave de nuestro flujo de trabajo de pruebas:

• on: push / pull_request: Activa el flujo de trabajo cuando se envía código o se crean solicitudes de incorporación de cambios para la rama main.
• runs-on: ubuntu-latest: Especifica el sistema operativo de la máquina virtual, denominada ejecutor, en la que se ejecutará el flujo de trabajo.
• actions/checkout@v4: Es una acción prediseñada que obtiene el código del repositorio en el ejecutor.
• actions/setup-java@v4: Es otra acción que configura el kit de desarrollo de Java (JDK) en el ejecutor.
• run: mvn test: ¡Este es el paso crucial! Ejecuta el comando de Maven para compilar el código y ejecutar todas las pruebas definidas.

Una ventaja clave de las pruebas en CI es recibir comentarios de inmediato. Si alguna prueba falla, fallará el trabajo del flujo de trabajo de GitHub Actions.

Esto indica claramente que el cambio de código reciente ha introducido un error o una regresión.

A continuación, puede revisar los registros del flujo de trabajo para identificar exactamente qué prueba falló y por qué, lo que le ayudará a solucionar los problemas rápidamente.

Integrar pruebas automatizadas en su pipeline de CI es un pilar fundamental del desarrollo de software moderno.

Previene activamente las regresiones, garantiza una calidad de código coherente y reduce considerablemente el riesgo de desplegar funcionalidades defectuosas.

Este proceso genera confianza en su base de código y permite que su equipo innove con mayor rapidez y fiabilidad.

Considere un flujo de trabajo de GitHub Actions diseñado para ejecutar pruebas. ¿Cuál es el objetivo principal del paso run: mvn test en un proyecto Java?

En esta lección hemos explorado cómo integrar pruebas automatizadas en su pipeline de CI de GitHub Actions.

Hemos tratado los siguientes temas:

• La importancia de las pruebas automatizadas para la calidad del código.
• La diferencia entre las pruebas unitarias y las pruebas de integración.
• Cómo estructurar un flujo de trabajo de GitHub Actions para ejecutar pruebas de Java mediante Maven.
• La comprensión de pasos del flujo de trabajo como checkout y setup-java.
• El papel fundamental de mvn test en la ejecución de las pruebas.
• Cómo informa GitHub Actions de los fallos en las pruebas.

¡Las pruebas automatizadas son cruciales para detectar errores pronto y mantener una base de código sólida!