PRATICAS DE DESENVOLVIMENTO AGIL N2

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.