Qualidade e teste de software

Prévia do material em texto

1 
 Questão 
 
 
Quais são as estratégias que podem ser usadas no teste de aceitação? 
 
 
Teste formal, teste caixa-branca e teste alfa 
 
Teste formal, teste informal e teste beta 
 
Teste de implantação, teste de requisitos e teste de unidade 
 
Teste formal, teste de unidade e teste alfa 
 
Teste de implantação, teste caixa-branca e teste alfa 
 
 
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. 
 
 
 
2 
 Questão 
 
 
A MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio 
como: 
 
 
Escritos para o projeto físico e a programação 
 
Escritos na linguagem da área de negócios e podem conter 
gráficos, tabelas e diagramas 
 
Serve de base para os Requisitos Não-Funcionais e Detalhados 
 
Escritos para informar em algumas linhas como o requisito será 
testado 
 
Base para os Requisitos 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. 
 
 
 
3 
 Questão 
 
 
Sobre o teste de aceitação é correto afirmar que: 
 
 
O comportamento do software diferente do esperado pelo usuário final 
chama-se de erro. 
 
Um defeito encontrado em um artefato de software chama-se de falha. 
 
Um bug gerado por um programador não pode ser considerado uma 
falha. 
 
Ato inconsistente realizado por um indivíduo ao tentar compreender 
uma informação chama-se de defeito. 
 
Erro e falha são, do ponto de vista do teste de aceitação, semanticamente 
equivalentes. 
 
 
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. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
4 
 Questão 
 
 
A utilização de uma ferramenta para a automatização dos testes permite: 
 
 
Economizar tempo, mas não recursos durante a execução dos testes. 
 
Automatizar qualquer caso sem que se avalie a sua necessidade. 
 
 Executar os mesmos testes por uma quantidade fixa de vezes. 
 
Economizar recursos, mas não tempo durante a execução dos testes. 
 
Aumentar a qualidade final do produto. 
 
 
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. 
 
 
 
5 
 Questão 
 
 
São considerados testes de baixo nível: 
 
 
Integração e Aceitação. 
 
Integração e Sistema. 
 
Unidade e Integração. 
 
Unidade e Aceitação. 
 
Unidade e Sistema. 
 
 
Explicação: 
Sistema e Aceitação são considerados testes de alto nível. 
 
 
 
6 
 Questão 
 
 
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. 
 
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. 
 
Preparação do ambiente, execução dos testes e conferência dos testes 
são etapas dos testes automatizados. 
 
 
Explicação: 
Os testes automatizados não podem substituir os testes manuais. Eles são 
complementares. 
 
 
 
7 
 Questão 
 
 
De quem é a responsabilidade do teste de aceitação? 
 
 
Do cliente 
 
Do gerente de projeto 
 
Do desenvolvedor 
 
Do gerente e do desenvolvedor 
 
Do cliente e do desenvolvedor 
 
 
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.