Köra tester med GitHub Actions

GitHub Actions kan fungera som er personliga testkörning och automatiskt köra testerna varje gång ni pushar ny kod.

Ni definierar ett arbetsflöde som anger när det ska köras, vilken miljö som ska användas och vilka kommandon som ska köras.

Detta säkerställer att varje ändring valideras konsekvent, utan manuellt arbete.

Som demonstration använder vi ett enkelt Java-projekt som hanteras med Maven, ett populärt verktyg för byggautomatisering.

Maven hjälper till att hantera projektets beroenden och tillhandahåller kommandon för att kompilera kod och köra tester.

Vårt projekt kommer att innehålla en enkel Java-klass och ett motsvarande JUnit-test (konceptuellt).

Här är en enkel Java-klass och ett grundläggande test för att kontrollera dess funktionalitet. Vi simulerar ett enhetstest utan en fullständig JUnit-konfiguration för enkelhetens skull.

Metoden main fungerar som vår testkörning och verifierar om metoden add fungerar som förväntat.

Prova att köra det för att se resultatet!

Nu ska vi se hur en GitHub Actions-arbetsflödesfil (.github/workflows/test.yml) kan se ut för att köra våra tester.

Den här YAML-filen definierar de steg som GitHub Actions ska ta för att konfigurera miljön och köra testkommandona.

Vi använder Mavens test-kommando för att köra eventuella JUnit-tester i ett verkligt projekt.

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

Låt oss gå igenom de viktigaste stegen i vårt testarbetsflöde:

• on: push / pull_request: Utlöser arbetsflödet när kod pushas eller pull requests skickas till grenen main.
• runs-on: ubuntu-latest: Anger operativsystemet för den virtuella maskin (runner) där arbetsflödet ska köras.
• actions/checkout@v4: En förbyggd action som checkar ut kodförrådet till runnern.
• actions/setup-java@v4: Ytterligare en action för att konfigurera Java Development Kit (JDK) på runnern.
• run: mvn test: Detta är det avgörande steget! Det kör Maven-kommandot för att kompilera koden och köra alla definierade tester.

En viktig fördel med testning i CI är omedelbar återkoppling. Om något test misslyckas misslyckas även jobbet i GitHub Actions-arbetsflödet.

Detta visar tydligt att den senaste kodändringen har introducerat ett fel eller en regression.

Ni kan sedan granska arbetsflödets loggar för att exakt fastställa vilket test som misslyckades och varför, så att problemen kan åtgärdas snabbt.

Att integrera automatiserade tester i CI-pipelinen är en hörnsten i modern programvaruutveckling.

Det förebygger aktivt regressioner, säkerställer en jämn kodkvalitet och minskar avsevärt risken för att trasiga funktioner driftsätts.

Den här processen skapar förtroende för kodbasen och gör att teamet kan utveckla snabbare och mer tillförlitligt.

I den här lektionen har vi gått igenom hur automatiserade tester integreras i GitHub Actions CI-pipeline.

Vi har behandlat:

• Vikten av automatiserade tester för kodkvaliteten.
• Skillnaden mellan enhets- och integrationstester.
• Hur ett GitHub Actions-arbetsflöde struktureras för att köra Java-tester med Maven.
• Förståelse av arbetsflödessteg som checkout och setup-java.
• Den avgörande rollen för mvn test när testerna körs.
• Hur GitHub Actions rapporterar testfel.

Automatiserade tester är avgörande för att upptäcka fel tidigt och upprätthålla en robust kodbas!