helm test-cases schrijven

Lint en template controleren bestanden, maar helm test controleert een release die al in je cluster draait. Het bewijst dat de toepassing daadwerkelijk werkt. ✅

Een Helm-test is een Pod die in de templatemap van je chart is gedefinieerd. Helm voert deze op verzoek uit en bepaalt het resultaat aan de hand van de afsluitcode.

Je markeert een Pod als test door de annotatie helm.sh/hook: test toe te voegen. Helm slaat deze vervolgens over tijdens install en voert deze alleen uit wanneer je erom vraagt.

Een veelgebruikte test start een kleine image zoals busybox, die wget gebruikt om te controleren of je service op zijn poort reageert.

Als de test-Pod afsluit met 0, slaagt de test. Elke afsluitwaarde die niet nul is, markeert de test als mislukt, precies zoals bij een shell-opdracht.

Voer na de installatie helm test uit met de releasenaam. Helm maakt de test-Pods aan, wacht en meldt elk resultaat.

Voeg --logs toe om de uitvoer van elke test-Pod te streamen, zodat een mislukking vertelt wat er verkeerd ging in plaats van alleen dat de test is mislukt.

Tests worden niet automatisch tijdens install uitgevoerd. Je activeert ze zelf, waardoor installaties snel blijven en tests expliciet zijn.

Voeg een hook-delete-policy toe, zodat voltooide test-Pods worden verwijderd en je naamruimte tussen uitvoeringen niet vervuilen.

Volgens de conventie staan test-Pods in templates/tests/, zodat ze georganiseerd en gescheiden blijven van de manifesten van je echte werklast.

In een pijplijn installeer je de chart en voer je daarna helm test uit. Een mislukte test laat de taak mislukken, zodat defecte implementaties worden gevonden voordat gebruikers dat doen.

Je hebt geleerd dat helm test geannoteerde test-Pods uitvoert tegen een actieve release, deze beoordeelt aan de hand van de afsluitcode en goed in CI past. 🎉