Questão de Engenharia de Software — Geral — INSTITUTO AOCP 2026

Jenkins: Automação de Build, Teste e Deploy

Gabarito: letra B. O Jenkins é uma ferramenta de automação de código aberto amplamente utilizada para implementar pipelines de integração contínua (CI) e entrega contínua (CD), permitindo automatizar as etapas de build, teste e deploy de aplicações. As demais alternativas confundem o Jenkins com outras categorias de software, como banco de dados, controle de versão, compilador e servidor de aplicações.

O Jenkins é um dos principais servidores de automação do mercado, sendo o coração de muitas esteiras de CI/CD. Ele orquestra o processo de desenvolvimento ao executar tarefas de forma automática e repetível sempre que há uma alteração no código-fonte. A ideia central é detectar problemas cedo, integrando o trabalho de vários desenvolvedores e garantindo que o software esteja sempre em um estado potencialmente liberável.

Para entender o Jenkins, é preciso compreender o conceito de pipeline. Um pipeline é uma sequência de estágios que o código percorre desde o commit até a produção. No Jenkins, esses estágios são definidos em um arquivo chamado Jenkinsfile, que pode ser versionado junto com o código. Os estágios típicos incluem:

• Build: compilação do código-fonte e empacotamento em artefatos (como um arquivo .jar, .war ou uma imagem Docker).

• Teste: execução de testes automatizados (unitários, de integração, etc.) para validar o comportamento do software.

• Deploy: implantação do artefato em um ambiente específico, como um servidor de homologação ou produção.

A automação dessas etapas traz benefícios como a redução de erros manuais, a aceleração do ciclo de desenvolvimento e a melhoria da qualidade do software. O Jenkins se integra a uma vasta gama de ferramentas, como Git, Maven, Gradle, Docker, Kubernetes, entre outras, o que o torna extremamente flexível.

A pegadinha desta questão é justamente a tentativa de associar o Jenkins a outras ferramentas do ecossistema de desenvolvimento. O candidato que não conhece bem o papel de cada ferramenta pode facilmente cair em uma das alternativas incorretas. A chave é lembrar que o Jenkins é um servidor de automação, não um banco de dados, um sistema de controle de versão, um compilador ou um servidor de aplicações Java EE.

Alternativa A — ❌ Incorreta

O Jenkins não é um sistema gerenciador de banco de dados relacional. Ele não armazena dados de forma estruturada em tabelas com relacionamentos. O Jenkins armazena configurações de jobs, logs de execução e artefatos de build, mas isso não o caracteriza como um SGBD. Ferramentas como MySQL, PostgreSQL e Oracle são exemplos de SGBDs relacionais. O Jenkins pode até se conectar a um banco de dados para armazenar seus dados, mas ele não é um banco de dados em si.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta é a definição correta. O Jenkins é uma ferramenta de automação que permite configurar pipelines para build, teste e deploy de aplicações. Ele automatiza essas etapas do ciclo de vida do software, integrando-se a outras ferramentas e orquestrando o processo de CI/CD. O termo "pipeline" é central: é a sequência de estágios que o código percorre, e o Jenkins é o orquestrador dessa sequência.

Alternativa C — ❌ Incorreta

O Jenkins não é um sistema de controle de versão distribuído. Sistemas de controle de versão, como Git, Mercurial e SVN, são responsáveis por gerenciar o histórico de alterações do código-fonte, permitindo que múltiplos desenvolvedores trabalhem em paralelo. O Jenkins, por sua vez, consome o código versionado para executar suas automações. Ele pode se integrar ao Git, mas não o substitui. A confusão aqui é entre a ferramenta que versiona o código e a que automatiza o processo.

Alternativa D — ❌ Incorreta

O Jenkins não substitui a necessidade de compiladores e interpretadores. Compiladores (como o javac para Java) e interpretadores (como o Python) são responsáveis por traduzir o código-fonte em código executável. O Jenkins utiliza essas ferramentas como parte do seu pipeline de build, mas não as substitui. Ele apenas automatiza a execução dessas ferramentas. Sem um compilador ou interpretador instalado, o Jenkins não conseguiria compilar ou executar o código.

Alternativa E — ❌ Incorreta

O Jenkins não é um servidor de aplicações Java EE. Servidores de aplicações, como JBoss, Tomcat e GlassFish, são responsáveis por executar aplicações Java EE, fornecendo um ambiente de runtime com suporte a EJB, WAR, servlets, etc. O Jenkins, embora seja escrito em Java e possa ser executado em um servidor de aplicações, não tem essa função. Ele é um servidor de automação, não um servidor de aplicações. A confusão aqui é entre a plataforma de execução de aplicações e a ferramenta de automação de processos.

Gabarito: letra B