A prática de testes na metodologia ágil XP - Extreme Programming é bastant...

A prática de testes na metodologia ágil XP - Extreme Programming é bastante técnica, envolve a presença do cliente e sua automatização viabiliza outras práticas como Integração Contínua, Refator...


A prática de testes na metodologia ágil XP - Extreme Programming é bastante técnica, envolve a presença do cliente e sua automatização viabiliza outras práticas como Integração Contínua, Refatoração e Propriedade Coletiva. Considere os testes:

I. É escrito antes da funcionalidade; após a escrita do teste o desenvolvedor implementa o código para passar no teste; em seguida, refatora o código.

II. Automatiza o teste da funcionalidade e tipicamente testa uma classe ou pequeno grupo de classes. Se algum erro é descoberto, acrescenta-se imediatamente um caso de teste para ele. Assim busca-se garantir que o erro não se repetirá.

III. É definido pelo cliente para verificar que o sistema funciona conforme por ele especificado. Para cada estória de usuário é escrito um teste. Quando todos os seus testes passam, a estória é considerada completa.

Os testes I, II e III são, correta e respectivamente,

🚀 Desbloqueie a explicação completa

Veja comentários detalhados e resoluções exclusivas para entender o gabarito desta questão.

Criar conta grátis
  • Marcos de Castro
    Marcos de Castro EQUIPE
    22/10/2025 • 18:56
    Gabarito: b)

    O teste I descreve a prática do TDD (Test Driven Development), onde o teste é escrito antes da implementação da funcionalidade. O desenvolvedor escreve o teste, implementa o código para passar no teste e depois realiza a refatoração. Essa é a essência do TDD, conforme descrito na metodologia XP.

    O teste II corresponde ao Teste Unitário, que automatiza a verificação de funcionalidades específicas, geralmente em nível de classe ou pequeno grupo de classes. A prática de adicionar casos de teste para erros encontrados é típica do teste unitário para garantir que erros não se repitam.

    O teste III é o Teste de Aceitação, definido pelo cliente para validar que o sistema atende às especificações e requisitos. Cada estória de usuário possui um teste de aceitação, e quando todos passam, a estória é considerada completa.

    As outras alternativas apresentam termos incorretos ou misturam conceitos. Por exemplo, BDD (Behavior Driven Development) não está descrito nos testes apresentados, e termos como Teste de Validação ou Teste de Sistema não correspondem exatamente às descrições dadas.

    Portanto, a sequência correta é TDD - Teste Unitário - Teste de Aceitação, que corresponde à alternativa b).

Utilizamos cookies e tecnologias semelhantes para aprimorar sua experiência. Política de Privacidade.