Escrevendo casos de teste de helm

O lint e o template verificam arquivos, mas helm test verifica uma versão que já está em execução no seu cluster. Ele comprova que o aplicativo realmente funciona. ✅

Um teste do Helm é um Pod definido no diretório de modelos do seu chart. O Helm o executa sob demanda e determina o sucesso pelo código de saída.

Você marca um Pod como teste adicionando a anotação helm.sh/hook: test. O Helm então o ignora durante o install e só o executa quando solicitado.

Um teste comum executa uma imagem pequena, como busybox, que usa wget para confirmar que seu serviço responde na porta dele.

Se o Pod de teste terminar com o código 0, o teste será aprovado. Qualquer código diferente de zero fará com que ele falhe, exatamente como um comando do shell.

Depois da instalação, execute helm test com o nome da versão. O Helm cria os pods de teste, aguarda e informa o resultado de cada um.

Adicione --logs para transmitir a saída de cada Pod de teste, de modo que uma falha mostre o que deu errado, e não apenas que houve uma falha.

Os testes não são executados automaticamente durante o install. Você mesmo os inicia, mantendo as instalações rápidas e os testes explícitos.

Adicione uma política hook-delete-policy para que os pods de teste concluídos sejam excluídos e não deixem seu namespace cheio de resíduos entre as execuções.

Por convenção, os pods de teste ficam em templates/tests/, mantendo-os organizados e separados dos manifestos das suas cargas de trabalho reais.

Em um fluxo de CI, instale o chart e depois execute helm test. Um teste com falha faz a etapa falhar, detectando implantações quebradas antes dos usuários.

Como o Helm decide se um Pod de teste foi aprovado?

Você aprendeu que helm test executa pods de teste anotados em uma versão ativa, avalia-os pelo código de saída e se encaixa perfeitamente na CI. 🎉