EXERCÍCIOS AULA 05 - Processos de desenvolvimento de software

Prévia do material em texto

EXERCÍCIOS - PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
AULA 05
1.
O teste de ameaça normalmente deve ser aplicado dentro de um projeto de software nas etapas de :
	desenvolvimento intermediário e teste de sistema.
Certo	teste de integração e teste de sistema
	teste de integração e teste de aceitação
	desenvolvimento inicial e desenvolvimento intermediário.
	desenvolvimento intermediário e teste de aceitação.
Explicação:
Testes de Integração: têm por objetivo encontrar falhas de integração entre as unidades, e não mais em testar as funcionalidades da mesma. Nesta fase as categorias de testes aplicáveis são: testes de interface, testes de dependências entre os componentes;
Testes de Sistema: consiste na realização de vários tipos de teste que visam determinar se os componentes de um sistema computacional (envolvendo outros componentes de software e/ou de hardware) se integram bem e realizam as funcionalidades que lhes foram especificadas. Nesta fase as categorias de testes aplicáveis são: testes funcionais e testes não funcionais performance, ameaças, instalação, recuperação e carga;
2.
Na fase de testes, aquele responsável por identificar erros durante a integração e interação entre os módulos ou unidades do sistema é o teste:
	de aceitação.
	de unidade.
Certo	De integração.
	funcional.
	de validação.
Explicação:
Os testes de integração rem como objetivo identificar erros na integração dos diversos módulos, já testados individualmente.
	
3.
Fazem parte das categorias de Testes de Sistemas: I - Testes de Facilidade, desempenho e volume II - Testes de Pequena Escala III- Testes de Stress, Usabilidade e Segurança IV - Teste de Instalação e de Instruções V - Todas a acima
Certo	F	Somente a II é (V) Verdadeira
Certo	F	I(V),II(V),III(V),IV(F),V(F)
Certo	F	I(F),II(V),III(V),IV(F),V(F)
Certo	V	I(V),II(F),III(V),IV(F),V(F)
Certo	F	I(V),II(F),III(FIV(F),V(F)
Explicação:
Na fase de teste de sistema, o objetivo é executar o sistema sob ponto de vista de seu usuário final, varrendo as funcionalidades em busca de falhas em relação aos objetivos originais. Os testes são executados em condições similares ¿ de ambiente, interfaces sistêmicas e massas de dados ¿ àquelas que um usuário utilizará no seu dia-a-dia de manipulação do sistema. De acordo com a política de uma organização, podem ser utilizadas condições reais de ambiente, interfaces sistêmicas e massas de dados. Nestes testes são verificados os:
I - Testes de Facilidade, desempenho e volume
III- Testes de Stress, Usabilidade e Segurança
4.
Uma representação definida de um procedimento de teste define um(a):
	Forma de teste de software
	Definição de teste de software
Certo	Script de teste de software
	Critério de teste de software
	Objetivo de teste de software
Explicação:
Esse é justamente o contexto de scritp de teste
5.
O teste do software é a investigação do software a fim de fornecer informações sobre sua qualidade em relação ao contexto em que ele deve operar. Isso inclui o processo de utilizar o produto para encontrar seus defeitos. No que se refere aos tipos de testes, assinale as assertivas a seguir: 
I- Testes de Unidade - Teste realizado em um módulo ou em alguns módulos definidos que representam uma única unidade;
II- Testes de Integração - Cujo objetivo é garantir a qualidade dos componentes do software, individualmente;
III- Testes de Validação - É o último estágio do processo de validação, realizado após integração de todos os módulos
IV- Teste de Planejamento - Teste realizado após a integração de todos os módulos do sistema;
Com base em sua análise, assinale a única resposta correta.
	Apenas III e IV estão corretas;
	Apenas I e II estão corretas;
	Apenas II e III estão corretas;
	Apenas I e IV estão corretas;
Certo	Apenas I e III estão corretas;
Explicação:
O teste de integração, ocorre logo após o teste de unidade e tem como objetivo verificar se os módulos do sistema trabalham juntos e integrados, sem apresentar erros e realizam o trabalho que o sistema precisa. Já o teste de Planejamento não existe. 
6.
Teste que não leva em conta os mecanismos e definições internos do sistema. O objetivo principal está no resultado da saída de dados do sistema, mediante a entrada definida de dados.
Marque a alternativa que indica o tipo de teste descrito acima.
	Teste simples.
Certo	Teste caixa preta
	Teste de interação.
	Teste caixa branca.
	Teste iterativo.
Explicação:
O teste de caixa preta não considera a forma como o sistema está implementado, ou seja, sua estrutura interna. Ele tem como objetivo validar se o Software produz os resultados esperados e se os requisitos estão sendo atendidos.
7.
Os testes de software são executados, usando os procedimentos e documentos de script de teste. Para que a fase de execução de teste, seja realizada com sucesso deve(m) ser executado(s):
	os diagramas de atividade
	os casos de uso
	os testes de Turing
	o teste de COMA.
Certo	os casos de teste
Explicação:
Os casos de teste e fundamentos do teste de software abrangem:
Fundamentos do Teste de Software
Testando Através do Ciclo de Vida do Software
Técnicas de Teste Estático e Design de Testes de Software
Técnicas de Teste - Caixa Preta
Técnicas de Teste - Caixa Branca
Gerenciamento do Teste de Software
Gerenciamento de Configuração, Riscos e Incidentes
Teste de Software com Apoio de Ferramentas
8.
A atividade analisar um caso de uso, prevista no Processo Unificado, produz um artefato chamado realização de análise de caso de uso, que mostra como as classes de análise colaboram para que o caso de uso apresente o comportamento especificado. Identifique a afirmação correta.
	As classes de análise, neste artefato, devem conter referências a detalhes de implementação.
	O diagrama de robustez do sistema, que especifica os requisitos não funcionais de escalabilidade e tolerância a falhas, é um dos insumos para esta atividade.
A interação entre as classes de análise é expressa primariamente através de diagramas de classes UML.
Um outro produto desta atividade é o artefato chamado realização de projeto de caso de uso.
Certo	Ao realizar a análise de um caso de uso, possíveis falhas e omissões no mesmo se tornam mais perceptíveis, tratando-se, portanto, de uma oportunidade para refinar o modelo de casos de uso.
Explicação:
O modelo de casos de uso é um dos artefatos mais importantes previstos pelo Processo Unificado.
Sobre este modelo de casos de uso, podemos falar que os atores humanos são identificados com base no papel que desempenham do ponto de vista do sistema, e não necessariamente no cargo que ocupam na instituição em que o sistema rodará, assim como as combinações possíveis do fluxo principal com os fluxos alternativos de um caso de uso fornecem todos os cenários possíveis para o mesmo, os quais, por sua vez, podem ser utilizados como unidades de planejamento, implementação e testes.