Tarefas _ Microsoft Teams

Trabalho de Qualidade de Software\n\nO trabalho serve como revisão dos conteúdos e para o aluno se preparar para a avaliação. São 12 questões cada uma valendo 0,25 pontos, mesmo que apareça 1 ponto será computado 0,25. Então se ficar com 12 pontos o mesmo valerá 3 pontos. Recomendo que aluno aproveite e estude todo o conteúdo relacionado a questão como forma de se preparar para a prova. Entrega até o dia 30.\n\n* Obrigatória\n\n* Este formulário registrará seu nome. Preencha-o. 1. Sobre justificativa de realizar testes de software assinale a alternativa verdadeira: * (1 Ponto)\n\n ☐ Dificilmente ocorrem falhas humanas no processo de desenvolvimento de software\n ☐ Ocorrência de falhas humanas no processo de desenvolvimento de software não considerável\n ☐ Custos associados às falhas de software justificam um processo de testes cuidados e bem planejado\n ☐ Investimentos em testes de software não trazem economia e vão usar o software\n ☐ Processo de teste é dispensável na garantia da qualidade de software\n\n2. Com relação à aplicação de testes no processo de desenvolvimento de software podemos afirmar que: * (1 Ponto)\n\n ☐ A fase de requisitos não gera defeitos no software\n ☐ A maior quantidade de defeitos ocorre na fase de requisitos.\n ☐ A fase de design (modelagem) apresenta a menor quantidade de falhas\n ☐ A fase de codificação é a única que apresenta ocorrência de falhas\n ☐ A fase de codificação apresenta a maior quantidade de falhas 3. Sobre esforço de manutenção de sistemas de software, podemos afirmar que: * (1 Ponto)\n\n ☐ Em sua totalidade de esforço é em reparo de defeitos\n ☐ Reparos de defeito é a única forma de manutenção de sistemas de software\n ☐ A maior do esforço está em adicionar funcionalidade de software\n ☐ A maioria do esforço está em adaptar o software\n ☐ Adicionar funcionalidades ao software não geram esforços de manutenção\n\n4. Sobre Débito Técnico podemos afirmar que: * (1 Ponto)\n\n ☐ O impacto ao positivo a longo prazo deve-se a equipe assumir uma abordagem fácil de implementar a curto prazo.\n ☐ O impacto ao negativo a longo prazo deve-se a equipe assumir uma abordagem fácil de implementar a curto prazo.\n ☐ O impacto ao negativo a curto prazo deve-se a equipe assumir uma abordagem fácil de implementar a longo prazo.\n ☐ O impacto ao negativo a longo prazo deve-se a equipe assumir uma abordagem fácil de implementar a curto prazo. 5. A definição de falha de software é definida pela: * (1 Ponto)\n\nO incapacidade do software de realizar a função requisitada\nO capacidade de reproduzir mensagens a função requisitada\nO incapacidade do hardware de realizar a função requisitada\nO capacidade de produzir erros na função requisitada\n\n6. Com relação a diferença de erros e defeitos, assinale a alternativa correta: * (1 Ponto)\n\nO erro é um problema de qualidade encontrado antes de o software ser liberado para os usuários finais, já o defeito é um problema de qualidade encontrado apenas depois de o software ter sido liberado para os usuários finais.\nO erro é um problema de qualidade encontrado antes de o software ser liberado para os usuários finais, e o defeito é um problema de qualidade encontrado antes de o software ter sido liberado para os usuários finais.\nO defeito é um problema de qualidade encontrado depois de o software ser liberado para os usuários finais, e o erro pode ser um problema de qualidade encontrado antes de o software ter sido liberado para os usuários finais.\nO defeito é um problema de qualidade encontrado depois e antes de o software ter sido liberado para os usuários finais. 7. Qual a norma que define processo de Engenharia de Software, atividades e tarefas que são associados com os processos do ciclo de vida do software desde sua concepção até a sua obsolescência ou descontinuidade. * (1 Ponto)\n\nO ISO/IEC 25100\nO ISO/IEC 9001\nO ISO/IEC 15504\nO ISO/IEC 12207\n\n8. Norma que apresenta uma estrutura para realização de avaliações de processos em organizações: * (1 Ponto)\n\nO ISO/IEC 15504\nO ISO/IEC 9001\nO ISO/IEC 12207\nO ISO/IEC 25100 9. A norma ISO/IEC 12207 apresenta 3 classes de processos na qual estabeleceu um processo de ciclo de vida deste, contendo processos e atividades. Quais são estas classes de processos: * (1 Ponto)\n\nFundamentos, de Apoio e Organizacionais\nNíveis de Capacidade, Atributos de processos e Avaliação dos Atributos de Processo\nFalhas, de Erros e Bugs\nConfiguração, verificação e validação\n\n10. O teste funcional, que também é conhecido como teste \"caixa-preta\", são os testes definidos de acordo com: * (1 Ponto)\n\nOs requisitos não funcionais do software. Como têm conhecimento sobre o operação interno do programa, o analista concentrar-se nas funções que o software contemplará.\nOs requisitos não funcionais do software. Como não têm conhecimento sobre o operação externo do programa, o analista concentrar-se nas funções que o software contemplará.\nOs requisitos funcionais do software. Como têm conhecimento sobre o operação interno do programa, o analista concentrar-se nas funções que o software contemplará.\nOs requisitos funcionais do software. Como não têm conhecimento sobre o operação externo do programa, o analista concentrar-se nas funções que o software contemplará. 11. Sobre as técnicas de testes de caixa preta assinale a INCORRETA:* (1 Ponto)\n\n- A Tabela de Decisão é possível apresentar de maneira simples as prováveis combinações para o negócio e qual deve ser a saída esperada, de acordo com cada variação, delineando o requisito mais compreensível e facilitando também a leitura pelo resto do time.\n\n- O particionamento de equivalência divide as entradas do usuário na aplicação em partes (também conhecidas como classes de equivalência) e em torno de faixas de valores possíveis, para que então, um desses valores seja eleito como base para o teste.\n\n- Usamos a técnica análise do valor limite para gerar casos de teste para intervalos não numéricos.\n\n- Existem partículas de equivalência para valores válidos e inválidos.\n\n12. Com relação a testes de caixa branca, o resultado da complexidade ciclomática indica:\n(1 Ponto)\n\nQuantas divisões das entradas do usuário na aplicação em partes (também conhecidas como classes de equivalência) e em torno de faixas de valores possíveis, para que então, um desses valores seja eleito como base para teste.\n\nNão devemos usar o polimorfismo e que a estratégia de user conditions aninhadas e trazer mais dano ao código.\n\nQue existem partículas de equivalência para valores válidos e inválidos para gerar casos de teste para intervalos numéricos.\n\nQuantas entradas são precisas, sem precisar ser executadas para que se verifique todos os fluxos possíveis que o código pode tomar, a fim de garantir uma completa cobertura de testes. Este conteúdo não é criado nem endossado pela Microsoft. Os dados que você enviar serão enviados ao proprietário do formulário.\n\nMicrosoft Forms