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

Palavra-chave

Disciplina

Assunto

Tópico

Banca

Órgão

Ano

Cargo

Modalidade

Limpar filtros

254 questões encontradas

ID 180270 Legislação Estadual, Distrital e Municipal São Paulo - SP FCC 2026

De acordo com a Lei Complementar Estadual nê 1.413/2024, o órgão de correição das agências reguladoras é

A a Procuradoria.

B o Conselho Consultivo.

C a Ouvidoria.

D a Corregedoria.

E o Conselho Diretor.

ID 180269 Legislação Estadual, Distrital e Municipal São Paulo - SP FCC 2026

Cabe à ARTESP, na forma da Lei Complementar Estadual nº 1.414/2024, fiscalizar, controlar e regular, no âmbito do Estado, serviços públicos de transporte e de infraestrutura de transporte delegadas, autorizadas, permitidas ou concedidas a entidades de direito privado, incluindo infraestruturas e serviços de lransporte

I. rodoviário.
II. hidroviário.
III. metroferroviário.

Está correto o que se afirma em

A III, apenas.

B II e III, apenas.

C I, apenas.

D I, Il e III.

E I e II, apenas.

ID 180257 Tecnologia da Informação FCC 2026

Uma agência reguladora de transporte está implementando um pipeline CI/CD para seu sistema de análise de infrações de trânsito que processa milhares de registros diários. O time técnico precisa configurar a execução de testes automatizados em diferentes estágios do pipeline , garantindo que testes unitários sejam executados rapidamente a cada commit , enquanto testes de integração com banco de dados e APIs externas sejam executados apenas antes do deploy em homologação. Considerando as melhores práticas de CI/CD e otimização de pipelines , a configuração que atende adequadamente esses requisitos em termos de estratégia de execução e organização dos estágios é:

A Criar no Jenkins um pipeline script com etapas sequenciais que utilize expressões condicionais baseadas em parâmetros de build para determinar quais conjuntos de testes devem ser executados, incorporando try-catch blocks para capturar falhas e permitir continuidade seletiva do pipeline através de input manual do administrador.

B Configurar o GitHub Actions com um único workflow contendo job paralelo que execute simultaneamente todos os tipos de testes (unitários, integração e end-to-end ) a cada push na branch , utilizando matriz de estratégias para diferentes ambientes e estabelecendo dependências condicionais entre os steps através de expressões de contexto.

C Estruturar o pipeline do GitLab Cl com múltiplos estágios sequenciais, onde o estágio de build executa testes unitários em todas as branches , e os estágios subsequentes de teste de integração e deploy são acionados condicionalmente apenas para branches especificas através de regras ( rules ) com validação de referências e variáveis de ambiente.

D Implementar no Jenkins um pipeline declarativo com stages paralelos que executem todos os testes simultaneamente independente da branch , utilizando diretivas when com expressões Groovy para condicionar a publicação de artefatos e configurando post actions para garantir execução completa mesmo com falhas em estágios anteriores.

E Definir múltiplos workflows separados no GitHub Actions acionados por eventos distintos ( push, pull_request, schedule ), onde cada workflow executa um tipo específico de teste e utiliza artifacts para compartilhar resultados entre workflows , estabelecendo dependências através de workflow_run triggers encadeados.

ID 180252 Tecnologia da Informação Padrões de projeto - GRASP FCC 2026

Uma agência reguladora de transporte intermunicipal precisa implementar um sistema de notificação que alerte diferentes órgãos fiscalizadores (Polícia Rodoviária, ANTT, Secretarias Municipais) sempre que uma infração grave for registrada. Cada órgão possui seu próprio formato de recebimento de notificações e pode ser adicionado ou removido dinamicamente do sistema conforme convênios estabelecidos. O especialista precisa escolher o padrão de projeto mais adequado para implementar esse mecanismo de notificação. Considerando as caracteristicas do problema apresentado, o padrão que melhor se aplica é:

A Adapter , que converte a interface do sistema de infrações para formatos específicos exigidos por cada órgão fiscalizador, permitindo que componentes incompatíveis colaborem através de camada intermediária de adaptação, facilitando integração com sistemas legados mediante tradução transparente de estruturas de dados heterogêneas.

B Observer , que estabelece relação um-para-muitos entre o objeto emissor de infrações e os órgãos observadores, permitindo que múltiplos fiscalizadores sejam notificados automaticamente quando houver mudança de estado no registro de infrações, mantendo baixo acoplamento entre notificador e destinatários através de interface comum de atualização.

C Strategy , que encapsula diferentes algoritmos de notificação em classes separadas para cada órgão fiscalizador, possibilitando alternar dinamicamente entre estratégias de envio conforme características específicas de cada destinatário, mantendo flexibilidade na escolha do comportamento de notificação através de interface comum de execução.

D Factory Method, que define interface para criação de objetos de notificação, delegando às subclasses concretas a decisão sobre qual tipo de notificação instanciar para cada órgão, promovendo extensibilidade ao adicionar novos fiscalizadores através de implementação de novas fábricas especializadas na geração de alertas personalizados.

E Singleton , que garante a existência de instância única do gerenciador de notificações durante execução do sistema, centralizando controle de envio para todos os órgãos fiscalizadores através de ponto global de acesso, assegurando consistência na distribuição de alertas mediante coordenação centralizada das comunicações regulatórias.

ID 180251 Tecnologia da Informação FCC 2026

Uma equipe de TI de uma agência reguladora precisa validar um sistema que consolida registros de infrações e notifica órgãos externos (polícias rodoviárias, secretarias e ANTT) via APIs e interfaces web , garantindo conformidade funcional e robustez operacional sob demanda variável. Considerando o programa: tipos de teste, testes funcionais e não funcionais, automação e testes de desempenho, carga e segurança, a abordagem que atende integralmente ao contexto é:

A Concentrar esforços em testes de integração nas interfaces com órgãos extermos, certificando a interoperabilidade e a consistência dos dados transmitidos, complementando com scripts automatizados para cobertura dos principais fluxos operacionais de notificação.

B Definir suíte focada em testes unitários para serviços de domínio e modelos de dados, garantindo comportamento interno correto e cobertura dos métodos críticos dos módulos de notificação, complementada por cenários funcionais básicos.

C Priorizar testes de aceitação com casos end-to-end orientados aos requisitos regulatórios, assegurando que os fluxos de notificação correspondam aos critérios de negócio formalizados pelos convênios vigentes, com execução automatizada em ambiente de homologação.

D Estruturar testes funcionais exclusivamente sobre a camada de API, assegurando validação de contratos e respostas, mantendo rastreabilidade entre regras de infrações e endpoints , com automação via frameworks de teste de serviços.

E Compor uma matriz de testes que inclua unitários para regras de infrações, integração para orquestração entre serviços e conectores, sistema para validação ponta a ponta em ambiente próximo ao real, aceitação para critérios regulatórios, automação, além de testes não funcionais de desempenho, carga e segurança para comportamentos sob pico e proteção de dados sensíveis.

ID 180248 Tecnologia da Informação FCC 2026

Uma equipe de especialistas de T| está migrando parte dos serviços para cloud para reduzir o tempo de entrega de atualizações e aumentar a confiabilidade dos módulos que monitoram fluxo de passageiros, intervalos e falhas em tempo real de transportes públicos. Para isso, a equipe deve

A aumentar a automação nos processos de entrega dos containers DevOps, mas evitar frequentes atualizações nos serviços de monitoramento, pois mudanças rápidas tendem a elevar os riscos operacionais nos sistemas de transporte e podem comprometer os módulos críticos.

B priorizar clusters DevOps com parte das validações nas etapas de integração automatizadas, reforçando revisões manuais antes de cada deploy para reduzir eventuais impactos nos módulos responsáveis pelo controle de tráfego.

C configurar os ambientes em cloud utilizando provisionamento estático, reproduzindo a topologia dos servidores locais para facilitar a manutenção, diminuir a necessidade de ajustes contínuos na infraestrutura e aumentar a confiabilidade dos módulos de monitoramento dos transportes.

D manter a separação forte entre os times de desenvolvimento e operações, estabelecendo fluxos independentes de aprovação para que cada atualização passe por etapas distintas antes de chegar à produção.

E adotar pipelines DevOps automatizados e práticas de gestão de serviços em cloud que suportem monitoramento continuo, provisionamento dinâmico e escalabilidade, assegurando que os módulos críticos do transporte respondam com estabilidade e visibilidade completa durante todo o ciclo de vida.

ID 180246 Tecnologia da Informação FCC 2026

Em um projeto de modernização do sistema de transporte, a equipe de uma agência reguladora decidiu containerizar o serviço de cálculo de rotas dos ônibus, escrito em Java. O objetivo é empacotá-lo em uma imagem Docker e executá-lo em um cluster Kubernetes de homologação. Considere o seguinte contexto:

1. O código-fonte Java está no diretório atual, contendo um arquivo Dockerfile válido.
2. O serviço deverá ser empacotado em uma imagem chamada rota-service com tag v1.
3. Após a criação, o container deverá ser executado localmente, expondo a porta 8080, antes de ser enviado ao cluster .

Em condições ideais, o comando que deve ser executado para gerar a imagem Docker a partir do Dockerfile é:

A kubectl containerize -t rota-service:v1.

B docker build -t rota-service:v1.

C kubectl build -image rota-service:vl /src

D docker cluster create rota-service:vl

E docker init rota-service:vl /app

ID 180243 Tecnologia da Informação FCC 2026

Um sistema Java EE 8+/Jakarta EE deve expor, via JAX-RS, o recurso /linhas retomando todas as linhas de ônibus cadastradas. Nesse caso, a definição de recurso que está alinhada com Jakarta REST (JAX-RS) é uma classe

A @Path("/linhas") com método @POST que retorna todas as linhas.

B @RestController com @GetMapping("/linhas") retomando List .

C anotada com @Path ("/linhas") e método @GET que retorna List .

D @WebService (Jax-ws) com método listarLinhas () exposto como operação SOAP.

E anotada com @EntityLinha e com named query Linha.findAll, sem recurso REST.

ID 180242 Tecnologia da Informação FCC 2026

Uma equipe de especialistas de TI está implantando atualizações para o software de controle de estações, distribuído por dezenas de servidores locais. Para isso, a equipe decide sequir as orientações da prática Gerenciamento de Implantação ( Deployment Management ) da ITIL 4. De acordo com esta prática, deve-se

A aplicar o modelo phased deployment, liberando a atualização para um subconjunto controlado de estações e ampliando gradualmente o escopo após monitorar o comportamento inicial.

B adotar o modelo big bang para todas as atualizações e implantações, pois aplicar tudo simultaneamente elimina a necessidade de coordenação com outros departamentos operacionais.

C utilizar pull deployment para substituir automaticamente versões antigas do software , evitando a intervenção dos operadores das estações, que podem introduzir erros ao processo.

D definir a Definitive Media Library como repositório de logs temporários de testes, permitindo regravar arquivos, quando necessário, para agilizar as implantações.

E delegar aos fornecedores a instalação de firmware e patches , já que isso reduz a vulnerabilidade, automatiza a implantação e ainda diminui a necessidade de monitoramento por parte da equipe de especialistas.

ID 180230 Legislação Estadual, Distrital e Municipal Decreto N° 67.888/2023 -Dispõe sobre o procedimento administrativo de definição do valor estimado para aquisição de bens e contratação de serviços em geral, no âmbito da Administração Pública direta e autárquica. FCC 2026

Texto associado

Atenção : As questões de números 36 a 44 referem-se à disciplina Licitações e Contratos Administrativos.

Conforme preceitua o Decreto nº 67.888/2023, serão utilizados os seguintes parâmetros para aferição do melhor preço estimado para aquisição de bens e contratação de serviços em geral, no âmbito da Administração Pública direta e autárquica:

A dados de pesquisa publicada em jornal de circulação nacional, de tabela de referência formalmente aprovada pelo Poder Executivo federal ou estadual e de sítios eletrônicos especializados ou de domínio amplo, desde que atualizados no momento da pesquisa e compreendidos no intervalo de até 1 ano de antecedência da data de divulgação do edital, contendo a data e a hora de acesso.

B pesquisa direta com, no mínimo, 5 fornecedores, mediante solicitação formal de cotação, por meio de ofício ou e-mail, desde que seja apresentada justificativa da escolha desses fornecedores e que não tenham sido obtidos os orçamentos com mais de 3 meses de antecedência da data de divulgação do edital.

C pesquisa na base nacional de notas fiscais eletrônicas e/ou em bases do Estado de São Paulo, desde que a data das notas fiscais esteja compreendida no período de até 1 ano anterior à data de divulgação do edital, na forma estabelecida em ato do Secretário de Gestão e Governo Digital.

D composição de custos unitários menores ou iguais à média ponderada do item correspondente nos sistemas oficiais de governo, observados os índices de atualização específicos ou setoriais, admitido o Índice de Preços ao Consumidor Amplo (IPCA), se não houver outro.

E pesquisa em marketplaces da internet de amplo conhecimento e confiabilidade, desde que atualizados no momento da pesquisa, contendo a data e a hora de acesso.