Questão de Engenharia de Software — Teste de Software — FGV 2025
Engenharia de Software›Teste de Software
Código
fg105417
Banca
FGV
Órgão
AL-AM
Ano
2025
Nível
Superior
Cargo
Analista Legislativo - Programador
Em equipes que praticam metodologias ágeis (Scrum/XP), a abordagem de testes é integrada e contínua.Em contraste com os modelos tradicionais, onde os testes eram uma fase separada no final do ciclo, a cultura ágil exige que o teste seja
Aexclusivamente automatizado e sem envolvimento do usuário final.
Brealizado apenas pelo Time de QA, que atua como gatekeeper de qualidade.
Cuma atividade contínua e colaborativa, responsabilidade de toda a equipe.
Dfocado primariamente em Testes de Performance em detrimento de Testes Funcionais.
Etotalmente documentado em um Plano de Teste formal antes da codificação.
Revelar gabarito e comentário▾
GabaritoC — uma atividade contínua e colaborativa, responsabilidade de toda a equipe.
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”.
Testes em Metodologias Ágeis (Scrum/XP)
Gabarito: letra C. Em metodologias ágeis, o teste é uma atividade contínua e colaborativa, responsabilidade de toda a equipe, e não uma fase separada ou exclusiva de um time de QA. Esse princípio está alinhado com os valores ágeis de comunicação, feedback e propriedade coletiva.
A banca testa o contraste entre a abordagem tradicional (teste como fase final) e a ágil (teste integrado e contínuo). No XP, por exemplo, a prática de desenvolvimento orientado a testes (TDD) e os testes de aceitação com cliente on-site reforçam que todos se envolvem na qualidade.
Teste em metodologias ágeis (Scrum/XP): Características (Atividade contínua, Colaborativa, Responsabilidade de toda a equipe); Práticas (TDD (teste antes do código), Integração contínua, Programação em pares, Teste de aceitação com cliente); Contraste com modelo tradicional (Teste como fase final separada, Apenas time de QA, Documentação formal prévia)
Alternativa A — ❌ Incorreta
Afirma que o teste deve ser exclusivamente automatizado e sem envolvimento do usuário final. Embora a automação seja valorizada, o usuário final participa por meio de testes de aceitação e feedback contínuo, essencial para validar o valor do produto.
Alternativa B — ❌ Incorreta
Atribui o teste apenas ao Time de QA, como gatekeeper. Nas metodologias ágeis, a qualidade é responsabilidade de todos (desenvolvedores, Product Owner, Scrum Master etc.). QA pode existir, mas não como único responsável.
Alternativa C — ✅ Correta ⟵ GABARITO
Descreve exatamente a essência ágil: teste como atividade contínua e colaborativa, responsabilidade de toda a equipe. Práticas como TDD, integração contínua e programação em pares no XP, e a inspeção constante no Scrum, comprovam essa visão.
Alternativa D — ❌ Incorreta
Prioriza testes de performance em detrimento dos funcionais. No ágil, o foco inicial é em testes funcionais (unidade, aceitação) que garantem que o software atende aos requisitos; performance é abordada conforme necessidade, não como prioridade primária.
Alternativa E — ❌ Incorreta
Exige documentação total em um plano de teste formal antes da codificação. Isso vai contra o manifesto ágil, que valoriza mais a interação e a resposta a mudanças do que documentação extensa. No XP, o código é a principal documentação; os testes são escritos antes do código, não em um plano formal prévio.
PEGA ESSA DICA!
Em provas de metodologias ágeis, lembre-se: teste é contínuo, de todos e focado na entrega de valor. Se a alternativa mencionar exclusividade de um papel ou documentação pesada, está errada.