Questão de Engenharia de Software — Teste de Software — FCC 2017
Engenharia de Software›Teste de Software
Código
fc037986
Banca
FCC
Órgão
TRE-PR
Ano
2017
Nível
Médio
Cargo
Técnico Judiciário - Programação de Sistemas
A etapa “Testar os Requisitos Construídos” do método MAgil recomenda a aplicação das estratégias de teste definidas pelo projeto para minimizar os defeitos e não conformidades do produto no momento de sua verificação no ambiente de homologação, aumentando as chances de sua aprovação pelo Product Owner. São atividades previstas nesta etapa:− Realizar o teste unitário da funcionalidade.− Preparar e realizar os testes de integração e de regressão.− Realizar teste de verificação e validação da funcionalidade.− Autorizar, na medida do possível, os testes unitários, de integração e funcionais.O teste
Aunitário de classes de objetos fica mais complicado com generalização e herança, pois não se pode testar um método na classe em que está definido e assumir que funcionará corretamente nas classes que herdam este método.
Bde validação é uma técnica sistemática para construir a arquitetura do software enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces. O objetivo é, a partir de componentes testados no nível de unidade, construir uma estrutura de programa determinada pelo projeto.
Cde verificação é a reexecução de algum subconjunto de testes que já foi conduzido para garantir que as modificações não propaguem efeitos colaterais indesejados.
Dde regressão é conhecido como teste de caixa branca ou teste de caixa preta.
Ede integração começa no fim do teste de validação e tem como objetivo avaliar se o que foi entregue atende às expectativas do cliente. A integração do software é obtida por meio de uma série de testes que demonstram conformidade com os requisitos.
Revelar gabarito e comentário▾
GabaritoA — unitário de classes de objetos fica mais complicado com generalização e herança, pois não se pode testar um método na classe em que está definido e assumir que funcionará corretamente nas classes que herdam este método.
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 – Definições de tipos de teste
Gabarito: letra A. O teste unitário em classes com herança exige cuidado: um método testado na superclasse pode não funcionar corretamente em subclasses, pois estas podem redefinir o método ou depender de comportamento específico. Essa é a única alternativa que descreve corretamente uma característica real do teste unitário no contexto de orientação a objetos.
A questão lista atividades da etapa “Testar os Requisitos Construídos” do método MAgil e pede para completar a frase “O teste…”. Cada alternativa define um tipo diferente de teste. Vamos analisar cada uma:
Alternativa A — ✅ Correta ⟵ GABARITO
Descreve uma peculiaridade do teste unitário em sistemas orientados a objetos: a herança pode quebrar a premissa de que um método funciona igual em todas as subclasses. Conforme o princípio de substituição de Liskov, o comportamento esperado deve ser mantido, mas na prática é necessário testar cada classe derivada.
Alternativa B — ❌ Incorreta
Define o teste de integração (não validação). O texto “técnica sistemática para construir a arquitetura… conduz testes para descobrir erros associados às interfaces” é a definição clássica de teste de integração. Validação responde “estamos criando o produto certo?”.
Alternativa C — ❌ Incorreta
Define o teste de regressão (não verificação). Reexecutar testes para garantir que modificações não introduzam efeitos colaterais é a finalidade do teste de regressão. Verificação responde “estamos criando o produto corretamente?”.
Alternativa D — ❌ Incorreta
Afirma que teste de regressão é conhecido como caixa branca ou caixa preta. Isso é falso: caixa branca e caixa preta são técnicas de teste, não tipos. O teste de regressão pode usar ambas, mas não é sinônimo.
Alternativa E — ❌ Incorreta
Descreve o teste de validação/aceitação (não integração). Avaliar se o software atende às expectativas do cliente é validação. O teste de integração foca na interação entre módulos.
PEGA ESSA DICA!
Memorize as perguntas clássicas: Verificação = “Fizemos o produto corretamente?”; Validação = “Fizemos o produto certo?”. E lembre-se: regressão = repetir testes após mudanças; integração = testar interfaces.