Skriv helm-testcases

Du markerer en Pod som en test ved at tilføje annotationen helm.sh/hook: test. Helm springer den derefter over ved install og kører den kun, når du beder om det.

En almindelig test kører et lille image som busybox, der bruger wget til at bekræfte, at din service svarer på sin port.

Hvis test-Pod'en afsluttes med 0, består testen. Enhver afslutning med en anden værdi markerer den som mislykket, præcis som en shell-kommando.

Efter installationen kører du helm test med release-navnet. Helm opretter test-Pods, venter og rapporterer hvert resultat.

Tilføj --logs for at streame outputtet fra hver test-Pod, så en fejl fortæller dig, hvad der gik galt, i stedet for blot at fortælle, at testen mislykkedes.

Tests kører ikke automatisk under install. Du udløser dem selv, hvilket holder installationer hurtige og testene udtrykkelige.

Tilføj en hook-delete-policy, så færdige test-Pods fjernes og ikke roder i dit namespace mellem kørslerne.

Efter konvention ligger test-Pods i templates/tests/, så de holdes organiserede og adskilt fra manifestene for din egentlige arbejdsbelastning.

I en CI-proceskæde installerer du chartet og kører derefter helm test. En mislykket test får jobbet til at mislykkes og opdager ødelagte udrulninger, før brugerne gør det.

Du har lært, at helm test kører annoterede test-Pods mod en aktiv release, bedømmer dem ud fra afslutningskoden og passer godt ind i CI. 🎉