Pular para o conteúdo principal

Questão de Engenharia de Software — Qualidade de Software — FGV 2025

Engenharia de SoftwareQualidade de Software
Código
fg106561
Banca
FGV
Órgão
CGE-SP
Ano
2025
Nível
Superior
Cargo
Auditor Estadual de Controle - Tecnologia da Informação - tarde
O Test-Driven Development (TDD) é uma prática de Extreme Programming (XP) que integra o desenvolvimento com a qualidade de software, seguindo o ciclo rigoroso de Red, Green, Refactor.Assinale a opção que indica a principal atividade realizada na fase Refactor do TDD e o seu objetivo primário em relação à qualidade do código.
  1. AEscrever o teste de unidade que falha; e garantir que a cobertura de testes seja 100% confiável.
  2. BEscrever o código de produção mínimo para o teste passar e provar que o teste é válido no domínio aplicado e no problema tratado.
  3. CCriar um novo feature branch no Git e isolar as alterações de forma segura e atômica.
  4. DReestruturar o código de produção e o código de teste sem alterar seu comportamento funcional e melhorar a legibilidade, reduzir a duplicação e otimizar o design interno.
  5. EIniciar a integração contínua e o deployment automático e entregar valor rapidamente ao cliente.
Revelar gabarito e comentário

GabaritoD — Reestruturar o código de produção e o código de teste sem alterar seu comportamento funcional e melhorar a legibilidade, reduzir a duplicação e otimizar o design interno.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Test-Driven Development (TDD) – Fase Refactor

Gabarito: letra D. A fase Refactor do TDD consiste em reestruturar o código de produção e de teste sem alterar seu comportamento funcional, com o objetivo primário de melhorar a legibilidade, reduzir a duplicação e otimizar o design interno do código. Essa é a descrição exata da alternativa D.

  1. 1RedEscreve teste que falha
  2. 2GreenCódigo mínimo p/ passar
  3. 3RefactorReestrutura sem alterar comportamento
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Escrever o teste de unidade que falha é a atividade da fase Red, não do Refactor. O objetivo de garantir cobertura de 100% não é o foco do Refactor, que visa qualidade estrutural.

Alternativa B — ❌ Incorreta

Escrever o código de produção mínimo para o teste passar é a atividade da fase Green. Não se trata de reestruturação.

Alternativa C — ❌ Incorreta

Criar um novo feature branch no Git é uma prática de controle de versão, não pertence ao ciclo TDD.

Alternativa D — ✅ Correta ⟵ GABARITO

Reestruturar o código de produção e de teste sem alterar o comportamento funcional, melhorando legibilidade, reduzindo duplicação e otimizando o design interno. Essa é a definição clássica da fase Refactor do TDD.

Alternativa E — ❌ Incorreta

Iniciar integração contínua e deployment automático são práticas de DevOps/entrega contínua, não fazem parte do ciclo TDD.

NÃO CAIA NESSA!

A banca mistura as fases do ciclo TDD (Red, Green, Refactor) com práticas de versionamento e DevOps. O candidato deve lembrar que Refactor é exclusivamente a melhoria interna do código sem mudança de comportamento.

Gabarito: letra D — a única que descreve corretamente a atividade e o objetivo da fase Refactor.

Link permanente: /questoes/fg106561