Questão de Engenharia de Software — Teste de Software — FGV 2024
Engenharia de Software›Teste de Software
Código
fg086800
Banca
FGV
Órgão
MF
Ano
2024
Nível
Superior
Cargo
Auditor Federal de Finanças e Controle - Área de Tecnologia da Informação (Transformação Digital) - manhã
Na validação de requisitos de software, acerca das interações entre a Criação de Casos de Teste, Prototipação e Revisão de Requisitos é correto afirmar que
Aa Prototipação deve ser realizada exclusivamente após a Revisão de Requisitos, pois ajustes nos requisitos não afetam os protótipos já desenvolvidos.
BPrototipação e Revisão de Requisitos são técnicas complementares que, juntas, fornecem uma base sólida para a Criação de Casos de Teste eficaz.
Ca Criação de Casos de Teste e a Prototipação são etapas independentes e não influenciam a Revisão de Requisitos.
DRevisão de Requisitos é uma pré-condição para a Criação de Casos de Teste, mas não tem relação direta com a Prototipação.
ECriação de Casos de Teste substitui a necessidade de Prototipação e Revisão de Requisitos, sendo suficiente para garantir a qualidade do software.
Revelar gabarito e comentário▾
GabaritoB — Prototipação e Revisão de Requisitos são técnicas complementares que, juntas, fornecem uma base sólida para a Criação de Casos de Teste eficaz.
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”.
Validação de Requisitos: Prototipação, Revisão e Casos de Teste
Gabarito: letra B. A Prototipação e a Revisão de Requisitos são técnicas complementares de validação que, ao fornecerem feedback sobre os requisitos antes do desenvolvimento, criam uma base sólida para a Criação de Casos de Teste eficaz. Enquanto a prototipação permite visualizar e testar o comportamento do sistema, a revisão examina a especificação documentada; juntas, reduzem ambiguidades e erros, orientando a elaboração de testes mais precisos.
A questão explora o relacionamento entre essas três atividades no processo de validação. O entendimento correto é que elas se reforçam mutuamente: um protótipo pode revelar falhas nos requisitos que serão corrigidas pela revisão, e ambos os produtos (requisitos validados e protótipo) alimentam a criação de casos de teste.
Atividade
Relação com Prototipação
Relação com Revisão de Requisitos
Relação com Criação de Casos de Teste
Papel na Validação
Prototipação
—
Complementar: protótipo revela falhas que a revisão corrige
Fornece base: critérios de aceitação do protótipo guiam os testes
Permite visualizar e testar comportamento do sistema
Revisão de Requisitos
Complementar: examina especificação documentada, corrige falhas do protótipo
—
Pré-condição: requisitos estáveis e claros alimentam testes
Analisa documentação de forma estruturada
Criação de Casos de Teste
Dependente: usa critérios de aceitação definidos na prototipação
Dependente: usa requisitos validados pela revisão
—
Elabora testes precisos com base em requisitos validados
1Prototipação
2Revisão de requisitos
3Criação de casos de teste
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que a Prototipação deve ser realizada exclusivamente após a Revisão de Requisitos, pois ajustes nos requisitos não afetam os protótipos já desenvolvidos. Isso é falso: na prática, a prototipação é frequentemente usada durante a elicitação e validação de requisitos, e qualquer alteração nos requisitos impacta diretamente os protótipos, que precisam ser atualizados para refletir as mudanças.
Alternativa B — ✅ Correta ⟵ GABARITO
Prototipação e Revisão de Requisitos são técnicas complementares. A prototipação permite que stakeholders interajam com uma versão inicial do sistema, identificando problemas de usabilidade e requisitos ausentes. A revisão de requisitos, por sua vez, analisa a documentação de forma estruturada. Ambas contribuem para um conjunto de requisitos mais estável e claro, que serve de entrada confiável para a criação de casos de teste. O conteúdo de apoio destaca que casos de teste são criados com base nos critérios de aceitação definidos durante a prototipação e revisão (C2: "cada história de usuário deve ter critérios de aceitação associados... guiar a criação dos casos de teste").
Alternativa C — ❌ Incorreta
Diz que Criação de Casos de Teste e Prototipação são etapas independentes e não influenciam a Revisão de Requisitos. Na verdade, os resultados da prototipação (feedback dos usuários) e dos casos de teste (falhas encontradas) são insumos valiosos para revisar e refinar os requisitos. A independência não existe: o ciclo é iterativo.
Alternativa D — ❌ Incorreta
Afirma que Revisão de Requisitos é pré-condição para a Criação de Casos de Teste, mas não tem relação direta com a Prototipação. Embora a revisão seja de fato importante antes de criar testes, ela tem relação direta com a prototipação: protótipos são frequentemente usados para validar requisitos durante a revisão, e a revisão pode apontar necessidades de novos protótipos.
Alternativa E — ❌ Incorreta
Propõe que a Criação de Casos de Teste substitui a necessidade de Prototipação e Revisão de Requisitos. Isso é um erro grave: cada técnica tem seu papel. A criação de casos de teste verifica se o software atende aos requisitos, mas não substitui a validação precoce proporcionada pela prototipação e pela revisão, que evitam retrabalho.
PEGA ESSA DICA!
Em questões sobre validação de requisitos, lembre-se de que prototipação e revisão são complementares e iterativas; nenhuma técnica substitui a outra. A criação de casos de teste é uma atividade posterior que se beneficia de requisitos validados. Fique atento a alternativas que sugerem independência ou substituição — elas geralmente estão erradas.