Buscar

AV 2015.1 Avaliação de Software

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 3 páginas

Prévia do material em texto

26/06/2015 BDQ Prova
http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp 1/3
Avaliação: CCT0207_AV» AVALIAÇÃO DE SOFTWARE
Tipo de Avaliação: AV Aluno:
Professor: SHEILA DE GOES MONTEIRO
Turma: 9003/AC
Nota da Prova: 4,0 Nota de Partic.: 2 Data: 23/06/2015 17:07:15
1a Questão (Ref.: 201402656244) Pontos: 1,5 / 1,5
A categorização dos cenários proporciona o melhor planejamento dos testes, facilitando o entendimento e
reduzindo os esforços de validação do software, ampliando, assim, a cobertura dos testes.
Existem visões a cerca de categorizações dos testes de software. Uma delas é o modelo FURPS, que representa
as categorias que podem ser usadas na definição de requisitos e testes de validação, assim como os atributos
de Qualidade de Software.
Descreva as categorias do modelo FURPS.
Resposta: As categorias do modelo FURPS são: Suportabilidade, Confiabilidade, Usabilidade, Desempenho e
Funcionalidade.
Gabarito: SUPORTABILIDADE: Teste de configuração e Teste de instalação.
DESEMPENHO: Teste de avaliação de desempenho ou benchmark; Teste de contenção; Teste de carga; Perfil de
desempenho.
CONFIABILIDADE: Teste de integridade; Teste de estrutura; Teste de estresse; Smoke test.
USABILIDADE: Teste de interface; Teste de usabilidade.
FUNCIONALIDADE: Teste funcional; Teste de regressão; Teste de volume; Teste de segurança.
2a Questão (Ref.: 201402559699) Pontos: 0,5 / 0,5
Uma determinada aplicação que controla créditos bancários acabou de passar por testes funcionais em todos os
seus módulos. Porém, após ir para produção e depois de três meses de utilização pelo usuário, o módulo de
dados cadastrais começou a apresentar certa lentidão e às vezes o módulo "congelava". Neste caso podemos
dizer que:
Ocorreu um problema intermitente, pois a aplicação passou por testes funcionais.
O ocorreu um erro, pois foi um problema de qualidade encontrado depois de o software ter sido liberado
aos usuários finais.
Ocorreu um bug, pois foi um problema de qualidade encontrado antes de o software ser liberado aos
usuários finais.
Ocorreu uma falha, pois foi um problema de qualidade encontrado antes de o software ter sido liberado
aos usuários finais.
O ocorreu um defeito, pois foi um problema de qualidade encontrado depois de o software ter sido
liberado aos usuários finais.
3a Questão (Ref.: 201402558501) Pontos: 0,5 / 0,5
Marque a opção INCORRETA
O planejamento de testes deve valorizar aspectos como reaproveitamento de cenários de testes já
realizados, mecanismos de reexecução de testes e conferência de resultados , redução do impacto das
mudanças nas documentações/procedimentos de testes já implementados e redução de esforço na
manutenção das diversas versões de testes, para cada versão de software existente.
Quando o planejamento é feito pelo analista de sistema , uma enorme vantagem surge. Somente o
analista de sistemas, o qual desenvolveu o produto, tem a percepção e experiência das diversas técnicas
de desenvolvimento aplicadas, sabe como organizá os testes e como emprega­los, propiciando mais
eficiência na detecção de erros.
Deve­se investir ao máximo na automatização dos processos de testes, pois as interferências humanas
tornam o modelo muito frágil, desacreditando todo o esforço que está sendo realizado. A utilização de
procedimentos manuais durante o processo de teste pode ser considerada não confiável, pois não temos
como garantir que o executor dos testes executou criteriosamente a sequencia correta dos
procedimentos de testes e se conferiu se ocorreu o comportamento esperado .
Sobre os testes de validação pode­se afirmar que é o processo formal de avaliação de produtos
tecnológicos que podem ser aplicado em componentes isolados, módulos existentes ou mesmo a
totalidade do sistema.
26/06/2015 BDQ Prova
http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp 2/3
Sobre os testes de verificação pode­se afirmar que é o processo de auditoria de atividades e avaliação
de documentos gerados em todas as fases do processo de desenvolvimento do software. Não envolve o
processamento de softwares, pois não exste uma encarnação deste ainda. Os testes de verificação serão
aplicados respeitando os estágios do desenvolvimento.
  4a Questão (Ref.: 201402559712) Pontos: 0,0  / 0,5
Durante a Revisão Técnica Formal (RTF), um revisor registra ativamente todos os problemas levantados que
serão, ao final da reunião de revisão, sintetizados. Será então produzido o relatório sintetizado da revisão
técnica formal. Quais são as três perguntas que o relatório deve responder?
O que foi revisado? Qual o defeito? Quais foram as descobertas e as conclusões?
  Qual era o erro? Quem o revisou? Quando será corrigido?
Qual era o defeito? Qual a consequência? Quem o revisou?
Qual era o problema? Qual a consequência? Quando será corrigido?
  O que foi revisado? Quem o revisou? Quais foram as descobertas e as conclusões?
  5a Questão (Ref.: 201402559713) Pontos: 0,5  / 0,5
Segundo Pressman o teste de caixa branca, utiliza a estrutura de controle descrita no programa para derivar o casos teste. São
baseados nos elementos internos de um trecho de programa. Os casos de teste são determinados a partir das estruturas de
controle do programa e desta forma forçar que todos os caminhos possíveis do fluxo de controle do programa sejam percorridos
durante os testes. Desta forma, identifique a opção que Não representa uma atividade do teste Caixa Branca.
Exercitam estruturas de dados internas para assegurar sua validade.
Exercitam todas as decisões lógicas nos seus estados verdadeiro e falso;
  Identifiquem funções incorretas ou faltando
Garantam que todos os caminhos independentes de um módulo foram exercitados pelo menos uma vez;
Executam todos os ciclos em seus limites e dentro de suas fronteiras operacionais;
  6a Questão (Ref.: 201402558772) Pontos: 0,0  / 0,5
Categoria de teste destinado a avaliar o comportamento do software após a ocorrência de um erro ou de
determinadas condições anormais. Devem também contemplar os procedimentos de recuperação do estado
inicial da transação interrompida, impedindo que determinados processamentos sejam realizados pela metade e
sejam interpretados como completos.Marque a categoria que melhor representa a descrição anterior.
  Teste de Performance (Desempenho)
  Teste de Recuperação
Teste de Configuração (Ambiente)
Teste de Segurança
Teste de Contigência
  7a Questão (Ref.: 201403022567) Pontos: 0,0  / 0,5
Para avaliarmos a qualidade de um sistema devemos submeter o software a determinadas condições de uso de
forma a avaliar se o comportamento está de acordo com o esperado. Um artefato utilizado nesta fase é o caso
de teste. Neste sentido podemos utilizar os requisitos como base para a construção dos casos de testes?
  Sim, pois os requisitos é que determinam o que o programa ou módulo deve fazer e como deve ser o
resultado esperado.
Não, pois quem determina sempre é o gerente de projeto, que tem mais autoridade sobre o assunto que
o cliente.
  Não, pois todos os casos de testes serão derivados do software já construído.
Sim, pois o cliente tem a experiência em programação e indica a melhor forma de se construir um
programa.
Não, pois quem determina o que o programa fará é o programador e não o cliente.
  8a Questão (Ref.: 201402577275) Pontos: 0,0  / 1,0
Nos testes de validação os mecanismos de testes estão segmentados em dois níveis de testes: baixo nível e
alto nível: Neste contexto são considerados testes de baixo nível:
26/06/2015 BDQ Prova
http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp 3/3
Unidade e sistema
  Unidade e integração
  unidade e aceite
Integração e sistema
Sistema e aceite
  9a Questão (Ref.: 201402577284) Pontos: 0,0  / 1,5
Nos testes de validação os mecanismos de testes estão segmentados em dois níveis de testes: testes de baixo
nívele de alto nível. Descreva quais são os testes que são considerados de alto nível e quando são aplicados.
Resposta: Teste de alto nível: Teste de caixa branca, utilizado
Gabarito: teste de sistema: O teste de sistema se refere ao comportamento de todo o sistema / produto
definido pelo escopo de um projeto ou programa de desenvolvimento. Neste tipo de teste o ambiente de teste
deve corresponder o máximo possível ao objetivo final, ou o ambiente de produção, para minimizar que os
riscos de falhas específicas de ambiente não serem encontradas durante o teste. teste de aceite: teste de
aceitação é de responsabilidade do cliente. Ele irá validar todas as funcionalidades do sistema
  10a Questão (Ref.: 201402574462) Pontos: 1,0  / 1,0
Analise as 3 sentenças abaixo:
I. A norma IEEE 829 propõe um padrão de documentação que deveria ser obedecido por todas as organizações
que trabalham com teste de software.O objetivo da desta norma é que as organizações utilizem uma linguagem
padronizada para todos os atores envolvidos no processo de teste de software dentro das organizações.  
II. Caso de teste é o documento de registro de todo o planejamento dos testes de  estabelecendo o que será
testado.  Sua  finalidade  é  identificar  o  maior  número    de  cenários  e  variações  de  determinado  requisito  de
software.
III.O  Plano­mestre  de  Verificação  é  um  documento  de  alto  nível  elaborado  no  processo  de  verificação  do
software, subordinado ao Plano de Garantia de Qualidade do Software, com o objetivo de: definir e estruturar o
processo  de  verificação;  estabelecer  a  visão  da  equipe  de  verificação  e  uiformizar  os  conhecimentos,
experiências e expectativas dos diversos grupos que integram o processo de desenvolvimento de software.
Marque a opção correta.
Somente I e II são verdadeiras
Nenhuma das sentenças é correta
Somente II e III são verdadeiras
  Todas são verdadeiras
Somente II é verdadeira
Período de não visualização da prova: desde 12/06/2015 até 25/06/2015.

Continue navegando