TESTE DE SOFTWARE II - NÍVEIS DE TESTE

Prévia do material em texto

TESTE DE SOFTWARE II 
NÍVEIS DE TESTE 
1) O teste de sistema é aquele que verifica se o software que foi desenvolvido está de acordo 
com o que foi definido no escopo do projeto, considerando a execução das atividades que deveria 
executar e se está condizente com o nível de qualidade, segurança e confiabilidade exigidos. 
Nesse sentido, pode-se dizer que o teste de sistema faz a validação dos: 
Você acertou! 
E. requisitos funcionais e não funcionais do software. 
 
Por que esta resposta é a correta? 
O nível de teste de sistema é responsável por validar tanto os requisitos funcionais 
do software, que dizem respeito às atividades que o sistema deve realizar, como os requisitos 
não funcionais, os quais definem como as atividades vão ser realizadas, em termos de 
segurança, confiabilidade, tempo de operação, facilidade de uso, entre outros. 
 
2.Todos os níveis de teste de software são importantes, pois é necessário que sejam feitos ao 
longo de todo o ciclo de vida do projeto de desenvolvimento. Em um desses níveis, é importante 
que o próprio desenvolvedor se envolva nos testes, pois ele tem um conhecimento maior da 
linguagem de programação utilizada no código, além de conhecer a estrutura interna 
do software. 
Que nível de teste é esse? 
Resposta correta 
C. Teste unitário. 
Por que esta resposta é a correta? 
Trata-se do nível de teste unitário, aquele que averigua o código-fonte do sistema, as chamadas 
de métodos, classes, funções e pedaços de código, em busca de trechos mal escritos de 
programação que gerem problemas. Por isso, é importante que o desenvolvedor se envolva nos 
testes, ou um outro desenvolvedor que não trabalhou naquele trecho específico de código, de 
modo que os testes sejam mais efetivos. 
 
3. O teste de integração tem como propósito testar partes do sistema, de forma integrada, que 
já haviam sido testadas e validadas por meio de testes de unidade. Isso serve para verificar se, 
juntas, elas funcionam corretamente. 
Nesse sentido, os testes de integração servem para encontrar que tipo de problema? 
Você acertou! 
B. Problemas de transmissão de dados. 
 
Por que esta resposta é a correta? 
Problemas com transmissão de dados são os mais comuns de serem encontrados pelo teste de 
integração. Isso porque as partes do código podem funcionar corretamente sozinhas, mas, 
quando precisam enviar ou receber dados de outras partes do código, pode acontecer de os 
dados recebidos não serem o esperado, assim como os dados enviados. As demais alternativas 
dizem respeito a problemas encontrados com o teste unitário. 
 
4. O teste de aceitação do usuário é aquele que recebe uma aceitação formal do usuário sobre 
o software que está sendo entregue, ou seja, o usuário informa que aprova o software da 
maneira como está desenvolvido. Existem outros dois tipos de teste de aceitação, os quais se 
referem à aceitação de uma entrega entre equipes, e o teste de aceitação que aprova contratos 
e legislação que precisam ser seguidas. 
Como esses testes se chamam? 
Você acertou! 
D. Teste de aceitação de entrega e teste de aceitação de contrato e regulamento. 
 
Por que esta resposta é a correta? 
O teste de aceitação de entrega é aquele em que uma equipe recebe uma parte desenvolvida 
por outra equipe, para que dê seguimento ao serviço, já o teste de aceitação de contrato e 
regulamento é aquele que aceita os termos contratuais, assim como as leis e as normas que 
devem ser seguidas pelo software. 
 
5. O teste de regressão normalmente é realizado enquanto o código do software ainda está 
sendo desenvolvido. Ele é necessário sempre que alguma mudança na estrutura 
do software acontece, tanto para modificar algo já implementado quanto para incluir uma nova 
funcionalidade. 
Nesse sentido, o teste de regressão é feito por meio dos testes de qual(is) parte(s) do software? 
Você acertou! 
A. Todo o software. 
 
Por que esta resposta é a correta? 
Durante o teste de regressão, devem ser executados novamente os testes já realizados em 
todo o software. É dessa maneira que vão ser encontrados problemas causados pelas 
mudanças na estrutura do software, inclusive identificando se erros que já haviam sido 
solucionados voltaram a acontecer.