·
Cursos Gerais ·
Qualidade de Software
Send your question to AI and receive an answer instantly
Recommended for you
11
Aula08-teste de Aceitação
Qualidade de Software
UMG
2
01_conceitos_de_softwares
Qualidade de Software
UMG
5
Qualidade e Testes de Software
Qualidade de Software
UMG
4
Simulado de Teste de Software 20-11-14
Qualidade de Software
UMG
5
Estácio_ Alunos 12
Qualidade de Software
UMG
7
Qualidade e Testes de Software
Qualidade de Software
UMG
3
Avaliando Aprendizado
Qualidade de Software
UMG
11
Apresentação1
Qualidade de Software
UMG
4
Estácio_ Alunos 24
Qualidade de Software
UMG
20
Qualidade e Teste de Software - Aula 7
Qualidade de Software
UMG
Preview text
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.\n\nQuais as diferentes visões que devem ser consideradas ao aplicarmos este tipo de teste?\n\nVisão da Engenharia de Software, das interfaces, da estrutura lógica de dados, das condições limites, dos caminhos de manipulação de erro.\nVisão dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, das condições limites, dos caminhos de manipulação de erro.\nVisã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.\nVisão das interfaces, da estrutura lógica de dados, dos caminhos independentes, das condições limites, dos caminhos de manipulação de erro.\n\nExplicação:\n\nPara se ter uma visão de teste de unidade, são consideradas a Interface; Independentes; Condições Limite e Caminhos de Manipulação de Erro. 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?\n\nA 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.\nA origem do problema é que o erro mencionado não corresponde ao erro encontrado.\nA origem do problema foi a criação de um Grupo Independente de Teste (ITG).\nA origem do problema foi a visão dos Caminhos de Manipulação de Erro.\n\nExplicação:\n\nNeste 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. Caracterize-se por testar, como um todo, o software e outros elementos do sistema” corresponde à definição do teste:\n\nValidação.\nUnidade.\nCaixa preta.\nIntegração.\nSistema.\n\nExplicação:\n\nO teste de sistema envolve uma série de diferentes testes, cujo propósito primordial é pôr completamente à prova o sistema baseado em computador.
Send your question to AI and receive an answer instantly
Recommended for you
11
Aula08-teste de Aceitação
Qualidade de Software
UMG
2
01_conceitos_de_softwares
Qualidade de Software
UMG
5
Qualidade e Testes de Software
Qualidade de Software
UMG
4
Simulado de Teste de Software 20-11-14
Qualidade de Software
UMG
5
Estácio_ Alunos 12
Qualidade de Software
UMG
7
Qualidade e Testes de Software
Qualidade de Software
UMG
3
Avaliando Aprendizado
Qualidade de Software
UMG
11
Apresentação1
Qualidade de Software
UMG
4
Estácio_ Alunos 24
Qualidade de Software
UMG
20
Qualidade e Teste de Software - Aula 7
Qualidade de Software
UMG
Preview text
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.\n\nQuais as diferentes visões que devem ser consideradas ao aplicarmos este tipo de teste?\n\nVisão da Engenharia de Software, das interfaces, da estrutura lógica de dados, das condições limites, dos caminhos de manipulação de erro.\nVisão dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, das condições limites, dos caminhos de manipulação de erro.\nVisã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.\nVisão das interfaces, da estrutura lógica de dados, dos caminhos independentes, das condições limites, dos caminhos de manipulação de erro.\n\nExplicação:\n\nPara se ter uma visão de teste de unidade, são consideradas a Interface; Independentes; Condições Limite e Caminhos de Manipulação de Erro. 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?\n\nA 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.\nA origem do problema é que o erro mencionado não corresponde ao erro encontrado.\nA origem do problema foi a criação de um Grupo Independente de Teste (ITG).\nA origem do problema foi a visão dos Caminhos de Manipulação de Erro.\n\nExplicação:\n\nNeste 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. Caracterize-se por testar, como um todo, o software e outros elementos do sistema” corresponde à definição do teste:\n\nValidação.\nUnidade.\nCaixa preta.\nIntegração.\nSistema.\n\nExplicação:\n\nO teste de sistema envolve uma série de diferentes testes, cujo propósito primordial é pôr completamente à prova o sistema baseado em computador.