Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FCC 2018
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
fc047336
Banca
FCC
Órgão
Prefeitura de São Luís - MA
Ano
2018
Cargo
Auditor Fiscal de Tributos I - Tecnologia da Informação (TI)
Na metodologia ágil XP são realizados testes que são muito ligados com as user stories e buscam testar o sistema do ponto de vista do usuário. Este tipo de teste objetiva validar com o cliente o que foi definido nos requisitos do software, de forma a verificar se o produto desenvolvido está de acordo com o que foi estabelecido. As funcionalidades do sistema são validadas, as entradas podem ser simuladas e o comportamento de saída pode ser observado. Como o sistema é testado com todos os componentes interligados e configurados, inclusive bancos de dados e gerenciadores de filas, há garantias de que cada serviço oferecido está funcionando.(Adaptado de: https://github.com/fga-gpp-mds/A-Disciplina/wiki/Programação-Extrema-(XP))O texto se refere
Aaos testes unitários.
Bà técnica TDD.
Caos testes de aceitação.
Dao processo de refatoração dentro da técnica TDD.
Eaos testes de integração dentro da abordagem de integração contínua.
Revelar gabarito e comentário▾
GabaritoC — aos testes de aceitação.
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”.
Metodologia Ágil XP – Testes de Aceitação
Gabarito: letra C. O texto descreve testes que são ligados às user stories, testam o sistema do ponto de vista do usuário, validam com o cliente o que foi definido nos requisitos e verificam o sistema completo (com banco de dados, filas). Essa é a definição clássica de testes de aceitação (ou testes funcionais) do XP, que têm como objetivo garantir que cada funcionalidade atende às expectativas do cliente.
Análise das alternativas
Alternativa A — ❌ Incorreta
Testes unitários são escritos pelos desenvolvedores para testar pequenas unidades de código (métodos, classes) de forma isolada. Eles não envolvem o sistema integrado nem a validação com o cliente, sendo executados antes da integração.
Alternativa B — ❌ Incorreta
TDD (Test-Driven Development) é uma prática de desenvolvimento em que os testes são escritos antes do código, mas refere-se principalmente a testes unitários. A descrição do enunciado foca na validação de funcionalidades completas com o cliente, não no ciclo "teste-código-refatoração".
Alternativa C — ✅ Correta ⟵ GABARITO
Os testes de aceitação são exatamente o que o texto descreve: baseados em user stories, executados em ambiente integrado, com a participação do cliente para validar se o sistema atende aos requisitos. No XP, esses testes são automatizados e executados frequentemente para garantir que cada história implementada está correta.
Alternativa D — ❌ Incorreta
Refatoração é a prática de melhorar o código existente sem alterar seu comportamento externo. Não está relacionada à validação de requisitos com o cliente ou testes do sistema como um todo.
Alternativa E — ❌ Incorreta
Testes de integração verificam a interação entre componentes, mas não necessariamente validam requisitos de usuário nem são executados com o cliente. O texto enfatiza a validação do ponto de vista do usuário, característica dos testes de aceitação.
PEGA ESSA DICA!
Em provas sobre XP, lembre-se: testes de aceitação = validação com o cliente baseada em user stories; testes unitários = desenvolvedor testa unidade de código; TDD = prática de escrever teste antes do código. Tabela resumo:
| Tipo | Responsável | Base | Objetivo |
|------|-------------|------|----------| | Testes Unitários | Desenvolvedor | Código | Verificar pequenas unidades | | Testes de Aceitação | Cliente + Equipe | User Stories | Validar funcionalidades | | Testes de Integração | Desenvolvedor | Interfaces | Garantir comunicação entre componentes |