Questão de Engenharia de Software — Teste de Software — FUNDATEC 2019
Engenharia de Software›Teste de Software
Código
qq467836
Banca
FUNDATEC
Órgão
Prefeitura de Porto Alegre - RS
Ano
2019
Nível
Superior
Cargo
Auditor Fiscal da Receita Municipal - Bloco II
Sabe-se que a equipe responsável pelo desenvolvimento da funcionalidade Agendar Atendimento, do software Sistema de Atendimento Agendado (SAA), realizou testes intensivos, com o objetivo de entregar tal funcionalidade estável e sem erros. A equipe de testes, antes de iniciar suas atividades, estudou os artefatos elaborados no projeto, tais como documento visão, diagramas e especificações de casos de uso, histórias de usuário, casos de teste, regras de negócio, modelo de dados, lista de mensagens, tipos de dados e valores válidos de entrada e saída, dentre outros. Os testadores realizaram muitas simulações, inserindo, na tela de entrada de dados, dados certos e errados, de modo a observar o comportamento do software e as correspondentes saídas de dados. Não cabia a essa equipe realizar testes na arquitetura do software e nem a validação de algoritmos, linguagem de programação ou quaisquer outras estruturas de dados, dessa funcionalidade. Nesse caso, pode-se afirmar que a equipe realizou o seguinte tipo de testes de software:
ATeste unitário.
BTeste de stress.
CTeste de regressão.
DTeste de caixa preta.
ETeste de caixa branca.
Revelar gabarito e comentário▾
GabaritoD — Teste de caixa preta.
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: caixa preta vs caixa branca
Gabarito: letra D. A equipe testou a funcionalidade inserindo dados na interface e observando saídas, sem acessar a arquitetura interna, algoritmos ou código-fonte – isso define exatamente o teste de caixa preta (black-box), que foca no comportamento externo do sistema.
A banca descreve uma atividade típica de teste funcional: os testadores estudam especificações (casos de uso, regras de negócio, valores de entrada/saída) e realizam simulações com dados válidos e inválidos, verificando se o software responde corretamente. Eles não avaliam estruturas internas, lógica de programação ou arquitetura – o que afasta o teste de caixa branca. A alternativa correta é a D.
Tipo de Teste
Foco
Acesso ao Código
Exemplo de Atividade
Caixa Preta (Black-Box)
Comportamento externo (entrada/saída)
Não
Inserir dados na interface e verificar saídas
Caixa Branca (White-Box)
Estrutura interna (caminhos, lógica)
Sim
Testar todos os caminhos de um algoritmo
Unitário
Unidades isoladas (métodos, classes)
Sim
Testar um método de validação de CPF
Stress
Comportamento sob carga extrema
Não
Simular 10.000 usuários simultâneos
Regressão
Impacto de alterações em funcionalidades existentes
Pode ser ambos
Reexecutar testes após correção de bug
Teste de software: Caixa preta (funcional) (Entrada/saída na interface, Dados válidos e inválidos, Ignora código interno); Caixa branca (estrutural) (Exige código-fonte, Testa algoritmos e lógica); Unitário (Unidades isoladas (métodos)); Stress (Condições extremas de carga); Regressão (Verifica alterações recentes)
Alternativa A – ❌ Incorreta
Teste unitário verifica unidades isoladas de código (métodos, classes) e exige conhecimento do código-fonte. O enunciado afirma que não cabia à equipe testar algoritmos ou estruturas de dados, portanto não é unitário.
Alternativa B – ❌ Incorreta
Teste de stress submete o sistema a condições extremas de carga (usuários concorrentes, volume de dados) para avaliar estabilidade. A descrição não menciona carga ou limites – apenas inserção de dados certos e errados na tela.
Alternativa C – ❌ Incorreta
Teste de regressão verifica se alterações recentes não reintroduziram defeitos em funcionalidades já testadas. O enunciado não informa que houve modificação no software; trata-se de teste inicial de uma funcionalidade nova (Agendar Atendimento). O foco é validar o comportamento, não comparar com versões anteriores.
Alternativa D – ✅ Correta ⟵ GABARITO
Teste de caixa preta (ou funcional) ignora a estrutura interna e testa o software exclusivamente por meio de entradas e saídas. A equipe usou dados válidos e inválidos na interface e observou as saídas – exatamente a abordagem caixa preta. O enunciado reforça que não avaliaram arquitetura, algoritmos ou linguagem, o que exclui qualquer técnica de caixa branca.
Alternativa E – ❌ Incorreta
Teste de caixa branca (estrutural) requer acesso ao código-fonte para testar caminhos lógicos, condições, loops etc. Como a equipe não realizava validação de algoritmos ou estruturas de dados, essa alternativa está descartada.
NÃO CAIA NESSA!
A banca pode tentar confundir o candidato ao mencionar "testes intensivos" e "simulações", sugerindo teste de regressão ou unitário. O diferencial está na ausência de conhecimento interno – a equipe só interage com a interface e observa resultados, marca da caixa preta. Fique atento: se o texto da questão destacar que o testador não vê o código, a resposta é caixa preta.