A integração contínua foi proposta pela primeira vez por Grady Booch, um dos criadores do UML (Unified Model Language), em 1991, e mais tarde esse método foi integrado como uma das 12 práticas fundamentais do Extreme Programming. Nesse contexto, a integração contínua

Um conjunto de princípios conhecidos como "As três maneiras" foram absorvidos pelo DevOps e são considerados os princípios a partir dos quais todos os comportamentos de DevOps observados podem ser derivados. Em relação a esses princípios, analise as afirmativas abaixo.
I O primeiro princípio é o Fluxo, o qual prima por um fluxo de trabalho rápido e suave desde o Desenvolvimento até Operações, visando entregar valor aos clientes.
II O segundo princípio é o Feedback, o qual expressa que a comunicação é importante para aprender com os erros a fim de evitá-los no futuro, uma vez que falhas são inerentes a sistemas complexos.
III O terceiro princípio é a Pipeline, o qual define que todos os processos devem ser mapeados para permitir sua execução imediatamente e sempre que necessário, mesmo que milhares de vezes ao dia.
IV O segundo princípio é a Integração Contínua, no qual os desenvolvedores, com frequência, juntam suas alterações de código em um repositório central. Depois disso, criações e testes são executados.
Das afirmativas, estão corretas

O movimento DevOps surgiu utilizando as metodologias ágeis como inspiração para substituir a abordagem tradicional no desenvolvimento e na manutenção dos sistemas em produção. Em relação às suas características, o DevOps

O framework Scrum e a metodologia XP (Extreme Programming) têm abordagens diferentes para tratar a agilidade. Em relação a essas abordagens,

Para aplicar os seus valores e princípios durante o desenvolvimento de software, o XP (Extreme Programming) propõe uma série de práticas. Uma delas sugere uma visão comum que auxilia o time e o cliente na compreensão dos elementos do sistema, traduzindo os termos técnicos em palavras que tenham significado dentro do projeto. Essa prática é denominada

O Scrum define que, ao final de cada sprint, seja realizado um evento para planejar maneiras de aumentar a qualidade e a eficácia. Nesse evento, o Time Scrum avalia as características da última sprint em relação aos indivíduos, às interações, aos processos e às ferramentas bem como revê a definição de pronto, caso seja necessário. Esse evento é definido como

No Scrum, como resultado da Reunião de Planejamento da Sprint, é gerado o artefato de Backlog da Sprint, cujo conteúdo é uma coleção de tarefas que deverão ser realizadas durante a sprint. Nesse contexto, a criação do Backlog da Sprint é responsabilidade

Realizar a integração de código é uma prática comum para programadores que usam o GIT como o sistema de controle de versão. Para realizar essa tarefa, o GIT disponibiliza duas estratégias: merge e rebase. Ao analisar as duas estratégias, é possível observar que

O TDD (Test Driven Development) é um paradigma de desenvolvimento de software criado por Kent Beck, que se tornou um dos pilares do XP (Extreme Programming). Em relação às suas características, o TDD

É um desafio encontrar todos os erros durante o teste de um software. Na verdade, em geral, é uma tarefa impraticável e muitas vezes impossível. Visando maximizar a chance de encontrar defeitos, é preciso lançar mão de estratégias, como os testes de caixa preta e os testes de caixa branca. Em relação a essas duas estratégias,