Baixe o app para aproveitar ainda mais
Prévia do material em texto
PERGUNTA 1 1. O framework Scrum é composto de quatro cerimônias e três artefatos que devem ser seguidos para que seja atingida a proposta de geração de valor ao cliente. Além disso, são propostos três papéis que atuarão durante o processo de trabalho. A respeito das descrições dos papéis que representam o Scrum, analise as afirmativas a seguir e identifique quais estão enquadrados nesses papéis. I. Gerente de Projetos. II. Scrum master . III. Product Owner (dono do produto). IV. Agile Coach . Está correto o que se afirma em: II e IV, apenas. I, II e III, apenas. II, III e IV, apenas. I, II, III e IV. II e III, apenas. 1 pontos PERGUNTA 2 1. Leia o excerto a seguir: "Os requisitos de software mudam. Para lidar com essas mudanças, os métodos ágeis não têm uma atividade de engenharia de requisitos específica ou independente. Em vez disso, a elicitação dos requisitos é integrada ao desenvolvimento. Para facilitar esse processo, foi desenvolvida a ideia de 'história do usuário', com o intuito de formar cenários de uso baseados nas experiências de um usuário do sistema". SOMMERVILLE, I. Engenharia de Software . 10. ed. São Paulo: Pearson Addison Wesley, 2019. p. 63. Considerando o excerto apresentado, sobre história de usuário, analise as afirmativas a seguir. I. É um documento longo, de muitas páginas, e nele existe o detalhamento do que o cliente precisa. II. As histórias do usuário são efetivas quando existe um estreito relacionamento do cliente (ou product owner ) com o time de desenvolvimento. III. Ao adotar histórias do usuário, conseguimos planejar as próximas integrações e alterações que serão disponibilizadas numa versão. IV. Toda história do usuário deve virar um cartão para que todos do time visualizem o que precisa ser desenvolvido. Está correto o que se afirma em: II, III e IV, apenas. III e IV, apenas. I, II e III, apenas. II e IV, apenas. I, II, III e IV. 1 pontos PERGUNTA 3 1. Quando adotamos gestão visual e mapeamos as etapas de trabalho, é possível utilizar métricas para entender quais pontos são mais rápidos e quais são mais lentos. Essas métricas, no processo de desenvolvimento de um software , ajudarão os gestores na tomada de decisão. A partir das métricas, é possível validar se de fato as melhorias implementadas estão gerando os resultados esperados. Sobre as métricas ágeis, assinale a alternativa correta. A vazão de um time é calculada pela quantidade de cartões que entrou semanalmente. Leadtime é a diferença do tempo desde que se inicia uma atividade até a entrega dela. Leadtime é a diferença de tempo entre as etapas de “em desenvolvimento” até “para teste”. Lead cycle time é a diferença (geralmente em dias) de quando foi testado até a etapa “pronto” ou “em produção”. A dívida técnica é calculada em horas desde o momento em que o cliente solicitou uma tarefa até a sua entrega. 1 pontos PERGUNTA 4 1. As origens dos métodos ágeis remetem ao processo de criar softwares , tanto que o documento que evidencia os valores e princípios das metodologias ágeis se intitula “manifesto para o desenvolvimento ágil de software ”. A respeito das práticas ágeis para o desenvolvimento, analise as afirmativas a seguir e assinale V para a(s) Verdadeira(s) e F para a(s) Falsa(s). I. ( ) Pair programming é uma prática ágil aplicada na etapa de codificação. II. ( ) BDD é uma prática ágil aplicada na etapa de codificação. III. ( ) História do usuário é uma prática ágil aplicada na etapa de codificação. IV. ( ) Reunião diária é uma prática ágil aplicada na etapa de codificação. Assinale a alternativa que apresenta a sequência correta: F, F, F, F. V, V, V, V. V, F, F, F. V, F, F, V. V, F, V, F. 1 pontos PERGUNTA 5 1. Leia o trecho a seguir: “O desenvolvimento dirigido por testes (TDD - do inglês test-driven development ) é uma abordagem para desenvolvimento de programas na qual se intercalam testes e desenvolvimento do código. Esse código é desenvolvido incrementalmente, junto a um conjunto de testes para cada incremento, e o próximo incremento não começa até que o código que está sendo desenvolvido seja aprovado em todos os testes”. SOMMERVILLE, I. Engenharia de software . 10. ed. São Paulo: Pearson Addison Wesley, 2019. p. 218. Sobre TDD, assinale a alternativa correta. É uma técnica que pode auxiliar na priorização das tarefas, pois irá validar o valor de negócio a partir do uso do INVEST. É uma técnica que auxilia a equipe de desenvolvimento a manter o código validado, com alta qualidade e coeso. É uma linguagem de programação para a criação de softwares. Ao usar TDD, você estará aumentando a qualidade do código-fonte. É uma técnica contraindicada quando está sendo realizado pair programming, pois reduz a produtividade. É uma técnica que auxilia nas definições dos requisitos que o cliente deseja receber. 1 pontos PERGUNTA 6 1. Algumas práticas ágeis atuam em diversas etapas do desenvolvimento de uma tarefa. Essas práticas trabalham de forma horizontal, garantindo alinhamento desde o início até a entrega do software . Um exemplo de prática que tem esta característica é o BDD, que significa Behavior Driven Development (desenvolvimento orientado por comportamento). Sobre BDD, assinale a alternativa correta. É uma técnica que deve ser iniciada com o TDD. É uma técnica que deve ser iniciada quando é feita programação em par. É uma técnica que deve ser iniciada na etapa de planejamento de uma demanda. É uma técnica que deve ser iniciada quando a tarefa vai ser testada. É uma técnica que deve ser iniciada somente após a estimativa realizada. 1 pontos PERGUNTA 7 1. Todo processo de desenvolvimento de software deve passar pelas etapas de planejamento/definição, implementação/codificação e, por fim, a etapa de testes. A respeito das práticas ágeis para testes, analise as afirmativas a seguir e assinale V para a(s) Verdadeira(s) e F para a(s) Falsa(s). I. ( ) Critérios de aceitação devem ser definidos na etapa de planejamento e validados na etapa de testes. II. ( ) BDD é uma prática ágil aplicada na etapa de planejamento e validada na etapa de testes. III. ( ) TDD é uma prática ágil de responsabilidade da pessoa testadora. IV. ( ) Testes unitários é uma prática ágil de responsabilidade da pessoa testadora. Assinale a alternativa que apresenta a sequência correta: V, V, F, F. V, F, F, F. V, V, V, V. V, F, V, F. F, F, F, F. 1 pontos PERGUNTA 8 1. Em uma empresa de software chamada ZZORE, existem diversas boas práticas já definidas na engenharia de software . Mas, ainda assim, o software apresenta bugs , demora para liberar uma versão e, com frequência, apresenta conflito no código-fonte (duas pessoas mexendo na mesma parte do código). Sobre a situação da empresa ZZORE, assinale a alternativa cuja ação pode ajudar essa empresa a ter entrega ágil de software . Adote TDD, que é uma prática que busca criar testes unitários antes mesmo de o código-fonte existir e, com isso, garantindo a simplicidade do código. Adote refatoração, que é uma prática de analisar o código-fonte e criar melhorias para ele, tornando-o mais simples e de fácil manutenção. Adote testes unitários, que é uma prática que busca criar arquivos de testes para trechos de código-fonte, garantindo, assim, que outras máquinas executem os testes. Adote build automatizado, que é uma prática que depende do uso de um repositório de código-fonte e, com isso, será possível ter gerações de versões automatizadas. Adote BDD, que é uma prática que irá garantir que o que está sendo desenvolvido está aderente às necessidades definidas junto ao cliente. 1 pontos PERGUNTA 9 1. Leia o trecho a seguir:“A metáfora da dívida técnica (DT) no desenvolvimento de software foi introduzida há mais de duas décadas por Ward Cunningham, quando a Wyatt Software lançava um sistema de gerenciamento de portfólios (WyCASH+) empregando a tecnologia de orientação a objetos, com o uso da linguagem Smalltalk”. VIEIRA, I. R.; VINCENZI, A. M. R.; DIAZ, M. E. P. Um estudo experimental para avaliar características da dívida técnica em produtos de código aberto. In : ESCOLA REGIONAL DE INFORMÁTICA DE GOIÁS, 2., 2014 Goiás. Anais […]. Goiânia: ERI-GO, 2014. p. 135. Sobre a dívida técnica, assinale a alternativa correta. É uma metáfora que remete ao ramo de empréstimos, no qual você ganha um crédito a cada linha de código-fonte criada. Com mais linhas de código, a história do usuário irá gerar mais valor para o cliente. É uma metáfora que remete ao ramo contábil, no qual ferramentas são utilizadas para monitorar o código-fonte, criando uma espécie de balanço entre boas práticas (créditos) e más práticas (débitos), obtendo, assim, o quanto é a dívida do projeto. É uma metáfora que remete ao ramo financeiro. Para cada má prática realizada no código-fonte, uma pequena dívida é acumulada e precisa ser paga o mais rápido possível para que não haja acúmulo de juros. É uma metáfora que remete a uma espécie de cartão de crédito, no qual você ganha um crédito a cada linha de código-fonte criada. Com mais linhas de código, a história do usuário irá gerar mais valor para o cliente. É uma metáfora que remete ao ramo de financeiro, no qual são verificadas quantas pessoas alteraram o mesmo código-fonte. Quando poucas pessoas alteram um mesmo trecho de código, isso significa que este não está gerando dívidas. 1 pontos PERGUNTA 10 1. Leia o trecho a seguir: “ Builds mais frequentes são melhores; eles fornecem feedback muito mais rápido. Builds e testes executados durante os builds devem ser automatizados. Se não forem, o próprio processo de build irá introduzir erros e a quantidade de trabalho manual tornará proibitiva a execução suficientemente frequente dos builds ”. POPPENDIECK, M.; POPPENDIECK, T. Implementando o desenvolvimento Lean de Software : do conceito ao dinheiro. Porto Alegre: Bookman, 2009. Sobre build automatizado e integração contínua, assinale a alternativa correta. Utilizar essas práticas reduzem incertezas e demora na geração de uma versão para o cliente. Quando uma build é realizada com sucesso, ela é disponibilizada para o cliente de forma imediata. Como boa prática, cada desenvolvedor deve ter um conjunto próprio de ferramentas para versão. Gerar builds com muita frequência é desperdício de recursos computacionais. Deve- se gerar builds trimestralmente. Ao integrar o código fonte, com testes unitários, geramos mais dívidas técnicas.
Compartilhar