Logo Passei Direto
Buscar

Gerencia e qualidade de software sem 6

User badge image
D Andrew

em

Ferramentas de estudo

Questões resolvidas

Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Questões resolvidas

Prévia do material em texto

GERENCIA E QUALIDADE DE SOFTWARE – SEMANA 6 
PERGUNTA 1 
1. Assinale a alternativa que apresenta uma questão que deve ser considerada em 
revisão de código de acordo com os autores Aline Torres e Marco Tulio Valente. 
 
 
Alguns bugs específicos. 
 
 
Excesso de documentação. 
 
 
Código com problemas de indentação. 
 
 
Uso de bibliotecas ou frameworks em geral. 
 
 
Código muito simples. 
1,25 pontos 
PERGUNTA 2 
1. Assinale a alternativa que apresenta uma informação correta em relação às variações 
no pareamento para a programação pareada de acordo com o texto “Programação em 
par”, da Wikipédia. 
 
 
No pareamento especialista-especialista, há a vantagem de ambos os 
especialistas sempre questionarem as práticas estabelecidas. 
 
 
No pareamento novato-novato, há a vantagem de que ambos os novatos possam 
desenvolver bons hábitos de programação em conjunto. 
 
 
No pareamento especialista-novato, há a desvantagem de que os especialistas 
não têm a paciência necessária para permitir a participação construtiva de 
novatos. 
 
 
No pareamento novato-novato, há a vantagem de se conseguir melhores 
resultados do que cada um dos novatos trabalhando de forma independente. 
 
 
No pareamento especialista-novato, há a desvantagem de que o novato não 
possui perfil para questionar as práticas estabelecidas. 
1,25 pontos 
PERGUNTA 3 
1. De acordo com o autor Everson Mauda, assinale a alternativa que apresenta um 
pensamento correto de um time de desenvolvimento de software, considerando o perfil 
desse time em relação à dívida técnica. 
 
 
Prudente e negligente: “Nós não temos tempo para design”. 
 
 
Prudente e proposital: “Nós não temos tempo para design”. 
 
 
Imprudente e proposital: “Agora nós sabemos como deveria ter sido construído”. 
 
 
Imprudente e negligente: “O que são camadas?”. 
 
 
Imprudente e proposital: “A entrega tem que ser feita e lidaremos com as 
consequências”. 
1,25 pontos 
PERGUNTA 4 
1. De acordo com o autor Everson Mauda, assinale a alternativa que apresenta uma 
descrição correta do perfil de um time de desenvolvimento de software em relação à 
dívida técnica. 
 
 
Prudente e involuntário: isso é verdade para times com excelentes arquitetos. Eles 
fornecem uma solução que agrega valor ao negócio, mas depois o time não tem 
tempo para o design e utiliza uma solução rápida e com pouca preocupação com 
a qualidade. 
 
 
Imprudente e negligente: o time não tem tempo para o design e utiliza uma 
solução rápida e com pouca preocupação com a qualidade. 
 
 
Prudente e proposital: o time precisa entregar o produto agora, com todas as 
limitações conhecidas, e assume de maneira proativa as consequências para 
futuras correções. 
 
 
Imprudente e proposital: isso é verdade para times com excelentes arquitetos. 
Eles fornecem uma solução que agrega valor ao negócio, mas depois de 
completar a solução, eles entendem que a abordagem de design poderia ter sido 
melhor. 
 
 
Prudente e negligente: o time não tem consciência dos princípios básicos de 
design, então, nem sequer imagina a bagunça que estão adicionando. 
1,25 pontos 
PERGUNTA 5 
1. Assinale a alternativa que descreve corretamente uma vantagem para o uso de 
programação pareada de acordo com o texto “Programação em par”, da Wikipédia. 
 
 
Compartilhar conhecimento: como há sempre um participante experiente e um 
inexperiente, aquele experiente está sempre compartilhando seu conhecimento 
com o participante inexperiente. 
 
 
Ausência de gerência: por ser uma atividade par-a-par, nenhum gerente é 
necessário. 
 
 
Gerar mais união na equipe: os participantes mais experientes ficam com pena 
daqueles menos experientes ao ver o quanto eles ainda precisam avançar e isso 
acaba gerando mais união na equipe. 
 
 
Melhorar a disciplina do time: como a prática de programação é bastante divertida, 
isso faz com que os programadores não a levem a sério quando programam 
sozinhos. 
 
 
Melhorar qualidade do código: como todo código produzido é revisado e 
aprimorado constantemente por diferentes integrantes da equipe, isso aumenta a 
qualidade do código. 
1,25 pontos 
PERGUNTA 6 
1. Assinale a alternativa que apresenta uma recomendação correta para revisores de 
código, de acordo com os autores Aline Torres e Marco Tulio Valente. 
 
 
Evite imagens e screenshots. 
 
 
Não faça perguntas nos comentários, apenas sugestões diretas. 
 
 
Evite usar o pronome “nós”, pois o código não foi feito por você também. 
 
 
Na dúvida, o revisor deve sugerir uma alteração. 
 
 
Evite sugestões relacionadas a estilos pessoais. 
1,25 pontos 
PERGUNTA 7 
1. Assinale a alternativa que apresenta a principal motivação para revisão de código de 
acordo com a pesquisa apresentada pelos autores Aline Torres e Marco Tulio Valente. 
 
 
Detectar bugs. 
 
 
Aumentar qualidade. 
 
 
Transferir conhecimento. 
 
 
Soluções alternativas. 
 
 
Melhorar o código. 
1,25 pontos 
PERGUNTA 8 
1. Assinale a alternativa que apresenta uma informação correta sobre dívida técnica de 
acordo com o autor Everson Mauda. 
 
 
Dívidas técnicas do tipo “proposital” devem ser evitadas. 
 
 
O time de desenvolvimento não precisa ter pressa para pagar uma dívida técnica. 
 
 
ívidas técnicas do tipo “negligente” são mais fáceis de serem quitadas. 
 
 
Um exemplo de dívida técnica é a escolha de um design mais rápido e de baixa 
qualidade. 
 
 
Um time de desenvolvimento deveria buscar nunca adquirir dívidas técnicas. 
 
 
	Gerencia e qualidade de software – semana 6
	PERGUNTA 1
	PERGUNTA 2
	PERGUNTA 3
	PERGUNTA 4
	PERGUNTA 5
	PERGUNTA 6
	PERGUNTA 7
	PERGUNTA 8

Mais conteúdos dessa disciplina