Logo Passei Direto
Buscar

exercicio-006

Conjunto de questões sobre testes de software: define testes de sistema, integração, unidade e validação; técnicas caixa-preta/branca; perspectivas de unidade (interface, estrutura de dados, limites e caminhos de erro); ações pós-teste (depuração) e causas de conflitos entre equipes.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Prévia do material em texto

"Caracteriza-se por testar, como um todo, o software e outros elementos do sistema" corresponde à definição do teste:
"É caracterizado por concentrar-se no projeto e na construção da arquitetura de software" refere-se ao teste de:
O gerente de um departamento de sistemas decidiu que os produtos de software criados pela equipe A serão homologados pela equipe B, e
vice-versa. Percebeu-se com o tempo, no entanto, o surgimento de diversos conflitos entre as equipes A e B. Qual a origem desses conflitos?
A equipe Z realizou a codificação de uma nova tela para o sistema de controle de
estoque. O objetivo da equipe é garantir que não existem erros considerando apenas a
parte "nova" do produto.
Qual o tipo de teste que deve ser realizado?
1.
Validação.
Integração.
Sistema.
Caixa preta.
Unidade.
Explicação:
O teste de sistema envolve uma série de diferentes testes, cujo propósito primordial é pôr completamente à prova o sistema baseado em
computador.
 
2.
Caixa preta.
Sistema.
Integração.
Validação.
Unidade.
Explicação:
No teste de integração os módulos são montados ou integrados para formar um pacote de software.
Utiliza principalmente as técnicas de teste de caixa preta.
 
3.
A origem do problema é que o erro mencionado não corresponde ao erro encontrado.
A origem do problema é que os desenvolvedores testam para 'provar que funciona' e os homologadores para 'provar que não funciona',
agravados no caso pela proximidade entre as equipes e pela constante troca de papéis no processo.
A origem do problema é que a condição de erro provocada pela execução no sistema antes da mensagem de manipulação de erro.
A origem do problema foi a criação de um Grupo Independente de Teste (ITG).
A origem do problema foi a visão dos Caminhos de Manipulação de Erro.
Explicação:
Neste caso, a origem do problema se deu porque a função dos desenvolvedores é testar para 'provar que funciona' e os homologadores para
'provar que não funciona', agravados no caso pela proximidade entre as equipes e pela constante troca de papéis no processo.
 
4.
Teste de integração
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
A equipe Z realizou a codificação de uma nova tela para o sistema de controle de
estoque. O objetivo da equipe é garantir que não existem erros considerando apenas a
parte 'nova' do produto.
Quais as diferentes visões que devem ser consideradas ao aplicarmos este tipo de teste?
A equipe de desenvolvimento recebe o documento de Resultado de Testes gerado pelos homologadores. Qual processo os desenvolvedores
devem executar agora?
Não é uma estratégia de software:
Teste Caixa-branca
Teste Caixa-preta.
Teste de validação
Teste de unidade
Explicação:
O teste de unidade é também chamado de teste de componentes. Concentra-se em cada
componente individual do software, de acordo com o que é implementado no código fonte.
 
5.
Visão dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, de condições limites, dos caminhos de
manipulação de erro.
Visão da Engenharia de Software, dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, de condições
limites.
Visão das interfaces, da estrutura lógica de dados, dos caminhos independentes, das condições limites, dos caminhos de manipulação
de erro.
Visão da Engenharia de Software, das interfaces, da estrutura lógica de dados, de condições limites, dos caminhos de manipulação de
erro.
Visão da Engenharia de Software, dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, dos caminhos de
manipulação de erro.
Explicação:
Para se ter uma visão de teste de unidade, são consideradas a Interface; Estrutura Lógica de Dados; Caminhos Independentes; Condições
Limite e Caminhos de Manipulação de Erro.
 
6.
Os desenvolvedores farão a localização do erro.
Os desenvolvedores farão a depuração.
Os desenvolvedores irão planejar o reparo do erro.
Os desenvolvedores irão refazer os testes.
Os desenvolvedores farão o reparo do erro.
Explicação:
Os testes já foram efetuados pela equipe e os desenvolvedores tem que fazer a depuração.
 
7.
Teste de validação.
Teste de unidade.
Teste de integração.
Teste de caixa marrom.
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
https://simulado.estacio.br/bdq_simulados_exercicio.asp#
Teste de sistema.
Explicação:
Teste de caixa marrom não configura teste algum dentro da engenharia de software.

Mais conteúdos dessa disciplina