Questão de Engenharia de Software — Teste de Software — FCC 2015
Engenharia de Software›Teste de Software
Código
fc018599
Banca
FCC
Órgão
DPE-RR
Ano
2015
Nível
Superior
Cargo
Analista de Sistemas
Um Analista de Sistemas, após conduzir todos os casos de teste de validação, descobriu um desvio da especificação de requisitos e criou uma lista de deficiências. Uma atitude correta, após este fato, é
Aentregar o produto e, posteriormente, chamar o cliente para a condução do teste beta.
Bnegociar com o cliente e estabelecer um método de resolução das deficiências.
Creescrever os critérios de validação da especificação para adequar o produto aos resultados.
Dpassar à etapa de revisão da configuração, que é realizada junto com o teste alfa.
Eentregar ao cliente a lista de deficiências e passar à etapa de teste de integração para solução dos problemas.
Revelar gabarito e comentário▾
GabaritoB — negociar com o cliente e estabelecer um método de resolução das deficiências.
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”.
Teste de Software: Validação e Ações após Descoberta de Deficiências
Gabarito: letra B. Após conduzir todos os casos de teste de validação e descobrir desvios da especificação, a atitude correta é negociar com o cliente e estabelecer um método de resolução das deficiências – prática padrão da Engenharia de Software, em que validação verifica se o produto atende às necessidades do cliente. Descobertas de desvios devem ser discutidas com o cliente para decidir correções ou ajustes no escopo, e não simplesmente ignoradas ou postergadas.
A questão testa o entendimento do fluxo de trabalho após a fase de validação: o teste de validação (ou aceitação) é realizado sob condições reais ou simuladas, e se houver não conformidades, o time deve negociar com o cliente o tratamento das deficiências.
1Teste de validação
2Desvio da especificação
3Negociar com o cliente
4Estabelecer método de resolução
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Entregar o produto com deficiências conhecidas e depois chamar para teste beta é inadequado. O teste beta é uma forma de teste de aceitação, mas deve ocorrer após a resolução ou aceitação formal das deficiências. Entregar sem tratar os desvios pode gerar insatisfação e retrabalho.
Alternativa B — ✅ Correta ⟵ GABARITO
Negociar com o cliente e estabelecer um método de resolução das deficiências é a atitude correta. A validação visa garantir que o produto atenda às expectativas; se há desvios, o caminho é discutir prioridades, prazos e possíveis correções, alinhando expectativas antes de prosseguir.
Alternativa C — ❌ Incorreta
Reescrever os critérios de validação para adequar o produto aos resultados seria o oposto do objetivo: os critérios de validação devem refletir os requisitos reais; alterá-los para mascarar falhas é antiético e fere a qualidade.
Alternativa D — ❌ Incorreta
Revisão de configuração e teste alfa são etapas posteriores ou paralelas, mas não substituem a necessidade de tratar as deficiências descobertas na validação. Não há relação direta com a ação imediata.
Alternativa E — ❌ Incorreta
Entregar a lista de deficiências e passar ao teste de integração é equivocado: teste de integração ocorre antes da validação (aceitação), e não depois. Após a validação, o ciclo de testes está praticamente encerrado; a fase seguinte é a implantação, não o teste de integração.
Conclusão: A ação correta após descobrir desvios na validação é negociar com o cliente e definir como resolver as deficiências, garantindo que o produto final atenda às expectativas. Portanto, o gabarito é a letra B.