Questão de Engenharia de Software — Teste de Software — FCC 2017
Engenharia de Software›Teste de Software
Código
fc035584
Banca
FCC
Órgão
ARTESP
Ano
2017
Nível
Médio
Cargo
Agente de Fiscalização à Regulação de Transporte - Tecnologia de Informação
O projeto de casos de teste é parte do teste de sistema e de componentes. Há várias abordagens para se projetar casos de teste, dentre as quais se encontram o teste
Aestrutural, no qual são identificados requisitos de entrada e de saída e projetados testes de modo que o sistema processe todos os requisitos de entrada e gere todas as suas saídas.
Bde dados, em que testes são projetados para testar números negativos, nomes com menos de 30 caracteres, itens de menu etc.
Cbaseado em requisitos, no qual os casos de teste são projetados para testar os requisitos distribuídos entre os componentes do sistema.
Dprocedural, que projeta casos de testes para todas as partes funcionais do sistema que afetam os requisitos.
Eprocedural, no qual são identificadas funções de entrada e de saída e projetados testes de modo que o sistema processe as entradas de todas as funções e gere todas as suas saídas.
Revelar gabarito e comentário▾
GabaritoC — baseado em requisitos, no qual os casos de teste são projetados para testar os requisitos distribuídos entre os componentes do sistema.
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”.
Abordagens de projeto de casos de teste
Gabarito: letra C. O teste baseado em requisitos é uma abordagem clássica e amplamente reconhecida, na qual os casos de teste são derivados diretamente dos requisitos do sistema, distribuídos entre os componentes – exatamente o que descreve a alternativa C. As demais opções misturam conceitos ou utilizam termos não padronizados.
Abordagem
Descrição correta
É padronizada?
Estrutural (caixa-branca)
Foca na estrutura interna do código (fluxos, caminhos, decisões)
✅ Sim
Baseado em requisitos
Deriva casos de teste dos requisitos funcionais/não funcionais, distribuídos entre componentes
✅ Sim
Orientado a dados (data-driven)
Separa dados dos scripts de teste; particionamento e valor-limite são técnicas, não a abordagem
✅ Sim
Procedural
Termo não padronizado em engenharia de software; descrição vaga ou inviável (teste exaustivo)
❌ Não
Alternativa A — ❌ Incorreta
Define o teste estrutural como baseado em requisitos de entrada e saída. O teste estrutural (caixa-branca) foca na estrutura interna do código (fluxos, decisões, caminhos), e não nos requisitos funcionais. A descrição se encaixa melhor no teste funcional (caixa-preta).
Alternativa B — ❌ Incorreta
Descreve o teste de dados com exemplos de particionamento de equivalência e análise de valor limite (números negativos, nomes com limite de caracteres). Embora essas sejam técnicas de teste, a abordagem genérica chamada "teste orientado a dados" (data-driven testing) consiste em separar dados dos scripts, não apenas testar valores específicos. A descrição é de técnicas, não de uma abordagem.
Alternativa C — ✅ Correta ⟵ GABARITO
Afirma que o teste baseado em requisitos projeta casos de teste para verificar os requisitos distribuídos entre os componentes. Esta é a descrição correta: a partir dos requisitos funcionais e não funcionais, derivam-se testes que garantem que cada componente atenda ao que foi especificado.
Alternativa D — ❌ Incorreta
Utiliza o termo procedural sem definição padronizada em engenharia de software. A descrição "testar partes funcionais que afetam os requisitos" é vaga e poderia se aplicar a várias abordagens, mas "procedural" não é uma categoria clássica.
Alternativa E — ❌ Incorreta
Também usa procedural e descreve identificação de funções de entrada/saída e teste de todas as funções. Isso se assemelha ao teste funcional exaustivo, que é inviável na prática, e o termo "procedural" novamente não é adequado.
NÃO CAIA NESSA!
A banca emprega termos como "estrutural" e "procedural" para confundir. O teste estrutural é sobre a lógica interna, não sobre requisitos; "procedural" não é uma abordagem consagrada. Lembre-se: as abordagens clássicas são: baseada em requisitos, funcional (caixa-preta), estrutural (caixa-branca) e orientada a dados. A alternativa C é a única que descreve corretamente uma abordagem real.