5
Qualidade de Software
UMG
7
Qualidade de Software
UMG
11
Qualidade de Software
UMG
18
Qualidade de Software
UMG
5
Qualidade de Software
UMG
7
Qualidade de Software
UMG
4
Qualidade de Software
UMG
5
Qualidade de Software
UMG
3
Qualidade de Software
UMG
8
Qualidade de Software
UMG
Texto de pré-visualização
Visã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. 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.\nQual o tipo de teste que deve ser realizado?\nTeste de unidade\nTeste Caixa-preta.\nTeste de integração\nTeste de validação\nTeste Caixa-branca\nO 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.\nA equipe de desenvolvimento recebe o documento de Resultado de Testes gerado pelos homologadores. Que documentos são utilizados como apoio a esse processo?\nCriação dos casos de teste, localização do erro e planejamento do reparo do erro.\nEspecificação dos testes, planejamento e reparo do erro e resultado de teste.\nResultado de teste, especificação dos testes e casos de teste.\nEspecificação dos testes, casos de teste e planejamento e reparo do erro.\nLocalização do erro, planejamento do reparo do erro e reparação do 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. Percebe-se com o tempo, no entanto, o surgimento de diversos conflitos entre as equipes A e B. Qual a origem desses conflitos?\nA origem do problema é que o erro mencionado não corresponde ao erro encontrado.\nA origem do problema foi o viés dos Caminhos de Manipulação de Erro.\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 foi a criação de um Grupo Independente de Teste (ITG).
5
Qualidade de Software
UMG
7
Qualidade de Software
UMG
11
Qualidade de Software
UMG
18
Qualidade de Software
UMG
5
Qualidade de Software
UMG
7
Qualidade de Software
UMG
4
Qualidade de Software
UMG
5
Qualidade de Software
UMG
3
Qualidade de Software
UMG
8
Qualidade de Software
UMG
Texto de pré-visualização
Visã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. 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.\nQual o tipo de teste que deve ser realizado?\nTeste de unidade\nTeste Caixa-preta.\nTeste de integração\nTeste de validação\nTeste Caixa-branca\nO 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.\nA equipe de desenvolvimento recebe o documento de Resultado de Testes gerado pelos homologadores. Que documentos são utilizados como apoio a esse processo?\nCriação dos casos de teste, localização do erro e planejamento do reparo do erro.\nEspecificação dos testes, planejamento e reparo do erro e resultado de teste.\nResultado de teste, especificação dos testes e casos de teste.\nEspecificação dos testes, casos de teste e planejamento e reparo do erro.\nLocalização do erro, planejamento do reparo do erro e reparação do 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. Percebe-se com o tempo, no entanto, o surgimento de diversos conflitos entre as equipes A e B. Qual a origem desses conflitos?\nA origem do problema é que o erro mencionado não corresponde ao erro encontrado.\nA origem do problema foi o viés dos Caminhos de Manipulação de Erro.\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 foi a criação de um Grupo Independente de Teste (ITG).