Questão de Engenharia de Software — DevOps, IaC, Integração Contínua e Entrega Contínua — CESPE / CEBRASPE 2026

Integração Contínua (CI) e automação de pipelines

Gabarito: Errado (E). Em pipelines de integração contínua, o build e os testes são executados automaticamente após cada alteração no código-fonte, sem exigir intervenção manual para o início de cada etapa — é justamente essa automação que define a prática de CI. A afirmação do enunciado inverte o conceito central da integração contínua.

A Integração Contínua (Continuous Integration – CI) é uma prática de desenvolvimento de software em que os desenvolvedores integram suas alterações de código em um repositório central com frequência. A partir dessa integração, o sistema automaticamente dispara a compilação (build) e a execução dos testes. O objetivo é identificar e corrigir erros rapidamente, melhorar a qualidade do software e reduzir o tempo de lançamento de novas atualizações. A palavra-chave aqui é automação: o pipeline de CI é configurado para reagir a cada commit, executando as etapas de build e teste sem que um humano precise iniciar cada fase manualmente.

A lógica por trás dessa automação é o feedback rápido. Quanto mais cedo um erro de integração é detectado, menor o custo de correção. Se cada etapa dependesse de intervenção manual, o processo seria lento, sujeito a falhas humanas e contrariaria o princípio de entregas frequentes e rápidas — um dos pilares do DevOps. A automação garante consistência: o mesmo código, submetido ao mesmo pipeline, produz o mesmo resultado, eliminando a variabilidade da ação manual.

Na prática, ferramentas como Jenkins, GitLab CI e GitHub Actions monitoram o repositório e, a cada push, executam automaticamente uma sequência de etapas: checkout do código, compilação, execução de testes unitários e de integração, análise estática, empacotamento, entre outras. O desenvolvedor não precisa "clicar" para iniciar cada etapa — o pipeline faz isso sozinho. A única intervenção humana que pode existir, em alguns modelos, é a aprovação manual para implantação em produção (característica da Entrega Contínua, não da Integração Contínua), mas isso não se confunde com o início das etapas de build e teste.

A distinção que importa aqui é entre os três estágios do pipeline CI/CD:

A pegadinha da banca está em atribuir à integração contínua uma característica que a nega: a exigência de intervenção manual. O candidato que conhece o conceito percebe imediatamente que a automação é a essência da CI. A banca também explora a confusão com a Entrega Contínua, que de fato pode exigir uma aprovação — mas essa aprovação é para a implantação, não para o build e os testes.

Item — ❌ Errado

A afirmação está errada porque contraria o conceito fundamental de Integração Contínua. A CI automatiza a integração de código em um repositório central, disparando automaticamente a compilação e os testes a cada alteração. Não há exigência de intervenção manual para o início de cada etapa do processo de build e testes — pelo contrário, a automação é o que permite identificar erros rapidamente e reduzir o tempo de lançamento de novas atualizações. A intervenção manual, quando ocorre, é uma exceção em modelos específicos (como a aprovação para deploy na Entrega Contínua), mas nunca para as etapas de build e testes da CI.

Gabarito: Errado (E).