QuestLab Plataforma Inteligente de Questões
Entrar Criar conta
Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Acesse diretamente as bancas disponíveis na QuestLab. As quantidades abaixo consideram as questões ativas do banco.

CEBRASPE 51.363 questões FGV 25.316 questões FCC 24.632 questões AOCP 23.456 questões IBFC 11.190 questões VUNESP 10.983 questões Instituto Quadrix 9.793 questões FUNDATEC 9.088 questões IBADE 7.820 questões CESGRANRIO 6.013 questões OBJETIVA 4.740 questões CONSULPLAN 4.174 questões FEPESE 3.585 questões IADES 3.439 questões IESES 2.627 questões SELECON 2.377 questões IDECAN 1.907 questões MS CONCURSOS 1.485 questões Instituto Legalle 1.281 questões FAFIPA 1.161 questões FUMARC 842 questões ACAFE 551 questões INSTITUTO AOCP 430 questões NUCEPE 378 questões FUNIVERSA 348 questões FAURGS 203 questões FIOCRUZ 48 questões MACKENZIE 48 questões CETRO 17 questões
Encontre as questões que procura
Limpar filtros
14 questões encontradas
ID 7783 Engenharia de Software Programação Orientada a Objetos CEBRASPE 2025

Em determinado projeto de software orientado a objetos, um desenvolvedor deve implementar um sistema que proteja partes do código de variações e mudanças frequentes em outros componentes, mantendo um baixo acoplamento entre as classes. Ao mesmo tempo, deseja-se que módulos de alto nível não dependam diretamente de módulos de baixo nível, mas que ambos dependam de abstrações. Nessa situação, o princípio de SOLID e o princípio de GRASP que atendem adequadamente aos requisitos mencionados são, respectivamente,

A o princípio da substituição de Liskov e o princípio de indireção.
B o princípio aberto-fechado e o princípio de alta coesão.
C o princípio da inversão de dependência e o princípio de variações protegidas.
D o princípio da responsabilidade única e o princípio especialista.
E o princípio da segregação de interfaces e o princípio criador.
ID 4796 Engenharia de Software Programação Orientada a Objetos CESGRANRIO 2025

Uma fintech especializada em processamento de pagamentos enfrenta dificuldades na manutenção da API de transações financeiras. Tais dificuldades ocorrem devido ao crescimento desorganizado do código dessa API, que resulta em funções extensas, repetição de lógica e desafios na implementação de novas funcionalidades. Pequenos ajustes nesse código tornaram-se arriscados, pois qualquer alteração pode gerar efeitos colaterais inesperados, além de demandar um tempo excessivo da equipe para compreender trechos confusos e mal estruturados. Para resolver esse problema, o diretor de tecnologia propõe a adoção de práticas de refatoração. Dado o problema enfrentado por essa fintech, a abordagem que se alinha ao conceito de refatoração para resolver essa situação é a de

A implementar verificações externas no código para capturar mais erros em tempo real e de execução.
B priorizar o lançamento de novas funcionalidades antes de realizar qualquer refatoração no código existente.
C reescrever códigos-fonte confusos que não demandam modificações, tornando-os mais claros, com o objetivo de subdividir o problema.
D otimizar o desempenho, com vistas a conjugar a aceleração do tempo de resposta e um código mais fácil de operar.
E modificar a estrutura interna do software de forma a torná-lo mais compreensível e menos custoso, preservando seu comportamento observável.
ID 126247 Engenharia de Software Programação Orientada a Objetos CEBRASPE 2020

No processo de TDD ( test driven development ), a refatoração

A deve acontecer após o código do software ter sido escrito e testado.
B ocorre antes de qualquer código ser escrito.
C deve acontecer após o software estar no mercado há um ano.
D ocorre durante a fase inicial do processo.
E nunca deve acontecer.
ID 47850 Engenharia de Software Programação Orientada a Objetos CONSULPLAN 2017

O modelo de requisitos define um conjunto completo de classes de análise. Cada uma descreve algum elemento do domínio do problema [...]. Conforme evolui o modelo de projeto, a equipe de software deve definir um conjunto de classes de projeto que refina as classes de análise [...]. Segundo os conceitos de análise e projeto orientado a objeto, são considerados os seguintes tipos específicos de classes de projeto, EXCETO:

A Classes de entidade.
B Classes de processo.
C Classes do domínio de negócio.
D Classes de interface de usuário.