Estácio_ Alunos 18

1905/2020\nEstatício: Alunos\n\nAluno: GEORGE BRUNO FARIAS SOARES\nDisc.: QUAL. TEST. SOFTWARE\nMatr.: 201607649686\n2020.1 EAD (GT) / EX\n\nPrezado (a) Aluno(a),\nVocê fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha.\n\nApós responder cada questão, você terá acesso ao gabarito correspondente e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de questões que serão usadas na sua AV e AVS.\n\n1. \"Caracteriza-se por testar, como um todo, o software e outros elementos do sistema\" corresponde à definição do teste:\n\nValidação.\nIntegração.\nUnidade.\nSistema.\nCaixa preta.\n\nExplicação:\nO teste de sistema envolve uma série de diferentes testes, cujo propósito primordial é pôr completamente à prova o sistema baseado em computador.\n\n2. \"É caracterizado por concentrar-se no projeto e na construção da arquitetura de software\" refere-se ao teste de:\n\nCaixa preta.\nSistema.\nUnidade.\nValidação.\nIntegração.\n\nExplicação:\nNo teste de integração só módulos são montados ou integrados para formar um pacote de software. Utiliza principalmente as técnicas de teste de caixa preta.\n 1905/2020\nEstatício: Alunos\n\n3. Não é uma estratégia de software:\n\nTeste de validação.\nTeste de caixa marrom.\nTeste de unidade.\nTeste de integração.\nTeste de sistema.\n\nExplicação:\nTeste de caixa marrom não configura teste algum dentro da engenharia de software.\n\n4. A equipe Z realizou a codificação de uma nova tela para o sistema de controle de estoque. O objetivo da equipe é garantir que não existem erros considerando apenas a parte 'nova' do produto. Qual o tipo de teste que deve ser realizado?\n\nTeste de integração\nTeste Caixa-branca.\nTeste de unidade.\nTeste caixa-preta.\nTeste de validação.\n\nExplicação:\nO teste de unidade é também chamado de teste de componentes. Concentra-se em cada componente individual do software, de acordo com o que é implementado no código fonte.\n\n5. A equipe Z realizou a codificação de uma nova tela para o sistema de controle de estoque. O objetivo da equipe é garantir que não existem erros considerando apenas a parte 'nova' do produto. Quais as diferentes visões que devem ser consideradas ao aplicarmos este tipo de teste?\n\nVisão das interfaces, da estrutura lógica de dados, dos caminhos independentes, dos limites, dos caminhos de manipulação de erro.\nVisão da Engenharia de Software, dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, dos caminhos de manipulação de erro.\nVisão da Engenharia de Software, das interfaces, da estrutura lógica de dados, de condições limites, dos caminhos de manipulação de erro.\nVisão dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, de condições limites, dos caminhos de manipulação de erro.\n Explicação:\nPara se ter uma visão de teste de unidade, são consideradas a Interface; Estrutura Lógica de Dados; Caminhos Independentes; Condições Limite e Caminhos de Manipulação de Erro.\n\n6. A equipe de desenvolvimento recebe o documento de Resultado de Testes gerado pelos homologadores. Qual processo os desenvolvedores devem executar agora?\n\nOs desenvolvedores irão refazer os testes.\nOs desenvolvedores farão a depuração.\nOs desenvolvedores irão planejar o reparo do erro.\nOs desenvolvedores farão a localização do erro.\nOs desenvolvedores farão o reparo do erro.\n\nExplicação:\nOs testes já foram efetuados pela equipe e os desenvolvedores têm que fazer a depuração.\n\n7. O gerente de um departamento de sistemas decidiu que os produtos de software criados pela equipe A serão homologados pela equipe B, e vice-versa. Percebe-se com o tempo, no entanto, o surgimento de diversos conflitos entre as equipes A e B. Qual a origem desses conflitos?\n\nA origem do problema foi a criação de um Grupo Independente de Teste (GIT).\nA origem do problema é que os desenvolvedores testam para 'provar que funciona' e os homologadores para 'provar que não funciona', agravados no caso pela proximidade entre as equipes e pela constante troca de papéis no processo.\nA origem do problema é que o erro mencionado não corresponde ao erro encontrado.\nA origem do problema foi a visão dos Caminhos de Manipulação de Erro.\n\nExplicação:\nNeste caso, a origem do problema se deu porque a função dos desenvolvedores é testar para 'provar que funciona' e os homologadores para 'provar que não funciona', agravados no caso pela proximidade entre as equipes e pela constante troca de papéis no processo.\n\n