Questão de Engenharia de Software — Teste de Software — FCC 2022
Engenharia de Software›Teste de Software
Código
fc062337
Banca
FCC
Órgão
PGE-AM
Ano
2022
Cargo
Técnico em Gestão Procuratorial Especialidade Engenharia de Software
Considere o seguinte ciclo de desenvolvimento do Test Driven Development (TDD) no contexto do teste de software:1. Escrever um Teste que inicialmente não passa.2. Adicionar uma nova funcionalidade do sistema.3. ......................................................................4. ......................................................................5. Escrever o próximo Teste.Os itens 3 e 4 correspondem, correta e respectivamente, a:
AFazer o Teste passar e Refatorar o código da nova funcionalidade.
BReescrever o código do programa e Fazer o Teste passar.
CRefatorar o código da nova funcionalidade e Reescrever os requisitos funcionais.
DAdicionar novos requisitos não funcionais e Reescrever o código do programa.
EReescrever os requisitos funcionais e Fazer o Teste passar.
Revelar gabarito e comentário▾
GabaritoA — Fazer o Teste passar e Refatorar o código da nova funcionalidade.
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”.
TDD (Test Driven Development) — Ciclo
Gabarito: letra A. No TDD, depois de escrever um teste que falha (etapa 1) e adicionar a funcionalidade (etapa 2), o próximo passo é fazer o teste passar e, em seguida, refatorar o código, antes de escrever o próximo teste. Essa sequência corresponde exatamente às etapas 3 e 4 do enunciado.
O contexto fornecido descreve o TDD:
...Em seguida, o código deve ser desenvolvido da forma mais minimalista possível, isto é, apenas para passar nos testes. Depois que o código passar em todos os testes, deve ser refatorado para atender a padrões de qualidade interna...
Portanto, as etapas 3 e 4 são, respectivamente, "Fazer o Teste passar" e "Refatorar o código da nova funcionalidade", conforme a alternativa A.
1Escrever teste que falha
2Adicionar funcionalidade mínima
3Fazer o teste passar
4Refatorar o código
5Escrever próximo teste
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Apresenta a ordem correta: primeiro fazer o teste passar, depois refatorar.
Alternativa B — ❌ Incorreta
Inverte a ordem: coloca "Reescrever o código do programa" (que não é uma etapa TDD) antes de "Fazer o Teste passar". A refatoração vem após o teste passar.
Alternativa C — ❌ Incorreta
Troca a refatoração por "Reescrever os requisitos funcionais", que não faz parte do ciclo TDD.
Alternativa D — ❌ Incorreta
Introduz "Adicionar novos requisitos não funcionais" e "Reescrever o código do programa", ambos estranhos ao ciclo TDD.
Alternativa E — ❌ Incorreta
Coloca "Reescrever os requisitos funcionais" como etapa, o que não ocorre no TDD, e ainda inverte a ordem ao colocar "Fazer o Teste passar" como última.