Filtrar


Questões por página:

A respeito dos conceitos de clean code e da ferramenta SonarQube, julgue o item a seguir. 


No SonarQube, parâmetros de análise definidos como argumentos do scanner na linha de comando sobrescrevem os parâmetros definidos em arquivos de configuração do scanner e aplicam-se apenas à análise corrente.

Durante os testes de usabilidade em laboratório conduzidos no novo módulo de visualização de mapas de vento do Serviço de Navegação Aérea, os engenheiros mediram com precisão, por meio de cronômetros e logs do sistema, o tempo exato (em segundos) que um operador leva para concluir com sucesso a inserção de uma coordenada de restrição de voo espacial.
A métrica quantitativa de usabilidade clássica que foi diretamente avaliada por meio do procedimento de medição descrito foi a
No desenvolvimento do Sistema de Gestão de Escalas de Controladores de Voo, a equipe de engenharia de requisitos mapeou diversas necessidades junto à diretoria operacional do Serviço de Navegação Aérea.
Durante a fase de classificação, os analistas devem separar com precisão as restrições arquiteturais e qualidades globais do sistema das funcionalidades diretas oferecidas aos usuários. Assinale a opção que apresenta exclusivamente um Requisito Não Funcional (RNF) para o sistema citado.
A equipe de Engenharia de Confiabilidade de Sites (SRE) de um portal de serviços previdenciários está definindo os acordos de qualidade operacional para a API de emissão de contracheques. Eles definiram um Indicador de Nível de Serviço (SLI) baseado na latência das requisições HTTP síncronas. Com base nisso, estabeleceram o Objetivo de Nível de Serviço (SLO) de que 99,9% das requisições válidas nas últimas 4 semanas devem retornar um código HTTP 200 em menos de 200 milissegundos.
A definição desse SLO gera matematicamente um Orçamento de Erro (Error Budget) de 0,1%.
No âmbito das práticas de SRE, a utilidade essencial desse Error Budget para a governança compartilhada entre o time de operações e o time de desenvolvimento consiste em
No ciclo de vida de desenvolvimento de software, a garantia de qualidade depende diretamente da conexão entre os requisitos funcionais e as validações finais.

Nesse cenário, os critérios de aceitação são descritos como uma forma de documentar os anseios e as necessidades do cliente, especificando como o sistema deve operar para ser aceito. Eles servem como o elo fundamental de rastreabilidade, transformando regras de negócio em cenários de teste verificáveis.

Sobre os critérios de aceitação, analise as afirmativas a seguir.

I. Servem para verificar se o sistema como um todo adere aos critérios contratuais acordados com o usuário final.
II. Ajudam a confirmar que o software cumpre todos os seus requisitos funcionais e não funcionais.
III. Auxiliam na tomada de decisão dos stakeholders sobre o "go-live" (entrada em produção).

Está correto o que se afirma em