ATV 3 - Qualidade e Teste de Software - 1-1

Prévia do material em texto

19/08/2025, 15:47 Teste: Atividade 3 Atividade 3 Iniciado: 19 ago em 15:44 Instruções do teste Importante: A+ Caso você esteja realizando a atividade através do aplicativo "Canvas Student", é necessário q A você clique em "FAZER QUESTIONÁRIO", no final da página. A- Pergunta 1 0,2 pts Leia texto abaixo e pense em boas práticas de qualidade de software Manter a qualidade no desenvolvimento de softwares é um desafio enfrentado por muitos gestores. Sempre que sistema é atualizado, é necessário ter atenção redobrada para não gerar erros decorrentes das funcionalidades recém-criadas ou fazer com que uma função pré-existente deixe de funcionar. Para minimizar esses riscos, implementar controle de qualidade no desenvolvimento de softwares é a solução. Além da menor probabilidade de erros, a redução de custos também é um importante benefício dessa estratégia. Entre as práticas que ajudam a manter a qualidade no desenvolvimento de softwares estão testes constantes da ferramenta, revisão de códigos e a organização de uma equipe voltada para descobrir possíveis problemas nos sistemas e processos. (Fonte: Disponível em: desenvolvimento-de-softwares/ (https://blog.teclogica.com.br/entenda-importancia-da-qualidade- no-desenvolvimento-de-softwares/). Acesso em: 04 de mar. de 2020) Qual é a melhor maneira de trabalhar com desenvolvimento de software? Por departamento Por projetos Por necessidade Pela operação Pela demanda Pergunta 2 0,2 pts Leia texto abaixo: https://famonline.instructure.com/courses/48644/quizzes/234141/take 1/619/08/2025, 15:47 Teste: Atividade 3 Métricas para DevOps: por onde começar? Apesar de DevOps não possuir nenhum framework oficial como é comum às metodologias voltadas para desenvolvimento de software existem alguns parâmetros que podem ser utilizados para avaliar eficientemente o desempenho das implementações. De modo geral, as métricas para DevOps lidam com as questões de deployment, operações e suporte, como velocidade do desenvolvimento de aplicações, resposta do consumidor, porcentagens de erros e falhas, volume de pedidos e tempo de reparo, por exemplo. A+ A maioria dessas métricas se divide em três categorias: A Processos A- Aqui se encaixam as métricas voltadas para a análise da velocidade, eficiência, produtividade e segurança dos processos de desenvolvimento de software. Alguns exemplos de Key Indicators (KPIs) utilizados são a frequência e velocidade de deployment, velocidade de verifica do software (QA), Tempo Médio Para Restaurar o Serviço (TMPRS), entre outros. Pessoas A influência das pessoas envolvidas no processo de produção costuma ser um dos aspectos mais difíceis de medir em uma empresa. Métricas voltadas para as pessoas geralmente incluem tempo de resposta, turnover (ou rotatividade de pessoal) e capacidade, por exemplo. Outra possibilidade são os indicadores mais subjetivos e culturais, como grau de autonomia, fluidez no trabalho e compartilhamento de conhecimento das equipes. Tecnologia As métricas de tecnologia avaliam uptime (tempo em atividade) dos sistemas, redes e aplicações, e também as taxas de erros, como, por exemplo, número de incidentes por release de produto ou serviço. (Fonte: Disponível em: https://gaea.com.br/metricas-para-devops-conheca-as-mais- importantes/ em: 04 de mar. de 2020) As métricas e indicadores nos ajudam a entender que: Processos, pessoas e tecnologia são categorias que trabalham independentemente, e indicadores cabem a tecnologia medir num estado geral, de maneira que processos e pessoas, tem indicadores de exceção; Pessoas, processos e tecnologia andam interligados, e em cada categoria dessa é possível criar indicadores e confrontá-los para averiguar andamento de um projeto de software, e com dados reais pode-se diminuir erros Métricas são utilizadas em de desenvolvimento e implementação, mas a gestão olha apenas os indicadores referentes a pessoas, processos e tecnologia tem gestão separadas 2/619/08/2025, 15:47 Teste: Atividade 3 Os indicadores referentes a pessoas, se aplicam a desenvolvimento pessoal refletindo a como as pessoas desempenham suas funções, sem ligação de como efetuam seu trabalho ou como usam a tecnologia Indicadores se aplicam a pessoas e processos, a tecnologia tem outros padrões de medição separados do desenvolvimento de software, as áreas de operação não se misturam com as áreas de tecnologia A+ Pergunta 3 0,2 pts A Leia texto abaixo: A- Uma validação de software é uma atividade que tem como objetivo assegurar que produto fin corresponda aos requisitos do software, comprovando a inexistência de erros ("BUG"). Visando melhorar aprendizado e prática em validação, abaixo segue alguns casos e dicas para melho sua validação: Identificar e detalhar que será validado, isto pode incluir software em si, os requisitos, e outros tipos de documentos, por exemplo: documentação, demonstrações, etc. Definir e implementar uma estratégia de validação, ou seja, definir como será feita e que necessita para ser feita. Definir critérios e procedimentos para a validação, por exemplo, tempo de resposta, tolerância a falhas etc. Garantir a execução das atividades de validação. Por meio das reuniões de revisão, por exemplo. (Fonte: Disponível em: tecnospeed/post/boas-praticas-de-validacao em: 04 de mar. de 2020) Considerando o texto acima, avalie as asserções a seguir e a relação proposta entre elas: I. A validação de software é necessária dentro de um processo de desenvolvimento e qualidade de software. PORQUE II. Só a partir de testes e validação feita por desenvolvedores e usuários é possível evitar os bugs. A respeito das asserções acima, assinale a alternativa correta: As asserções e são proposições verdadeiras, e a é uma justificativa da I. A asserção I é uma proposição verdadeira, e a é uma proposição falsa. As asserções I e são proposições verdadeiras, mas a não é uma justificativa da I. https://famonline.instructure.com/courses/48644/quizzes/234141/take 3/619/08/2025, 15:47 Teste: Atividade 3 As asserções I e são proposições falsas A asserção I é uma proposição falsa, e a é uma proposição verdadeira. Pergunta 4 0,2 pts texto abaixo nos explica que é qualidade de software. Leia: A+ que é gerência de qualidade de software? A Vamos por partes. Segundo a International Standardization Organization (ISO), qualidade é A- adequação ao uso e conformidade às exigências. Partindo desses princípios, a qualidade de software busca garantir que as aplicações desenvolvidas estejam de acordo com as necessida do cliente e, ao mesmo tempo, atendam padrões e regras do desenvolvimento. Seguindo o raciocínio, a gerência de qualidade de software é a área que utiliza métodos de gestão para acompanhar desenvolvimento do produto. Por exemplo, modelos de gerenciamento de projetos, como Project Management Body of Knowledge (PMBOK), podem ser aplicados também em tecnologia. Os objetivos desses métodos de gestão quando aplicados à qualidade de software são: Garantir que software atenda aos requisitos funcionais e de desempenho; Assegurar que os processos de desenvolvimento estejam dentro dos padrões estabelecidos. Portanto, a gerência de qualidade de software procura evitar falhas como: Erros de código, cálculo ou lógica; Falta de planejamento das etapas de desenvolvimento; Atrasos na entrega do produto; Não prever e controlar riscos; Não pensar na manutenção do produto. (Fonte: Disponível em: por-que-e-como-aprender/). Acesso em: 04 de mar. de 2020) Depois de ler o texto acima, avalie as afirmações abaixo: I. Segundo PMBOK é possível aplicar os conceitos de gerenciamento de projetos em tecnologia. II. O gerenciamento de projetos de desenvolvimento de software, busca garantir que requisitos e de desempenho num projeto de software sejam atendidos. III. Mesmo com todo planejamento erros e falhas de códigos vão acontecer com mais de 80% de chances. 4/619/08/2025, 15:47 Teste: Atividade 3 IV. Quando há gerencia em qualidade de software problemas como manutenção do produto são previsíveis. É correto que se afirma apenas em: A+ IT, III e IV A e IV A- e IV e IV Pergunta 5 0,2 pts Leia texto a seguir: Gerência de TI Muita gente fala indiscriminadamente em governança de TI e gerenciamento de serviços de TI, ou em Cobit e ITIL, respectivamente, como se um e outro fossem equivalentes. Até parece que se pode escolher entre um e outro, ou que, se um estiver em prática, outro também estará. Já vi gente falando em governança de TI e depois citando que tem processos baseados na ITIL como se isso fosse governança. Não, não é. É muito importante que se estabeleça papel de cada uma destas ferramentas: framework de governança de TI é chamado Cobit, e a biblioteca de melhores práticas de gestão de serviços de TI é chamada ITIL. Não vamos nem entrar na discussão de qual é a diferença entre framework e biblioteca de melhores práticas para não complicar assunto. Só isso já seria uma grande diferença. Talvez seja surpresa para muitos, mas é possível adotar melhores práticas da ITIL sem ter um processo de governança de TI, assim como ter um processo de governança de TI, mas não se adotar as melhores práticas da ITIL. Surpreso com isso? Não fique. A primeira coisa que deve ser destacada é que Cobit foca em governar toda a TI. Ou quase toda. Não só governar os serviços de TI. Só isso já dá uma noção de que não poderiam ser a mesma coisa. Seria o mesmo que dizermos que governar um país é a mesma coisa que governar uma cidade! A escala é esta: do macro (Cobit) para micro (ITIL). Governar a TI inteira é muito mais do que gerenciar serviços. Quem governa a TI tem que se preocupar também com planejamento estratégico, com gerenciamento de projetos, com 5/619/08/2025, 15:47 Teste: Atividade 3 metodologias de desenvolvimento de sistemas, com gestão de recursos humanos e tantas outras coisas além da gestão dos serviços que serão entregues. que Cobit faz é dizer que um dos tantos "objetivos da governança de TI" é implantar um processo de gestão de incidentes e service desk. E, para a aprender a fazer isso, ou para descobrir as melhores práticas desse objetivo, podemos utilizar as recomendações da biblioteca ITIL. Mas e como gerenciaremos os projetos? Apliquem-se os princípios do PMBOK. E como desenvolveremos e manteremos aplicativos? Aplique-se a RUP, e assim por diante. A+ A partir do texto lido acima avalie as afirmações a seguir: A- I. Itil não é equivalente ao cobit, e nem é governança de TI. II. É possível implantar itil sem implantar governança de TI. III. Implantar cobit é implantar a governança de TI. É correto o que se afirma em: Referencia: III, apenas. 1, apenas. III, apenas. II, apenas. III, apenas. Nenhum dado novo para salvar. Última verificação às 15:47 Enviar teste 6/6