Buscar

Testes de Software: Conceitos e Estratégias

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 5 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

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.

Continue navegando