Descubra como configurar um trigger downstream para executar testes automatizados após mudanças, garantindo a qualidade antes da implantação.
Antes de começarmos, considere que esta configuração é para implementar o CI downstream do GitLab, acionado por uma Merge Request no branch de Desenvolvimento (Develop) no ambiente de STG. Agora, siga o passo a passo!
No diretório raiz do repositório da sua equipe, edite ou crie um arquivo chamado .gitlab-ci.yml. Este arquivo define as etapas e os trabalhos para o pipeline CI/CD.
Abaixo está um exemplo básico de como adicionar uma nova etapa ao arquivo .gitlab-ci.yml:
Adicione um trabalho com o mesmo nome da etapa (integration_tests) e modifique a seção de gatilho para refletir o caminho real do seu projeto.
Faça o commit do arquivo .gitlab-ci.yml e envie para o repositório.
Crie uma nova Merge Request (MR) no projeto. Isso deve acionar o pipeline e incluir a nova etapa de integration_tests.
Vá até a seção CI/CD do seu projeto no GitLab para monitorar o progresso do pipeline. O pipeline será executado automaticamente conforme a configuração no arquivo .gitlab-ci.yml.
Depois que o pipeline for concluído, revise os resultados dos testes na interface do GitLab. Se algum teste falhar, você poderá ver logs e relatórios detalhados para ajudar a diagnosticar e corrigir os problemas.
Seguindo todos os passos descritos neste artigo, teremos nossos testes automatizados sendo executados no pipeline downstream do GitLab. Assim, os testes serão executados sempre após qualquer nova Merge Request, garantindo agilidade e testes constantes, assegurando a qualidade das novas versões da aplicação.
Se quiser saber mais sobre como configurar um YAML para um pipeline de testes, confira este artigo.
Espero que tenha gostado deste guia e fique à vontade para deixar qualquer dúvida nos comentários.