Questão de Engenharia de Software — Qualidade de Software — FGV 2026
Engenharia de Software›Qualidade de Software
Código
fg133743
Banca
FGV
Órgão
TJ-RJ
Ano
2026
Nível
Superior
Cargo
Analista Judiciário - Tecnologia da Informação - Analista de Gestão de TIC
A empresa Y está trabalhando no desenvolvimento de um sistema bancário e encontra-se na fase de codificação. Nesse momento, a equipe percebeu que os testes estavam sendo realizados apenas ao final de cada módulo, o que demandava um tempo excessivo para revisões. A empresa Y resolveu contratar uma consultoria para melhorar a qualidade nesse processo, reduzindo o retrabalho e melhorando a detecção precoce de defeitos.A consultoria identificou que poderia melhorar o desenvolvimento do sistema bancário implementando o(a):
Ateste de carga;
Bauditoria externa;
Cteste de aceitação;
Drefatoração contínua;
Erevisão de código por pares.
Revelar gabarito e comentário▾
GabaritoE — revisão de código por pares.
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”.
Revisão de código por pares
Gabarito: letra E. A revisão de código por pares (peer code review) é uma técnica de verificação que detecta defeitos precocemente, ainda durante a codificação, reduzindo retrabalho e melhorando a qualidade. As demais opções não atendem ao objetivo de detecção precoce no cenário descrito.
A consultoria identificou que os testes estavam sendo realizados apenas ao final de cada módulo, gerando retrabalho. A solução ideal é implementar uma atividade que encontre defeitos o mais cedo possível, durante a codificação. A revisão de código por pares é exatamente essa prática: os desenvolvedores revisam o código uns dos outros antes da integração, identificando problemas lógicos, de estilo, e de conformidade com requisitos.
1Codificação
2Revisão por pares
3Correção imediata
4Integração
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Teste de carga é um tipo de teste não funcional, focado em desempenho sob estresse. Não é voltado para detecção precoce de defeitos na codificação, e sim para avaliar comportamento sob carga.
Alternativa B — ❌ Incorreta
Auditoria externa é um processo de verificação formal e geralmente realizada após o desenvolvimento ou em marcos específicos. Não é aplicada durante a codificação e não contribui para detecção precoce contínua.
Alternativa C — ❌ Incorreta
Teste de aceitação é realizado ao final do ciclo, com o cliente, para validar se o sistema atende aos requisitos. Ocorre tardiamente, não ajudando na redução de retrabalho durante o desenvolvimento.
Alternativa D — ❌ Incorreta
Refatoração contínua melhora a estrutura interna do código sem alterar comportamento externo. Embora reduza dívida técnica, não é uma técnica de detecção de defeitos, e sim de melhoria de design.
Alternativa E — ✅ Correta ⟵ GABARITO
Revisão de código por pares é uma prática da Garantia da Qualidade, classificada como revisão técnica. Ela permite que defeitos sejam encontrados antes da execução de testes formais, reduzindo significativamente o retrabalho e os custos de correção.