Atividade 2 - Qualidade e Teste de Software

Prévia do material em texto

Usuário
	JENIFFER MARQUES MARQUES DA SILVA
	Curso
	GRA0256 QUALIDADE E TESTE DE SOFTWARE GR2952-212-9 - 202120.ead-29780874.06
	Teste
	ATIVIDADE 2 (A2)
	Iniciado
	07/09/21 14:56
	Enviado
	22/09/21 11:15
	Status
	Completada
	Resultado da tentativa
	10 em 10 pontos  
	Tempo decorrido
	356 horas, 19 minutos
	Resultados exibidos
	Respostas enviadas, Respostas corretas, Comentários
· Pergunta 1
1 em 1 pontos
	
	
	
	O ciclo de vida da garantia da qualidade de software não se inicia com os testes aplicados nos módulos completos e todos unidos. Pensando nisso, podem-se aplicar testes de unidade no decorrer da codificação do software.  
 
Sobre o teste de unidade, analise as afirmativas a seguir: 
 
I - Os testes de unidade podem ser aplicados de forma manual ou por meio de Frameworks de automatização. 
II - Os testes manuais acontecem sem precisar seguir o documento de requisitos, sendo, assim, uma opção de teste rápido. 
III - Em um teste de unidade automatizado, é possível elaborar casos de teste, utilizando-se de ferramentas para implementar os casos de teste. 
 
Com base no contexto apresentado, é correto o que se afirma em: 
	
	
	
	
		Resposta Selecionada:
	 
I e III, apenas.
	Resposta Correta:
	 
I e III, apenas.
	Comentário da resposta:
	Resposta correta. A alternativa selecionada está correta, pois a afirmativa I é verdadeira, já que a aplicação do teste de unidade pode ser feita de forma manual ou automatizada, com o uso de aplicações específicas. A afirmativa III também é verdadeira, tendo em vista a facilidade e conveniência que proporciona o teste automatizado, que tem sido mais usado pelos programadores. Pode-se usar uma aplicação de teste de unidade (que comumente é chamada Framework UnitTest) para desenvolver casos de testes automatizados. 
	
	
	
· Pergunta 2
1 em 1 pontos
	
	
	
	Os testes de software acontecem, geralmente, de modo separado, em que são testados os módulos por meio de teste de unidade e, posteriormente, se é necessário efetuar um teste completo de todo o software. Abordagens de teste são praticamente as ligações entre os módulos do sistema. 
 
Seguindo as estratégias para aplicação do teste, analise as afirmativas a seguir: 
 
I - A estratégia big bang geralmente possui um bom desempenho em sistemas pequenos, em que são unidos todos os módulos e, depois, testam-se todos de uma só vez. 
II - A abordagem da estratégia top-down, na qual é efetuado o teste de cima para baixo, segue um fluxo em que grandes falhas são identificadas e corrigidas ao final de todo o processo. 
III - A estratégia bottom-up é representada pelo teste de baixo para cima, em que são testados os módulos de mais baixo nível de modo linear e, posteriormente, unindo todos para um teste final. 
 
É correto o que se afirma em: 
	
	
	
	
		Resposta Selecionada:
	 
I, apenas.
	Resposta Correta:
	 
I, apenas.
	Comentário da resposta:
	Resposta correta. A resposta está correta, pois a afirmativa I é verdadeira haja vista que na estratégia big bang todos os componentes são integrados juntos, de uma vez, e depois testados. Essa abordagem pode ser bem conveniente para sistemas pequenos, mas a aplicação pode ser difícil em sistemas com muitos módulos. 
	
	
	
· Pergunta 3
1 em 1 pontos
	
	
	
	Segundo Rungta (2018), o teste de regressão é definido como um tipo de teste aplicado para confirmar que um programa recente ou alteração de código não afetou adversamente os recursos existentes. 
 
RUNGTA, K. Learn Testing in 1 Day: definitive guide to learn software testing for beginners. Kindle, 2018. 
 
Por ser um teste que considera possíveis inclusões e alterações em um software, aplica uma sequência de testes específica. Com base no conteúdo estudado, assinale a alternativa que contenha o procedimento de aplicação de um teste de regressão. 
	
	
	
	
		Resposta Selecionada:
	 
São executados novamente todos, ou parcialmente, os casos de teste, com o objetivo de garantir que as funcionalidades estejam de acordo com o esperado. 
	Resposta Correta:
	 
São executados novamente todos, ou parcialmente, os casos de teste, com o objetivo de garantir que as funcionalidades estejam de acordo com o esperado. 
	Comentário da resposta:
	Resposta correta. A resposta está correta, pois, com relação à aplicação de um teste de regressão, o procedimento prevê a seleção total ou parcial de casos de teste já executados e a sua reexecução, com a finalidade de garantir que as funcionalidades estejam intactas. 
RUNGTA, K. Learn Testing in 1 Day: definitive guide to learn software testing for beginners. Kindle, 2018. 
	
	
	
· Pergunta 4
1 em 1 pontos
	
	
	
	Um teste de regressão é aplicado se o software testado passa por ajustes necessários por conta de falhas ou a inclusão de novas funcionalidades.  
Com base no conteúdo estudado, podemos utilizar três práticas no teste de regressão: 
 
I - A primeira prática, considerada como teste de regressão, é vista como um procedimento moroso por muitas vezes, já que se é testado tudo novamente. 
II - A segunda prática atua com os casos de teste de modo seletivo, em que são replicados apenas os mais convenientes.  
III - A terceira prática prevê duplicar todos os casos de teste para analisar como isso gera impacto nos negócios da organização. 
 
É correto o que se afirma em: 
	
	
	
	
		Resposta Selecionada:
	 
I e II, apenas.
	Resposta Correta:
	 
I e II, apenas.
	
	
	
· Pergunta 5
1 em 1 pontos
	
	
	
	Hoje em dia, tecnologias que suportam linguagens orientadas a objeto (como o Java) permitem não só́ a automatização dos testes – ação tão importante no âmbito do TDD – como também a execução de partes autônomas de um programa, como uma classe, por exemplo. 
 
NETO, R. M. Engenharia de software. Londrina: Editora e Distribuidora Educacional S.A., 2016.  
 
Para efetuar um TDD, podemos guiar os testes por meio de uma sequência lógica. Sobre os passos de um desenvolvimento guiado, assinale a afirmativa correta: 
	
	
	
	
		Resposta Selecionada:
	 
Podemos guiar o TDD por meio de dois passos básicos: selecionando um conjunto de casos de teste e executando-os; caso seja encontrado algo, a falha será ajustada, caso não encontre falhas, o processo é reiniciado.  
	Resposta Correta:
	 
Podemos guiar o TDD por meio de dois passos básicos: selecionando um conjunto de casos de teste e executando-os; caso seja encontrado algo, a falha será ajustada, caso não encontre falhas, o processo é reiniciado.  
	Comentário da resposta:
	Resposta correta. A resposta está correta, pois os passos são bem simples. Inicia-se com a seleção de um conjunto de casos de teste; após isso, executa-se o caso de teste. Caso seja encontrado defeito, o código deverá ser ajustado. Caso não se encontre defeito, um novo conjunto de casos de teste deve ser selecionado e o processo deve ser reiniciado. 
NETO, R. M. Engenharia de software. Londrina: Editora e Distribuidora Educacional S.A., 2016. 
	
	
	
· Pergunta 6
1 em 1 pontos
	
	
	
	Para assegurar a qualidade de um produto, este deve ser testado antes de ser entregue ao cliente. Isso acontece com alimentos, eletrodomésticos, eletrônicos, celulares, carros, dentre outros produtos e serviços. Um software também passa por processos de teste de qualidade seguindo o seguinte princípio: 
 
	
	
	
	
		Resposta Selecionada:
	 
Cada módulo entregue será testado de modo isolado antes de ser avaliado em conjunto com o sistema como um todo.
	Resposta Correta:
	 
Cada módulo entregue será testado de modo isolado antes de ser avaliado em conjunto com o sistema como um todo.
	Comentário da resposta:
	Resposta correta. A alternativa selecionada está correta, pois podemos dizer que as partes planejadas durante o projeto, as quais podemos chamar de unidades, deverão passar por testes isolados, antes de serem avaliadas em conjunto com todo o restante do sistema. 
	
	
	
· Pergunta 7
1 em 1 pontos
	
	
	
	Um caso de teste é, basicamente, uma análise sobre as entradas no programa, e o que se corresponde como saída esperada, baseado nos requisitosdo sistema.   
 
Podemos considerar que os valores de entrada e saída são, respectivamente: 
	
	
	
	
		Resposta Selecionada:
	 
A entrada corresponde às informações que podem ser inseridas no sistema, e as saídas esperadas são as validações e apresentação de informações que o sistema poderá apresentar. 
	Resposta Correta:
	 
A entrada corresponde às informações que podem ser inseridas no sistema, e as saídas esperadas são as validações e apresentação de informações que o sistema poderá apresentar. 
	Comentário da resposta:
	Resposta correta. A resposta está correta, tendo em vista que o conceito de entrada relaciona-se com o conjunto de dados necessários para a execução do programa. A saída esperada é o resultado de uma execução do programa ou função específica. Exemplo da inserção de valores de produtos, um caso de teste possível seria: (200; válido). Ao receber a entrada 200, o programa de validação de valores deveria retornar “valor válido”. 
	
	
	
· Pergunta 8
1 em 1 pontos
	
	
	
	Quando um usuário se depara com um problema, já fala, apressadamente: “encontrei um bug no sistema”. Mas, afinal, o que é bug em um software? Algumas pessoas acreditam que seja algo relacionado a um incidente, problema, falha, anomalia etc.  
 
De acordo com as informações apresentadas e com o conteúdo estudado, podemos resumir um bug de software como: 
 
I - O software executa funcionalidades não previstas em sua especificação, entretanto, deveriam estar listadas nas especificações. 
II - Se um software não executar alguma funcionalidade prevista, isso se constituiria de um bug.  
III - Caso o software execute alguma funcionalidade de modo inesperado, que não deveria acontecer, essa ação pode ser considerada um bug. 
IV - O software pode passar a impressão, ao usuário, de não estar completo, caso este não apresente algum tipo de informação. 
 
É correto o que se afirma em: 
	
	
	
	
		Resposta Selecionada:
	 
II e III, apenas. 
	Resposta Correta:
	 
II e III, apenas. 
	Comentário da resposta:
	Resposta correta. A resposta está correta, pois a afirmativa II apresenta corretamente o que é um bug, ao explicar que o software não executa uma função que deveria, segundo sua especificação. Nesse sentido, a afirmativa III também é verdadeira, pois o bug ocorre caso o software execute alguma coisa de modo inesperado, que não deveria acontecer, pois essa ação pode ser considerada um bug. 
	
	
	
· Pergunta 9
1 em 1 pontos
	
	
	
	Sua resposta está incorreta. A resposta está incorreta, pois podemos considerar as entradas do programa os inputs de dados e as saídas esperadas, as ações ou expressões, que podem ser apresentadas pelo usuário no output. 
	
	
	
	
		Resposta Selecionada:
	 
Definição do ambiente em que acontecerá o teste, definir a entrada do caso de teste como também a saída esperada e, por fim, os passos para a execução dos testes. 
	Resposta Correta:
	 
Definição do ambiente em que acontecerá o teste, definir a entrada do caso de teste como também a saída esperada e, por fim, os passos para a execução dos testes. 
	Comentário da resposta:
	Resposta correta. A resposta está correta, pois devem-se considerar as seguintes situações para realizar os casos de teste corretamente: definir o ambiente no qual o teste será́ realizado; definir a entrada desse caso de teste; definir a saída esperada para cada entrada e, por fim, definir os passos a serem realizados para executar os testes. 
	
	
	
· Pergunta 10
1 em 1 pontos
	
	
	
	Alguns modelos de teste de software surgiram com base na necessidade de se aplicar testes mais rigorosos, outros, com base em metodologias voltadas ao desenvolvimento ágil de software.  
 
Conforme a contextualização apresentada e com base no conteúdo estudado, qual o tipo de teste surgiu no âmbito de desenvolvimento ágil: 
	
	
	
	
		Resposta Selecionada:
	 
Test-Driven Development.
	Resposta Correta:
	 
Test-Driven Development.
	Comentário da resposta:
	Resposta correta. A resposta está correta, pois o TDD (Test-Driven Development, ou Desenvolvimento Voltado a Testes) constitui um formato de teste muito parecido com o “codificar e testar”, modelo de desenvolvimento no qual não se dá ênfase a outras etapas, senão as de codificar e testar. Outra característica relevante dessa modalidade é que foi concebida no âmbito da metodologia XP (Extreme Programming), criada para desenvolvimento ágil de software.