Atividade 3 - Qualidade e Teste de Software

Minhas Disciplinas\n222GR9252A - QUALIDADE E TESTE DE SOFTWARE\nUNIDADE 3\nAtividade 3 (A3)\n\nIniciado em: domingo, 11 set 2022, 17:24\nEstado: Finalizada\nConcluída em: domingo, 11 set 2022, 17:38\nTempo: 13 minutos 13 segundos\n\nAvaliar 10,00 um máximo de 10,00(100%)\n\nQuestão 1\nCorreto\nAtingiu 1,00 de 1,00\n\nO caso de teste pode ser aplicado por um analista de teste ou pelo próprio desenvolvedor do sistema, quando um programador aplica de modo demasia... \ \n\nc. Um programador aplica casos de testes planejados, estes são tirados a sua própria criação, e conhecer casos de teste que podem violar a lógica, poderá revelar falhas ou causar falhas.\n\nd. Ao se aplicar um teste sem planejamento, além do programador atacar a sua própria criação, apresenta para o usuário certa insegurança pelo conteúdo desenvolvido por ele, isso causa problemas de entendimentos.\n\ne. O fato de se aplicar um caso de teste que violate a lógica desenvolvida pelo programador, já é um indício de que o sistema é totalmente falho e se necessita reescrever o código-fonte. Atividade 3 (A3): Revisão da tentativa\n\nUm caso de teste consiste em efetuar a entrada de dados no software, para em testar as suas funcionalidades. Temos um ponto de atenção sobre estas entradas de dados, mas específico em entrada de dados já conhecidas pelo analista de teste e pelo próprio desenvolvedor. Com base no conteúdo abordado no material de estudo, por que devemos ter um ponto de atenção sobre entradas já conhecidas?\n\nQuestão 3\nCorreto\nAtingiu 1,00 de 1,00\n\nO problema de se utilizar entradas conhecidas é que, o sistema poderá entrar em um loop de teste, pois o desenvolvedor utiliza sempre as mesmas.\n\nb. O ponto de atenção é no funcionamento do software, mas ao se utilizar entradas conhecidas, podendo testar o software por completo sem problemas.\n\nc. Ao se utilizar dados já conhecidos do sistema, é que este ficará viciado em apenas um resultado, não sendo possível utilizar nenhum tipo de entrada, entretanto este método é eficaz em descobrir todos os erros do software.\n\nd. Devemos ter cuidado em utilizar entradas conhecidas, pois partes críticas do software é mais prováveis de apresentação de erro não vão viam a não, assim o teste falha. Atividade 3 (A3): Revisão da tentativa\n\nA técnica de teste funcional é de simples aplicação nos mais variados tipos de programas, as quais as funcionalidades são conhecidas, entretanto não podemos deixar de considerar um ponto desta técnica. Leia as afirmações a seguir sobre o que devemos considerar sobre esta técnica.\n\nQuestão 5\nCorreto\nAtingiu 1,00 de 1,00\n\nMesmo sendo uma técnica muito eficaz, não é possível garantir que pontos críticos do software serão executados com perfeição, mesmo aplicando inúmeros testes.\n\nb. Devemos levar em consideração o usuário e seus requisitos, pois estes são pontos de atenção ao projeto.\n\nc. Deve-se considerar os testes integrados e TDD que são aplicados em paralelo para a garantia da qualidade.\n\nd. Ao se aplicar os testes funcionais e se testar o código fonte de modo detalhado, para isso é necessário se atentar na linguagem de programação.\n\ne. O ponto a se considerar é a forma de aplicação, pois por ser uma técnica simples, alguns analistas não a aplicação de modo correto. O teste funcional é um tipo de teste que atua com as funções do software, para isso é necessário elaborar um planejamento para aplicação deste tipo de teste, este planejamento envolve alguns passos, sendo eles:\n\nI – Identificação de funções que um sistema deverá realizar.\nII – Aplicar a execução do teste de unidade\nIII – criar casos de teste para checar as funções.\n\nÉ correto o que se afirma em:\n\na. I e III apenas.\n✔ b. II apenas\nc. I apenas\nd. II e III apenas.\ne. III apenas.\n\n\n\nUm analista de teste tem à sua disposição uma quantidade elevada de testes que podem ser aplicados para garantir a qualidade do software. Um ponto relevante são as possibilidades de testes a serem aplicados, sendo assim, analise as afirmações a seguir e assinale a correspondente sobre a quantidade de testes a serem executados.\n\n☐ a. O alto índice de teste reflete apenas que o software contém muitos erros, não possibilitando a verificação e testes mais profundos do sistema.\n☐ b. A relação entre quantidade de teste e possibilidades de testes, não reflete na abrangência de teste aplicados.\n☐ c. A possibilidade de testar um sistema e verificar seus pontos de interesse, refletem sobre a forma do desenvolvimento não pela quantidade de testes efetuados.\n☐ d. A quantidade de teste de um software, reflete como este foi desenvolvido, quanto maior a quantidade menos são as possibilidades de erros.\n✔ e. A quantidade de verificações e testes em um sistema é elevada, pois tem como propósito abranger o máximo número de situações possíveis de teste. O caso de teste é considerado um dos tipos de teste a serem aplicados em um software com maior relevância, a partir deste é possível testar as funcionalidades e analisar os resultados. Um caso de teste é composto praticamente por:\n\na. Um caso de teste é composto praticamente apenas por um caso de unidade, e analisados os dados\nb. E se aplicado entradas conhecidas para serem analisadas os resultados esperados.\nc. E se testado por meio de uma composição agrupada, sobre os requisitos do usuário.\nd. Os casos de teste têm como entrada primária as informações dos usuários e se é testado saindo com base nos testes de unidade.\n✔ e. Uma ou mais entradas de dados e saída esperadas, sendo analisados os processos executados. A norma IEEE 829 prevê uma abordagem sobre os documentos otimizados e atividade de teste. Sendo um padrão, elevado à categoria da norma, onde se trata do Documento do Plano de Testes, ou Test Plan. Com base no contexto apresentado e no material de estudos da disciplina, como é estruturada a norma IEEE 829\n\n☐ a. A norma IEEE 829 é estruturada em 10 passos, os quais são extremamente importantes para a elaboração do documento de plano de teste.\n☐ b. A normal possui uma estrutura completa abundante com 6 atividades relacionadas a padronização do test plan.\n☐ c. A norma é estruturada em passos básicos e 6 avançados, onde é dito como fatores de padronização de teste.\n☐ d. A estrutura da norma IEEE 829 prevê uma separação em dois grupos, sendo que em cada grupo temos 8 e 6 passos de atividades a serem seguidos.\n✔ e. A norma IEEE 829 apresenta uma padronização do documento de Test Plan, sendo a sua estruturação separada em 8 passos.