Ao projetar um sistema, o cliente apresentou uma lista de requisitos a serem implementados.

Relacione os requisitos listados a seguir à sua classificação como Funcionais (RF) ou Não Funcionais (RNF).

1. Requisito Funcional (RF)
2. Requisito Não Funcional (RNF)

( ) Emitir relatórios diários de indicadores de performance.
( ) Armazenar dados temporais estritamente sob o padrão da ISO 8601.
( ) Adaptar a interface dinamicamente para dispositivos móveis e desktops.

Assinale a opção que indica a relação correta, segundo a ordem apresentada.  

Leia o trecho a seguir.

As metodologias de desenvolvimento de software evoluíram de abordagens rígidas e sequenciais, como o modelo em cascata, para modelos iterativos e incrementais, que favorecem as mudanças e a redução de riscos. Com as práticas ágeis, passaram a priorizar ciclos curtos, feedback contínuo e maior integração entre desenvolvimento e validação.
Nesse contexto, surgem metodologias que colocam os testes no centro do desenvolvimento, não apenas para verificação, mas como guia para construção do software, melhorando qualidade e alinhamento com o negócio. Em uma delas, utilizam-se especificações em linguagem natural, o que permite o entendimento entre clientes, analistas e desenvolvedores; surge também a chamada living documentation, que se mantém atualizada por ser executável como testes automatizados.

Assinale a opção que indica a metodologia em questão. 

Um Engenheiro de Testes acaba de receber uma demanda para conduzir um teste de sistema com sua equipe.

Sobre esse tipo de teste, analise as afirmativas a seguir.

I. Deve ser conduzido antes dos testes de integração e conduzido preferencialmente por uma equipe de testes.
II. Tem como objetivo confrontar o software em funcionamento com seus requisitos funcionais e não funcionais, sendo executado em um ambiente muito semelhante ao de produção.
III. Pode ser dividido em fases alfa (em ambiente de desenvolvimento) e beta (em ambiente que emula a produção) e realizado integralmente pela equipe de testes.

Está correto o que se afirma em  

Um estudante de segurança da informação realizou uma avaliação de segurança de uma aplicação web em ambiente de testes, e acessou a aplicação por meio de um navegador, inserindo o seguinte código em um campo de entrada de dados:

<script>alert('teste')</script>
Ao submeter a requisição, a aplicação retornou uma resposta que resultou na exibição de um alerta no navegador, evidenciando a execução do script inserido.

A técnica empregada caracteriza um tipo de análise de software conhecido como  

Uma equipe mantém uma API REST documentada por meio de uma especificação OpenAPI 3.x, exibida no Swagger UI. Parte dos endpoints exige autenticação por token do tipo bearer no formato JWT, enviado no cabeçalho Authorization. Contudo, na interface gerada, essas operações não exibem o botão Authorize nem ficam corretamente marcadas como protegidas.

Sem alterar a implementação da API e atuando apenas na especificação OpenAPI, a equipe precisa configurar a documentação para que o Swagger UI reconheça formalmente esse mecanismo de segurança e permita seu uso nas operações protegidas.

Nesse contexto, assinale a opção que apresenta a medida tecnicamente mais adequada. 

A plataforma .NET oferece diferentes modelos de programação para construção de aplicações, incluindo abordagens orientadas a serviços, padrões arquiteturais tradicionais e modelos baseados em páginas. Entre essas abordagens, algumas priorizam a separação estrita de responsabilidades, enquanto outras favorecem maior coesão entre interface e lógica.

Nesse contexto, assinale a opção que apresenta uma das principais características do modelo Razor Pages no ecossistema .NET. 

Uma organização iniciou a modernização de seu sistema corporativo. A aplicação, antes monolítica, foi gradualmente dividida em serviços independentes para atender módulos como autenticação, faturamento e catálogo.

Durante a transição, parte da integração entre sistemas legados permaneceu baseada em contratos formais descritos em XML, enquanto os novos serviços passaram a expor APIs HTTP com troca de mensagens em JSON.

Com base nesse cenário, avalie as afirmativas a seguir.

I. A coexistência, no mesmo ambiente, de serviços que utilizam contratos formais em XML e de APIs HTTP com JSON é compatível com um processo de transição arquitetural, não sendo suficiente, por si só, para descaracterizar uma adoção de microsserviços.
II. Em uma arquitetura de microsserviços, a divisão do sistema em vários serviços garante baixo acoplamento e independência de evolução, mesmo que todos compartilhem o mesmo banco de dados e dependam de mudanças coordenadas no esquema relacional.
III. Os microsserviços podem ser compreendidos como uma abordagem específica de arquitetura orientada a serviços, de modo que nem toda solução orientada a serviços caracteriza, necessariamente, uma arquitetura de microsserviços.

Está correto o que se afirma em

Uma equipe mantém uma aplicação web estruturada segundo o modelo MVC (Modelo-Visão-Controlador). Após sucessivas evoluções, os controladores passaram a concentrar validações de negócio, cálculos, verificação de permissões e decisões sobre transições de estado.

Como consequência, regras semelhantes começaram a ser repetidas em diferentes controladores, e mudanças em uma mesma política funcional passaram a exigir alterações em vários pontos do sistema. Em uma revisão arquitetural, decidiu-se promover uma refatoração para reduzir esse problema mantendo a separação de responsabilidades e favorecendo a reusabilidade.

Nesse contexto, de acordo com o modelo MVC, assinale a opção que apresenta a medida mais adequada.

APIs expostas publicamente estão sujeitas a diferentes tipos de uso indevido, como excesso de requisições, tentativas de negação de serviço e exploração de recursos de forma abusiva. Para mitigar esses riscos sem comprometer a disponibilidade para usuários legítimos, mecanismos de controle de tráfego, como rate limiting, são adotados em arquiteturas back-end modernas, equilibrando segurança, desempenho e experiência do consumidor.

Considere uma API REST utilizada por múltiplos clientes externos, com picos de acesso imprevisíveis. A equipe precisa proteger a API contra abusos e sobrecarga, sem impedir o uso legítimo e mantendo previsibilidade no consumo dos recursos.

Nesse contexto, assinale a alternativa que descreve corretamente a função e o benefício técnico do uso de rate limiting em APIs back-end.

A avaliação de desempenho em sistemas back-end distribuídos exige a identificação precisa de gargalos que limitam escalabilidade e tempo de resposta. Em ambientes de alta concorrência, problemas de desempenho podem estar relacionados a CPU, memória, acesso a banco de dados, comunicação em rede ou sincronização entre componentes, sendo fundamental analisar o comportamento do sistema de forma sistêmica e baseada em evidências.

Considere uma aplicação back-end que passou por escalabilidade horizontal, com aumento do número de instâncias, mas continua apresentando alto tempo de resposta sob carga intensa. Monitoramentos indicam que o consumo de CPU e memória das instâncias estão baixos, enquanto o tempo médio de resposta das requisições permanece elevado.

Nesse contexto, assinale a alternativa que descreve corretamente a hipótese técnica mais plausível para explicar o problema observado e orientar a investigação do gargalo.

Em sistemas back-end expostos por meio de APIs, a evolução contínua das funcionalidades é inevitável. No entanto, mudanças não planejadas podem quebrar contratos existentes e afetar aplicações consumidoras. Por esse motivo, estratégias de versionamento de APIs são adotadas para permitir evolução controlada, preservando compatibilidade e reduzindo impactos em ambientes distribuídos com múltiplos clientes.

Considere uma API REST amplamente utilizada por aplicações internas e externas. Novos requisitos exigem alterações estruturais nas respostas e inclusão de novos comportamentos que não são compatíveis com versões anteriores da API, sem possibilidade de migração imediata de todos os consumidores.

Nesse contexto, assinale a alternativa que descreve corretamente a estratégia mais adequada para evoluir a API sem causar indisponibilidade ou quebra de compatibilidade para os clientes existentes

Sistemas back-end distribuídos frequentemente precisam operar em ambientes sujeitos a falhas de rede, latência variável e crescimento horizontal. Nesse contexto, bancos de dados distribuídos adotam diferentes compromissos arquiteturais para equilibrar consistência, disponibilidade e tolerância a particionamento, conforme formalizado pelo Teorema CAP, que orienta decisões de projeto em aplicações de larga escala.

Considere um sistema back-end distribuído que precisa permanecer operacional mesmo diante de falhas de comunicação entre nós, atendendo requisições de leitura e escrita sob carga elevada, com dados replicados geograficamente.

Nesse contexto, assinale a alternativa que descreve corretamente uma implicação do Teorema CAP aplicada ao projeto de bancos de dados distribuídos.

Em sistemas distribuídos e baseados em microsserviços, falhas parciais são esperadas e inevitáveis. Dependências externas podem tornar-se lentas ou indisponíveis, propagando falhas em cascata e degradando a experiência do usuário.

Para mitigar esse risco, padrões de resiliência são adotados com o objetivo de isolar falhas, proteger recursos e permitir recuperação controlada do sistema.

Considere uma API back-end que depende de um serviço externo de pagamento. Em situações de instabilidade desse serviço, a API começa a apresentar lentidão generalizada e falhas sucessivas, afetando usuários que não dependem diretamente da funcionalidade de pagamento.

Nesse contexto, assinale a alternativa que descreve corretamente a aplicação do padrão Circuit Breaker para aumentar a resiliência do sistema.

Em sistemas back-end de alta demanda, mecanismos de cache são amplamente utilizados para reduzir latência e carga sobre bancos de dados. Soluções como Redis permitem armazenar dados temporários em memória, melhorando o tempo de resposta. Entretanto, o uso de cache introduz desafios relacionados à consistência dos dados, exigindo estratégias adequadas para evitar respostas desatualizadas ou inconsistentes em aplicações distribuídas.
Considere uma API back-end que utiliza um banco de dados relacional como fonte primária de dados e um cache em memória (Redis) para acelerar consultas frequentes. Os dados podem ser atualizados por múltiplas operações concorrentes, e a aplicação deve equilibrar desempenho e consistência.
Nesse contexto, assinale a alternativa que descreve corretamente uma estratégia adequada de uso de cache para reduzir inconsistências sem comprometer significativamente o desempenho da aplicação.

Considere uma aplicação back-end estruturada em camadas, como apresentação (controllers), negócio (services) e acesso a dados (repositories). Essa organização é comum em frameworks modernos e visa melhorar a qualidade do software ao longo do tempo.

Nesse contexto, assinale a alternativa que descreve corretamente o principal benefício técnico da separação de responsabilidades em camadas no desenvolvimento back-end.

O Node.js é amplamente utilizado no desenvolvimento backend por adotar um modelo de execução assíncrono e orientado a eventos, permitindo alto desempenho em aplicações que lidam com grande volume de operações de entrada e saída. O funcionamento do event loop é central para esse modelo, sendo responsável por coordenar a execução de callbacks, promessas e tarefas assíncronas sem recorrer a múltiplas threads para cada requisição.

Considere uma API back-end desenvolvida em Node.js que atende milhares de requisições simultâneas, realizando operações intensivas de I/O, como acesso a banco de dados e comunicação com serviços externos. A equipe precisa compreender corretamente o modelo de concorrência adotado para evitar gargalos e erros de projeto.

Nesse contexto, assinale a alternativa que descreve corretamente o papel do event loop no modelo de execução do Node.js.

Sistemas back-end que atendem grande volume de usuários precisam ser projetados para crescer de forma sustentável. A escalabilidade é um requisito arquitetural central e pode ser alcançada por diferentes estratégias, sendo as mais comuns a escalabilidade vertical e a escalabilidade horizontal. A escolha entre essas abordagens impacta diretamente no custo, resiliência, disponibilidade e complexidade operacional do sistema.
Considere uma API corporativa que apresenta picos imprevisíveis de acesso e precisa manter alta disponibilidade mesmo em caso de falha de servidores individuais, além de permitir crescimento gradual da capacidade conforme a demanda.
Nesse contexto, assinale a alternativa que descreve corretamente a estratégia de escalabilidade mais adequada para atender a esses requisitos e a justificativa técnica associada.

À medida que sistemas back-end evoluem para arquiteturas distribuídas e baseadas em microsserviços, torna-se inviável compreender o comportamento do sistema apenas por meio de testes locais ou depuração tradicional. Nesse contexto, práticas de observabilidade permitemanalisar o estado interno do sistema a partir de seus artefatos externos, possibilitando identificação de falhas, gargalos de desempenho e comportamentos anômalos em ambientes de produção.

Considere uma aplicação composta por diversos microsserviços que se comunicam entre si para atender requisições de usuários. Em produção, a equipe precisa identificar rapidamente a causa raiz de falhas intermitentes e degradações de desempenho que ocorrem apenas sob carga real, sem interromper o serviço.

Nesse cenário, assinale a alternativa que descreve corretamente a combinação de práticas de observabilidade mais adequada para atender a esse objetivo em sistemas distribuídos.

Em aplicações modernas baseadas emAPIs, especialmente aquelas que atendem clientes web e mobile, a separação entre autenticação e autorização é essencial para segurança e escalabilidade. O framework OAuth 2.0 define fluxos de autorização que permitem a delegação de acesso a recursos protegidos sem o compartilhamento direto de credenciais, sendo amplamente adotado em arquiteturas distribuídas.

Considere uma aplicação web que consome uma API backend protegida e utiliza um servidor de autorização externo. A aplicação precisa autenticar usuários finais e obter permissões de acesso de forma segura, minimizando exposição de tokens sensíveis no navegador e atendendo às boas práticas atuais de segurança.

Nesse contexto, assinale a alternativa que descreve corretamente o fluxo de autorização do OAuth 2.0 mais adequado para esse cenário e sua principal justificativa técnica.

Em APIs REST bem projetadas, o uso adequado dos métodos HTTP é fundamental para garantir previsibilidade, segurança e correto tratamento de falhas. Entre os princípios envolvidos, a idempotência desempenha papel relevante, pois permite que determinadas requisições sejam repetidas sem produzir efeitos colaterais adicionais no estado do sistema, característica importante em ambientes distribuídos sujeitos a falhas de rede e reenvio de mensagens.

Considere uma API REST utilizada por diferentes clientes, em que falhas de comunicação podem levar ao reenvio automático de requisições. O sistema deve garantir que operações críticas não sejam executadas mais de uma vez de forma indevida. Nesse contexto, assinale a alternativa que descreve corretamente a relação entre idempotência e o uso dos métodos HTTP em APIs REST.