Pular para o conteúdo principal

Questão de Engenharia de Software — Qualidade de Software — FCC 2025

Engenharia de SoftwareQualidade 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
  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Gabarito: letra E

Link permanente: /questoes/fc074742