Buscar

teste 5 ° aula

Prévia do material em texto

Exercício: CCT0746_EX_A5_201609016548_V1 
	17/05/2018 13:47:38 (Finalizada)
	Aluno(a): SULAMITA DOS SANTOS ESTEVES DA SILVA
	2018.1 EAD
	Disciplina: CCT0746 - PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE 
	201609016548
	 
	Ref.: 201609729472
		
	
	 1a Questão
	
	
	
	
	São testes realizados pela análise do código fonte, onde o tipo de análise é visual, podendo haver um questionário para acompanhar os testes, inspecionando o código desenvolvido pela equipe de programação.
Essas são características dos:
		
	 
	Testes estáticos
	 
	Testes dinâmicos
	
	Testes de validação
	
	Testes de unidade
	
	 Testes de integração
	
Explicação:
Os testes estáticos, também conhecidos como testes de verificação, ocorrem antes da implementação do software. Podem ser utilizadas diversas técnicas tais como: inspeções, revisões, auditorias e normalmente ocorrem nas  fases iniciais do desenvolvimento do software.
	
	 
	Ref.: 201609714694
		
	
	 2a Questão
	
	
	
	
	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. Encontramos algumas modalidades de teste para testar o Software. Uma dessas modalidades é o Teste Estático (ou de Verificação). A partir deste contexto, são apresentados os seguintes itens sobre Teste Estático:
I- O Teste Estático deve ser feito durante ou após a implementação;
II- O Teste Estático precisa de parte ou todo sistema implementado em uma determinada tecnologia;
III- O Teste Estático deve ser feito antes da implementação;
IV- O Teste Estático é utilizado para inspeções, revisões e auditorias;
Assinale a única resposta correta.
		
	
	Apenas I e IV estão corretas;
	
	Apenas II e IV estão corretas;
	
	Apenas I e II estão corretas;
	 
	Apenas III e IV estão corretas;
	
	Apenas I, II e IV estão corretas;
	
Explicação:
	Os testes estáticos quando realizados  antes da fase de implementação são baseados em auditorias e revisões da documentação do sistema. Quando realizado na fase de implementação são realizados verificações no código fonte. Já os testes dinâmicos são aplicados na fase de implementação através da execução do código pronto e baseado nos requisitos funcionais do programa.
	
	 
	Ref.: 201609611865
		
	
	 3a Questão
	
	
	
	
	Qual a fase do processo de engenharia de requisitos em que se pretende demonstrar que o documento de requisitos produzido corresponde, de fato, ao sistema que o cliente pretende:
		
	
	elicitação.
	
	classificação.
	
	arquitetura.
	
	organização.
	 
	validação.
	
Explicação:
Na faser de validação,  pretende-se demonstrar que o documento de requisitos produzido corresponde, de fato, ao sistema que o cliente pretende.
À semelhança do que sucede na análise dos requisitos, pretende-se encontrar problemas/conflitos na especificação, porém ao contrário das fases anteriores esta fase lida com uma especificação completa dos requisitos.
A validação é especialmente importante em sistemas de grandes dimensões uma vez que erros encontrados demasiado tarde (durante o desenvolvimento ou já depois de o sistema estar a ser usado) no documento de requisitos têm repercussões proporcionais à dimensão do projeto. Uma vez que alterações em requisitos já consolidados têm um custo muito superior a alterações no código ou design, este tipo de erro traduz-se em elevados custos e necessidade de refazer muito do trabalho que se julgava já concluído.
Durante a fase de validação dos requisitos, devem ser verificados (através de checklists) os seguintes atributos dos requisitos:
Validade: a especificação resulta da análise dos requisitos identificados junto das diversas partes interessadas envolvidas. Como tal, requisitos identificados individualmente (isto é, junto de cada parte interessada) podem diferir da especificação final que se atinge após o cruzamento de informação e é necessário que cada cliente compreenda e aceite a especificação final obtida.
Consistência: não devem existir conflitos entre os requisitos identificados.
Compreensibilidade / Ambiguidade: os requisitos devem poder ser compreendidos de forma inequívoca pelas partes interessadas.
Completude: todas as funcionalidades pretendidas devem fazer parte da especificação do sistema.
Realismo: dadas as restrições do projeto (tecnológicas, financeiras e temporais) o sistema especificado tem de ser implementável.
Verificabilidade: de forma a evitar futuras discordâncias quanto à concretização dos requisitos especificados, estes devem ser descritos de modo a que seja possível verificar se foram ou não concretizados, isto é, se o sistema final corresponde à especificação inicial.
Rastreabilidade: a origem dos requisitos, em relação ao cliente, deve estar claramente identificada. Entre outros motivos, isto é importante para facilitar a gestão futura dos requisitos.
Conformidade com normas: para além dos aspectos funcionais dos requisitos, a sua especificação deve obedecer às normas usadas ao longo de todo o documento.
	
	 
	Ref.: 201609050762
		
	
	 4a Questão
	
	
	
	
	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.
	 
	teste de integração e teste de sistema
	 
	desenvolvimento inicial e desenvolvimento intermediário.
	
	desenvolvimento intermediário e teste de aceitação.
	
	teste de integração 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;
	
	 
	Ref.: 201609629764
		
	
	 5a Questão
	
	
	
	
	Você está trabalhando como analista de teste em um projeto de desenvolvimento de software para a Secretaria de Saúde do seu estado. 
Sua primeira atividade é testar e documentar os resultados obtidos na execução do módulo que acessa o site do GOOGLE MAPS para determinar o tempo, em minutos de deslocamento, que uma ambulância levará de um determinado posto municipal de primeiro atendimento de saúde até o destino da chamada.
Para tal teste, é necessário fornecer como entrada não só o endereço do local de origem do posto municipal de saúde em que a ambulância se encontra, como também, o endereço do local de destino da ambulância. Como resultado deve-se obter o tempo aproximado em minutos do trajeto.
Com base nesta primeira atribuição que você recebeu e de acordo com a classificação do PDS, identifique nas opções abaixo, qual tipo de teste você deverá executar.
		
	 
	Teste caixa preta
	
	Teste de sistemas
	
	Teste de integração
	
	Teste da compilação prévia
	 
	Teste caixa branca
	
Explicação:
Teste de caixa-preta é um teste de software para verificar a saída dos dados usando entradas de vários tipos. Tais entradas não são escolhidas conforme a estrutura do programa.
Quanto mais entradas são fornecidas, mais rico será o teste.
	
	 
	Ref.: 201609038130
		
	
	 6a Questão
	
	
	
	
	 
O gráfico acima, adaptado do livro Engenharia de Software, de Roger Pressman,ilustra o custo relativo da correção de um defeito nas diversas fases de um projeto de software, baseado em dados colhidos por Boehm e outros estudiosos. Embora não seja explicitamente informado, os dados se basearam, principalmente, em projetos que utilizaram o modelo de desenvolvimento em cascata. A esse respeito, analise as afirmativas a seguir.
I - O gráfico pode ser utilizado como um argumento a favor do uso de processos de desenvolvimento iterativos.
II - O gráfico deixa claro que o maior investimento na prevenção de defeitos deve acontecer nas fases finais do projeto, preferencialmente depois que o software estiver em uso pelos clientes.
III - O gráfico não é conclusivo a respeito da importância do gerenciamento dos requisitos de um projeto, o que é consistente com a abordagem de muitos processos de desenvolvimento de software atuais, que minimizam este esforço e enfatizam a codificação e os testes unitários de código.
IV - O gráfico sustenta os argumentos de que a qualidade deve ser incorporada ao processo através de técnicas e ações efetivas de detecção, prevenção e controle, garantindo que todas as atividades do projeto resultem em produtos ou subprodutos de qualidade, ao invés de ser uma preocupação secundária ou limitada a um grupo de profissionais de controle de qualidade.
São corretas APENAS as afirmativas:
		
	
	II e III
	
	III e IV
	
	II e IV
	
	I e II
	 
	I e IV
	
	 
	Ref.: 201609629062
		
	
	 7a Questão
	
	
	
	
	No processo de desenvolvimento de software a fase de teste possui uma importância fundamental.
Analise cada item seguinte, classificando-os como V (verdadeiro) ou F (falso).
1. A fase de teste tem como objetivo detectar possíveis defeitos ou erros que possam surgir na fase de implementação;
2. Nessa fase, de testes, devem-se coletar os resultados e analisá-los e consertá-los somente depois de sua implantação.
3. Essa fase é essencial para aumentar a qualidade do produto ou sistema em que será implantado.
4. Tem como objetivo encontrar um erro que ainda não foi descoberto.
Assinale a ÚNICA opção com a sequência correta de V e F.
		
	
	1-F; 2-F; 3-V; 4-F
	
	1-F; 2-V; 3-F; 4-V
	
	1-V; 2-V; 3-V; 4-F
	 
	1-V; 2-F; 3-V; 4-V
	
	1-V; 2-V; 3-F; 4-F
	
	 
	Ref.: 201609908006
		
	
	 8a Questão
	
	
	
	
	Um tipo de teste de sistemas de software é também chamado de ¿teste comportamental¿ e focaliza os requisitos funcionais do software,permitindo ao engenheiro de software derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa. Esse tipo de teste tende a ser aplicado durante os últimos estágios do teste e tenta encontrar erros em funções incorretas ou omitidas, de interfaces, de estrutura de dados ou de acesso à base de dados externa, de comportamento ou desempenho de iniciação e término. Além disso, é um tipo de teste que despreza, de propósito, a estrutura de controle, sendo a atenção focalizada no domínio da informação. Esse tipo é conhecido por teste:
		
	
	c) de fluxo de dados.
	
	d) de caminho básico.
	 
	a) caixa-preta.
	 
	b) caixa-branca.
	
	e) de lógica composta.

Continue navegando