A respeito de metodologias ágeis, julgue o próximo item.

O desenvolvimento orientado ao comportamento (BDD, na sigla em inglês) estende o conceito do desenvolvimento orientado a testes, focando a colaboração e a comunicação entre desenvolvedores e stakeholders, por meio da definição de especificações executáveis escritas em linguagem ubíqua no formato Gherkin.

A respeito de metodologias ágeis, julgue o próximo item.

A reunião diária do scrum (daily scrum) é um evento de inspeção e adaptação obrigatório para a equipe, devendo ser utilizada pelo scrum master como o momento principal para que ele defina as tarefas do dia para cada membro do development team e para que solucione os impedimentos reportados.

A respeito de metodologias ágeis, julgue o próximo item.

No desenvolvimento orientado ao domínio (DDD, na sigla em inglês), o contexto delimitado (bounded context) busca estabelecer a regra de que toda a lógica de negócio do sistema deve ser implementada em um único modelo coeso e global para garantir a consistência de todos os termos e definições de domínio.

A respeito de metodologias ágeis, julgue o próximo item.

No desenvolvimento orientado a testes (TDD, na sigla em inglês), o ciclo de trabalho segue a ordem vermelho-verde-refatorar (red-green-refactor), sendo vermelho a etapa que consiste em escrever o código de produção necessário para que o teste, criado na fase anterior, passe a funcionar corretamente.

Julgue o seguinte item, a respeito de tipos de soluções e modelos de serviço.

Denomina-se fábrica de software um modelo de contratação com foco na produção contínua de sistemas e normalmente remunerado por ponto de função.

Julgue o item que se segue, relativo a conceitos, práticas e ferramentas de integração e entrega contínua (CI/CD) e a gestão financeira em ambientes de computação em nuvem (FinOps).

A abordagem CI/CD visa otimizar e acelerar o ciclo de vida do desenvolvimento de software, combinando a integração automática e frequente de alterações ao repositório por meio da integração contínua, com processos automatizados de testes, entrega e implantação que conduzem a mudanças no ambiente de produção, assegurando agilidade e qualidade.

Considerando a linguagem de programação Java e a cobertura SonarQube, julgue o item a seguir.

No trecho de código a seguir, a implementação individualizada do QualityGate permite que o resultado do estágio Quality Gate 1 não interrompa o pipeline, caso o resultado da análise do SonarQube seja FAILED, e que ele prossiga normalmente para a execução do estágio SonarQube analysis 2.

pipeline {
    agent any
    stages {
        stage('SonarQube analysis 1') {
            steps {
                sh 'mvn clean verify org.sonarsource.scanner.maven:sonar-maven-plugin:sonar'
            }
        }
        stage("Quality Gate 1") {
            steps {
                waitForQualityGate abortPipeline: true
            }
        }
        stage('SonarQube analysis 2') {
            steps {
                sh 'gradle sonar'
            }
        }
        stage("Quality Gate 2") {
            steps {
                waitForQualityGate abortPipeline: true
            }
        }
    }
}

Considerando a linguagem de programação Java e a cobertura SonarQube, julgue o item a seguir.

A linguagem Java, ao implementar o conceito de nest, permite o acesso a membros private entre nestmates nativamente pela máquina virtual, dispensando o uso de métodos sintéticos.

Em relação a GitHub Actions, Grafana e DevSecOps, julgue o item subsecutivo.

O seguinte trecho do arquivo de workflow do GitHub Actions faz que o workflow seja acionado em duas situações distintas: quando uma nova etiqueta é criada no repositório e quando ocorre um push especificamente para a branch main.

01 on:
02   label:
03     types:
04       - created
05   page_build:
06     types:
07       - main

Em relação a Docker e ElasticSearch, julgue o item que se segue.

Em um dockerfile de multi-stage build, a execução do comando apresentado a seguir resultará na cópia de quaisquer arquivos do stage builder que corresponderem ao padrão /app/target/*.jar, os quais serão adicionados com o nome/app/app.jar ao stage atual.

COPY --from=builder /app/target/*.jar /app/app.jar