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
230 questões encontradas
ID 9501 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025

Acerca das características e limitações do paradigma da prototipação no desenvolvimento de software , assinale a opção correta.

A Os engenheiros de software não são afetados por limitações desse paradigma, uma vez que sempre seguem processos rigorosos de implementação.
B O protótipo deve sempre ser descartado após a sua construção inicial, pois não contribui para a identificação de requisitos.
C A principal vantagem da prototipação está no fato de que ela garante, desde o início, a qualidade estrutural e a manutenibilidade do software .
D Um dos riscos da prototipação é criar nos usuários a ilusão de que estão diante de um sistema já finalizado e pronto para uso.
E O uso de ferramentas para a geração rápida de programas operacionais deve ser evitado na prototipação, pois compromete a interação com os usuários.
ID 8976 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025
Texto associado
No que se refere a técnicas de priorização e de estimativas com story points e à gestão de backlog , julgue o item a seguir.

Story points são uma métrica precisa de tempo, pois refletem o esforço atual e a duração do trabalho ao considerarem fatores como complexidade, dependências, riscos e débitos técnicos.

A Certo
B Errado
ID 8965 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025
Texto associado
Acerca de princípios do DevOps, automação de builds e deploys , CI/CD, versionamento, branches , merge e pipelines , julgue o item a seguir.

Se a execução do comando git blame -L 5,5 example.txt gerasse f4c2d3b1 (John Doe 2023- 04-15 14:20:22 +0300 5), então o id do usuário que realizou o commit seria f4c2d3b1.

A Certo
B Errado
ID 8964 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025
Texto associado
Acerca de princípios do DevOps, automação de builds e deploys , CI/CD, versionamento, branches , merge e pipelines , julgue o item a seguir.

Equipes de DevOps monitoram continuamente o ciclo de vida do desenvolvimento, desde o planejamento até a implantação, e utilizam o Git para reiniciar os contêineres automaticamente em caso de falha.

A Certo
B Errado
ID 8351 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025

Ajudar o gestor do product backlog a encontrar técnicas para a definição eficaz da meta do produto no gerenciamento do product backlog é responsabilidade

A do product owner.
B dos developers.
C do scrum team.
D dos stakeholders.
E do scrum master.
ID 8350 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025

O modelo “Como [usuário, persona ou sistema], eu quero [ação] para que [valor, motivo ou necessidade por trás].” é utilizado no gerenciamento do backlog para descrever

A história.
B subtarefa.
C bug /defeito.
D tema.
E tarefa.
ID 7782 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CEBRASPE 2025

Considerando a organização e a distribuição das áreas de prática no CMMI-DEV v2.0 e dos processos no MR-MPS-SW (Guia Geral MPS de Software 2021), assinale a opção correta a respeito da relação entre esses modelos no que se refere à implementação dos processos/áreas de prática nos diferentes níveis de maturidade.

A Os processos do MR-MPS-SW são introduzidos e evoluem progressivamente a cada nível de maturidade alcançado, com resultados esperados que se acumulam, ao passo que todas as áreas de prática do CMMI-DEV v2.0 já estão definidas na estrutura, com o conceito de nível incorporado em cada área de prática.
B Todos os processos do MR-MPS-SW são implementados de uma só vez em cada nível, ao passo que os processos do CMMI-DEV v2.0 evoluem gradualmente com o passar dos níveis.
C Ambos os modelos possuem todas as áreas de processo definidas desde o início, diferenciando-se apenas pelo nível de detalhamento exigido em cada nível de maturidade.
D Ambos os modelos distribuem seus processos progressivamente por níveis de maturidade, incorporando novos processos a cada nível alcançado.
E Os processos do CMMI-DEV v2.0 são introduzidos progressivamente, ao passo que todas as áreas de processo do MR-MPS-SW já estão definidas desde o início.
ID 4811 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CESGRANRIO 2025

Em uma equipe de desenvolvimento que trabalha em um sistema bancário, os desenvolvedores estão enfrentando dificuldades em integrar o código que foi desenvolvido de maneira isolada por vários desenvolvedores. O código está sendo testado manualmente por cada desenvolvedor, mas há um grande atraso na detecção de erros e conflitos, resultando em muitos bugs, descobertos apenas nas fases mais avançadas do projeto. Com o aumento do número de desenvolvedores e a complexidade do sistema, a equipe decide adotar uma abordagem de Integração Contínua. Ao tomar essa decisão, a equipe levou em conta que essa abordagem

A garante que o código sempre estará livre de erros, pois ele é verificado automaticamente a cada commit, sem a necessidade de testes adicionais.
B garante que todas as partes do sistema funcionem corretamente, pois envolve a combinação manual de código das diferentes equipes de desenvolvimento a cada semana.
C proporciona feedback rápido sobre a qualidade do código, pois os desenvolvedores enviam frequentemente pequenas mudanças de código para o repositório, e o sistema executa automaticamente testes e validações.
D deve ser adotada apenas na etapa final do ciclo de desenvolvimento, quando o produto já está quase finalizado.
E dispensa ferramentas de automação, já que os desenvolvedores realizam todos os testes e integrações manualmente.
ID 4795 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CESGRANRIO 2025

Uma empresa especializada em desenvolvimento de software para gestão bancária enfrenta problemas frequentes com erros inesperados em seu sistema de processamento de empréstimos. Muitos desses erros ocorrem devido a entradas inválidas, falta de validação adequada e contratos mal definidos entre os módulos do sistema. Para garantir que os componentes do software se comuniquem corretamente e respeitem regras bem definidas, o arquiteto de software propõe a adoção da Programação por Contrato (Design by Contract – DbC). Nesse contexto, o uso da Programação por Contrato (Design by Contract – DbC) é adequado pois ela

A adiciona verificações redundantes de erro em pontos aleatórios do código para evitar falhas inesperadas.
B emprega assertivas para validar entradas externas em qualquer parte do código, independentemente de sua origem, e em qualquer estágio de execução.
C implementa contratos explícitos, entre métodos e seus consumidores, definindo pré-condições, pós-condições e invariantes para garantir o correto funcionamento do sistema.
D incorpora mecanismos de confiabilidade ao final do processo de implementação e documentação, objetivando a corretude dos programas.
E utiliza exceções para capturar e corrigir automaticamente qualquer erro de entrada nos métodos.
ID 4782 Engenharia de Software Processos e Metodologias de Desenvolvimento de Software CESGRANRIO 2025

Um técnico bancário de suporte resolveu configurar a infraestrutura de um ambiente de produção utilizando o processo de Infraestrutura como Código (IaC). Ao estudar sobre o assunto, ele descobriu que há dois tipos de abordagem para IaC: a declarativa e a imperativa. A respeito dessas abordagens, o técnico aprendeu que

A a abordagem declarativa é mais adequada para ambientes locais, enquanto a abordagem imperativa é ideal apenas para ambientes em nuvem.
B a abordagem declarativa descreve o estado final da infraestrutura, enquanto a abordagem imperativa detalha os passos para alcançar esse estado.
C a abordagem imperativa é adequada para hardware e software, enquanto a abordagem declarativa descreve os modelos de ambientes on-premises.
D a abordagem imperativa descreve apenas recursos de software, enquanto a abordagem declarativa é utilizada exclusivamente para hardware.
E ambas focam a descrição do estado final da infraestrutura, sendo que a declarativa descreve esse estado mais detalhadamente que a imperativa.