Baixe o app para aproveitar ainda mais
Prévia do material em texto
1. São considerados testes de baixo nível: Integração e Sistema. Unidade e Aceitação. Unidade e Integração. Integração e Aceitação. Unidade e Sistema. Explicação: Sistema e Aceitação são considerados testes de alto nível. 2. Sobre o teste de aceitação é correto afirmar que: Erro e falha são, do ponto de vista do teste de aceitação, semanticamente equivalentes. Um defeito encontrado em um artefato de software chama-se de falha. Ato inconsistente realizado por um indivíduo ao tentar compreender uma informação chama-se de defeito. Um bug gerado por um programador não pode ser considerado uma falha. O comportamento do software diferente do esperado pelo usuário final chama-se de erro. Explicação: Erro é um defeito encontrado em um artefato de software. Falha é o comportamento do software diferente do esperado pelo usuário final. Erros e falhas não são semanticamente equivalentes. Bugs são falhas. 3. Sobre os testes automatizados de software é incorreto afirmar que: Os testes automatizados substituem os testes manuais. Um projeto de automação de software é um investimento alto e de longa duração. Preparação do ambiente, execução dos testes e conferência dos testes são etapas dos testes automatizados. Todo caso de teste é naturalmente candidato a automação, mas com toda a certeza nem todos são recomendáveis para a automação. Cucumber é uma ferramenta de automação de testes. Explicação: Os testes automatizados não podem substituir os testes manuais. Eles são complementares. 4. A MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio como: Base para os Requisitos Detalhados Escritos na linguagem da área de negócios e podem conter gráficos, tabelas e diagramas Escritos para informar em algumas linhas como o requisito será testado Escritos para o projeto físico e a programação Serve de base para os Requisitos Não-Funcionais e Detalhados Explicação: A 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. 5. Quais são as estratégias que podem ser usadas no teste de aceitação? Teste formal, teste de unidade e teste alfa Teste de implantação, teste caixa-branca e teste alfa Teste de implantação, teste de requisitos e teste de unidade Teste formal, teste caixa-branca e teste alfa Teste formal, teste informal e teste beta Explicação: Como é 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. 6. De quem é a responsabilidade do teste de aceitação? Do gerente e do desenvolvedor Do desenvolvedor Do cliente Do cliente e do desenvolvedor Do gerente de projeto Explicação: No Teste de Aceitação, é impossível prever como o cliente realmente usará um programa. Por isso esse teste é de responsabilidade do cliente. 7. A utilização de uma ferramenta para a automatização dos testes permite: Automatizar qualquer caso sem que se avalie a sua necessidade. Economizar recursos, mas não tempo durante a execução dos testes. Executar os mesmos testes por uma quantidade fixa de vezes. Aumentar a qualidade final do produto. Economizar tempo, mas não recursos durante a execução dos testes. Explicação: Economizam tempo e recursos durante a execução dos testes; Aumentam 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. Possibilitam executar os mesmos testes repetidas vezes. É importante considerar os casos em que cabe utilizar a automação,em nem todos os casos é interessante a automação de testes.
Compartilhar