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