Pular para o conteúdo principal

Questão de Engenharia de Software — Teste de Software — FGV 2024

Engenharia de SoftwareTeste 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
  1. 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.
  2. 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.
  3. Ca Criação de Casos de Teste e a Prototipação são etapas independentes e não influenciam a Revisão de Requisitos.
  4. 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.
  5. 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

  1. 1Prototipação
  2. 2Revisão de requisitos
  3. 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.

Link permanente: /questoes/fg086800