Estácio_ Alunos 24

19/05/2020\nEstácio: Alunos\nQUALIDADE E TESTES DE SOFTWARE\nCCT0774_AB_201607049686_V1\nAluno: GEORGE BRUNO FARIAS SOARES\nDisc.: QUAL. TEST. SOFTWARE\nMatr.: 201607049686\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.\nApós responder cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.\n\n1. Quais são as estratégias que podem ser usadas no teste de aceitação?\n\nTeste formal, teste informal e teste beta\nTeste de implantação, teste caixa-branca e teste alfa\nTeste formal, teste caixa-branca e teste alfa\nTeste de implantação, teste de requisitos e teste de unidade\nTeste formal, teste de unidade e teste alfa\n\nExplicação:\nComo a última etapa de teste antes da implantação do software, seu objetivo é verificar se o software está pronto e se pode ser utilizado pelos usuários finais executando as tarefas e funções para as quais foi criado, então as estratégias de testes a serem executados são: teste formal, teste informal e teste beta.\n\n2. A MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio como:\n\nEscritos na linguagem da área de negócios e podem conter gráficos, tabelas e diagramas\nServe de base para os Requisitos Não-Funcionais e Detalhados\nBase para os Requisitos Detalhados\nEscritos para o projeto físico e a programação\nEscritos para informar em algumas linhas como o requisito será testado\n\nExplicação:\nA MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio como sendo escritos na linguagem da área de negócios e podem conter gráficos, tabelas e diagramas. Correspondem a objetivos, metas ou desejos da área de negócios. 19/05/2020\nEstácio: Alunos\n\n3. A utilização de uma ferramenta para a automatização dos testes permite:\n\nAutomatizar qualquer caso sem que se avalie a sua necessidade.\nEconomizar recursos, mas não tempo durante a execução dos testes.\nExecutar os mesmos testes por uma quantidade fixa de vezes.\nAumentar a qualidade final do produto.\nEconomizar tempo, não recursos durante a execução dos testes.\n\nExplicação:\nEconomizam tempo e recursos durante a execução dos testes;\nAumentam a qualidade final do produto, pois a execução de todos os testes funcionais que existem no sistema garante uma menor incidência de erros e falhas no programa.\nPossibilitam executar os mesmos testes repetidas vezes.\nÉ importante considerar os casos em que cabe utilizar a automatização, em nem todos os casos é interessante a automação de\n\n4. De quem é a responsabilidade do teste de aceitação?\n\nDo gerente de projeto\nDo gerente e do desenvolvedor\nDo cliente e do desenvolvedor\nDo cliente\nDo desenvolvedor\n\nExplicação:\nNo Teste de Aceitação, é impossível prever como o cliente realmente usará um programa. Por isso esse teste é de responsabilidade do cliente. 19/05/2020\nEstácio: Alunos\n\n5. Sobre os testes automatizados de software é incorreto afirmar que:\n\nOcorrer é uma ferramenta de automação de testes.\nUm projeto de automação de software é um investimento alto e de longa duração.\nPreparação do ambiente, execução dos testes e conferência dos testes são etapas dos testes automatizados.\nOs testes automatizados substituem os testes manuais.\nTodo caso de teste é naturalmente candidato à automação, mas com toda a certeza nem todos são recomendáveis para a automação.\n\nExplicação:\nOs testes automatizados não podem substituir os testes manuais. Eles são complementares.