Questão de Engenharia de Software — Desenvolvimento de Software — Quadrix 2025

Integração Contínua (CI) no DevOps

Gabarito: letra D. A situação descreve a integração contínua (CI): a cada commit/push, uma ferramenta automaticamente baixa o código, compila, executa testes e gera um artefato, com o objetivo de validar rapidamente as mudanças e identificar falhas o quanto antes. Essa é a definição clássica de CI, que difere da entrega contínua (CD), que trata da preparação e implantação automatizada do artefato em produção.

A integração contínua é uma prática fundamental do DevOps que consiste em integrar o código de todos os desenvolvedores em um repositório central com frequência — idealmente várias vezes ao dia. A cada integração, um pipeline automatizado executa uma série de etapas: compilação do código, execução de testes automatizados (unitários, de integração) e geração de um artefato executável. O objetivo é detectar erros de integração o mais cedo possível, antes que se acumulem e se tornem difíceis de corrigir. Essa automação reduz o retrabalho, melhora a qualidade do software e acelera o ciclo de desenvolvimento.

A confusão mais comum é entre CI e CD (entrega contínua). Enquanto a CI foca em integrar e validar o código automaticamente, a CD foca em preparar e disponibilizar o artefato para implantação, podendo até mesmo implantá-lo automaticamente em produção (implantação contínua). No cenário descrito, a ferramenta para na geração do artefato — não há menção a deploy ou liberação para produção —, o que caracteriza exclusivamente a CI.

Outras práticas como gerenciamento de configuração, infraestrutura como código e observabilidade são importantes no DevOps, mas não descrevem o processo de compilar, testar e gerar artefato a cada commit. O gerenciamento de configuração garante que os sistemas estejam na configuração esperada; a IaC provisiona infraestrutura por código; e a observabilidade monitora e entende o comportamento do sistema em produção.

Guarde a fronteira: CI = integrar + testar + gerar artefato (o que a questão descreve); CD = preparar + implantar. É exatamente nessa distinção que as alternativas se dividem.

Alternativa A — ❌ Incorreta

O gerenciamento de configuração é a prática de garantir que sistemas e infraestrutura estejam sempre na configuração esperada, reduzindo inconsistências entre ambientes. Não envolve compilar código, executar testes ou gerar artefatos a cada commit — é sobre manter o estado desejado dos ambientes, muitas vezes com auxílio da infraestrutura como código.

Alternativa B — ❌ Incorreta

A entrega contínua (CD) é a prática em que as alterações são automaticamente testadas e carregadas em um repositório, prontas para serem implantadas em produção. O enunciado descreve apenas a etapa de build e teste (CI), sem mencionar a preparação para deploy ou a liberação para produção. A CD é o passo seguinte à CI, não o processo descrito.

Alternativa C — ❌ Incorreta

A infraestrutura como código (IaC) é a prática de provisionar e gerenciar infraestrutura usando código e técnicas de desenvolvimento de software, como controle de versão. Não se refere à compilação e teste do código da aplicação, mas sim à automação da infraestrutura (servidores, redes, etc.).

Alternativa D — ✅ Correta ⟵ GABARITO

A integração contínua (CI) é exatamente a prática descrita: a cada commit/push, uma ferramenta baixa o código, compila, executa testes automatizados e gera um artefato, validando rapidamente as mudanças e identificando falhas o quanto antes. O objetivo é integrar o código frequentemente e detectar erros precocemente, melhorando a qualidade e reduzindo o tempo de lançamento.

Alternativa E — ❌ Incorreta

A observabilidade é a capacidade de entender o estado interno de um sistema a partir de seus outputs externos (métricas, logs, traces). É uma prática de monitoramento e diagnóstico, não de compilação e teste de código a cada commit. Ela atua na operação do software, não no pipeline de build.

Gabarito: letra D