Tests uitvoeren met GitHub Actions

GitHub Actions kan fungeren als je persoonlijke testrunner en je tests automatisch uitvoeren telkens wanneer je nieuwe code pusht.

Je definieert een werkstroom waarin staat wanneer deze moet worden uitgevoerd, welke omgeving moet worden gebruikt en welke opdrachten moeten worden uitgevoerd.

Zo wordt elke wijziging consistent gevalideerd, zonder handmatig werk.

Als voorbeeld gebruiken we een eenvoudig Java-project dat wordt beheerd met Maven, een populair hulpprogramma voor buildautomatisering.

Maven helpt bij het beheren van projectafhankelijkheden en biedt opdrachten om code te compileren en tests uit te voeren.

Ons project bevat een eenvoudige Java-klasse en een bijbehorende JUnit-test, conceptueel gezien.

Hier zie je een eenvoudige Java-klasse en een basistest om de werking ervan te controleren. Voor de eenvoud simuleren we een unit-test zonder een volledige JUnit-configuratie.

De main-methode fungeert als onze testrunner en controleert of de add-methode werkt zoals verwacht.

Probeer het programma uit te voeren om de uitvoer te bekijken!

Laten we nu bekijken hoe een GitHub Actions-werkstroombestand (.github/workflows/test.yml) eruitziet om onze tests uit te voeren.

Dit YAML-bestand definieert de stappen die GitHub Actions uitvoert om de omgeving in te stellen en onze testopdrachten uit te voeren.

In een echt project gebruiken we de opdracht test van Maven om eventuele JUnit-tests uit te voeren.

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

Laten we de belangrijkste stappen in onze testwerkstroom bespreken:

• on: push / pull_request: start de werkstroom bij codepushes of pull-aanvragen naar de main-branch.
• runs-on: ubuntu-latest: geeft het besturingssysteem op voor de virtuele machine (runner) waarop de werkstroom wordt uitgevoerd.
• actions/checkout@v4: een vooraf gebouwde actie die de code van je opslagplaats uitcheckt op de runner.
• actions/setup-java@v4: een andere actie om de Java Development Kit (JDK) op de runner in te stellen.
• run: mvn test: dit is de cruciale stap! Deze voert de Maven-opdracht uit om je code te compileren en alle gedefinieerde tests uit te voeren.

Een belangrijk voordeel van testen in CI is directe feedback. Als een test mislukt, mislukt de taak van de GitHub Actions-werkstroom.

Dit geeft duidelijk aan dat de recente codewijziging een fout of regressie heeft veroorzaakt.

Je kunt vervolgens de werkstroomlogboeken bekijken om precies te bepalen welke test is mislukt en waarom. Zo kun je problemen snel oplossen.

Geautomatiseerde tests integreren in je CI-pijplijn is een hoeksteen van moderne softwareontwikkeling.

Dit voorkomt actief regressies, zorgt voor consistente codekwaliteit en verkleint het risico aanzienlijk dat defecte functies worden geïmplementeerd.

Dit proces geeft je vertrouwen in je codebasis, zodat je team sneller en betrouwbaarder kan innoveren.

In deze les hebben we onderzocht hoe je geautomatiseerde tests integreert in je GitHub Actions-CI-pijplijn.

We hebben behandeld:

• Het belang van geautomatiseerd testen voor codekwaliteit.
• Het verschil tussen unit-tests en integratietests.
• Hoe je een GitHub Actions-werkstroom structureert om Java-tests met Maven uit te voeren.
• Het begrijpen van werkstroomstappen zoals checkout en setup-java.
• De cruciale rol van mvn test bij het uitvoeren van je tests.
• Hoe GitHub Actions mislukte tests rapporteert.

Geautomatiseerd testen is cruciaal om fouten vroeg te vinden en een robuuste codebasis te behouden!