Questão de Engenharia de Software — Qualidade de Software — FCC 2025
Engenharia de Software›Qualidade de Software
Código
fc074742
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2025
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Especialidade Tecnologia da Informação
A equipe de Analistas do Tribunal Regional do Trabalho está desenvolvendo um sistema para automatizar o trâmite e gerenciar os processos eletrônicos. Durante a fase de testes, é necessário adotar uma abordagem robusta e adequada para garantir a qualidade do software, considerando diversos aspectos, incluindo o desempenho e a segurança. Para isso, a equipe deve
Aexecutar testes de unidade para validar a comunicação entre diferentes módulos do sistema e verificar se a interface do usuário está funcionando corretamente.
Bconduzir testes de fumaça para identificar defeitos críticos no código-fonte e assegurar que cada função individualmente atenda aos requisitos especificados. Embora sejam testes demorados, são cruciais para garantir que o sistema possa ser implantado no ambiente de produção.
Cpriorizar os testes de integração, simulando o comportamento de usuários finais e certificando-se de que o sistema atende aos requisitos de desempenho e segurança. Estes testes exigem que todo o sistema esteja ativo e em execução em ambiente de produção.
Drealizar testes de aceitação para avaliar a compatibilidade entre diferentes componentes técnicos do sistema, garantindo que a arquitetura esteja alinhada com os padrões estabelecidos.
Eexecutar testes de performance, submetendo o sistema a situações intensas de uso e avaliar seu comportamento, determinando se atende aos requisitos de desempenho, localizando gargalos, medindo a estabilidade durante picos de tráfego etc.
Revelar gabarito e comentário▾
GabaritoE — executar testes de performance, submetendo o sistema a situações intensas de uso e avaliar seu comportamento, determinando se atende aos requisitos de desempenho, localizando gargalos, medindo a estabilidade durante picos de tráfego etc.
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”.
Testes de Software – Níveis e Tipos
Gabarito: letra E. A alternativa E descreve corretamente os testes de performance (ou desempenho), que submetem o sistema a situações de carga intensa para avaliar comportamento, localizar gargalos e medir estabilidade, conforme os conceitos de qualidade de software. As demais alternativas confundem os objetivos de cada tipo de teste, sendo as principais armadilhas da banca.
A banca cobra a distinção entre os diferentes níveis e tipos de teste. Cada um tem um propósito específico, e a pegadinha clássica é atribuir a um tipo de teste um objetivo que pertence a outro. Vamos analisar cada uma.
Testes de software
1Níveis
Unidade (menor componente)
Integração (comunicação entre módulos)
Sistema (funcionalidades completas)
Aceitação (usuário final)
2Tipos
Funcionais
Performance (desempenho)
Carga intensa
Gargalos
Estabilidade
Segurança
Fumaça (rápido, superficial)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Afirma que testes de unidade validam comunicação entre módulos e interface do usuário. Na verdade, o teste de unidade foca na menor unidade do software (componente/módulo), verificando lógica interna e estruturas de dados. Comunicação entre módulos é objetivo de testes de integração; interface do usuário é testada em testes de sistema ou aceitação. A alternativa troca os objetivos.
Alternativa B — ❌ Incorreta
Descreve testes de fumaça (smoke tests) como identificadores de defeitos críticos no código-fonte e demorados. Testes de fumaça são rápidos, superficiais, e visam verificar se as funcionalidades principais do sistema funcionam após uma build, para liberar para testes mais aprofundados. Eles não são demorados nem focam em código-fonte detalhado; isso é papel de testes de unidade ou análise estática. A palavra "demorados" já denuncia o erro.
Alternativa C — ❌ Incorreta
Atribui a testes de integração a simulação do comportamento de usuários finais e verificação de requisitos de desempenho e segurança. Simulação de usuário final é típica de testes de sistema ou testes de aceitação. Testes de integração verificam a interação entre módulos, não o sistema completo. Além disso, exigir que todo o sistema esteja ativo e em produção é característica de testes de homologação ou aceitação operacional.
Alternativa D — ❌ Incorreta
Associa testes de aceitação à avaliação de compatibilidade entre componentes técnicos. Testes de aceitação são realizados pelo usuário/cliente para verificar se o sistema atende aos requisitos de negócio e se está apto para uso. Compatibilidade técnica é verificada em testes de integração ou testes de sistema, não em aceitação.
Alternativa E — ✅ Correta ⟵ GABARITO
A alternativa define corretamente o teste de performance (ou desempenho): submeter o sistema a situações intensas de uso para avaliar comportamento, localizar gargalos, medir estabilidade e verificar se atende aos requisitos de desempenho. Esse tipo de teste é fundamental para garantir a qualidade sob cargas esperadas, conforme destacado no contexto de qualidade de software.
NÃO CAIA NESSA!
A banca explora a confusão entre níveis e tipos de teste. O candidato deve lembrar que cada teste tem um foco: unidade (código), integração (interação), sistema (funcionalidade), aceitação (usuário), performance (carga), fumaça (validação rápida). Na dúvida, associe a palavra-chave da alternativa ao objetivo correspondente.