Erros (CMMI)

Você pode aprender como preencher os detalhes de um item de trabalho de bug em este tópico.Um bug que se comunica um problema potencial está localizado no código que sua equipe estiver desenvolvendo.Para obter mais informações, consulte Trabalhar com bug.

Para obter informações sobre como criar este tipo de item de trabalho, consulte Itens e fluxo de trabalho de trabalho (ágeis).

Permissões Necessárias

Para exibir um erro, você deve ser um membro do grupo de Leitores ou seu *** Exibir itens de trabalho em este nó *** deve ser definido como Permitir.Para criar ou modificar um erro, você deve ser um membro do grupo de Colaboradores ou suas permissões de *** Itens de trabalho em este nó de edição *** devem ser definidas para Permitir.Para obter mais informações, consulte Gerenciando permissões.

Definindo um bug

Quando você define um erro, você deseja informar exatamente o problema de uma maneira que ajude o leitor a entender o impacto completo do problema.Você também deve descrever as ações que você recebe para localizar o erro para que outros membros da equipe possam mais facilmente reproduzir o comportamento.Os resultados do teste devem claramente mostrar o problema.O espaço livre, descrições legíveis aumenta a probabilidade que o erro será corrigido.

O formulário de item de trabalho para um bug armazenam dados em campos e guias que as ilustrações mostram:

Quando você define um erro, você deve definir Título na seção superior do formulário de item de trabalho e digite o texto na caixa de Sintoma na guia de Detalhes .Você pode deixar a todos os campos restantes a placa ou aceitar os valores padrão.

Para definir um bug

1. Em a seção superior do formulário de item de trabalho, especifique um ou mais dos seguintes valores:

   • Em Título (necessário), digite uma frase que descreve um defeito de código que foi encontrado.

   • Em a lista de Atribuído a , escolha o nome do membro da equipe que é responsável para corrigir o erro.

     Observação
     Você pode atribuir itens de trabalho somente a membros do grupo de Colaboradores .

   • Em a lista de Estado , deixe a valor padrão, Proposto.

     Por padrão, o valor do campo de Motivo é Novo.O campo de *** razão resolvida *** é somente leitura e captura o valor do campo de Motivo quando é modificado de Ativo a Resolvido.Para obter mais informações sobre esses campos e como você pode usá-los para controlar o fluxo de trabalho Modificando o estado de um bug , consulte posteriormente em este tópico.

   • Em a lista de Prioridade , escolha o valor que indica a importância de erro, onde é o mais importante 1 e 4 é o menos importantes.

     Por padrão, o valor de este campo é 2.

   • Em a lista de Severidade , escolha o valor indicando o impacto de erro no projeto.

     Por padrão, o valor de este campo é *** 3 - Meio ***.

   • Em a lista de *** triagem *** , escolha o substate de triagem.

     Os valores válidos são Pendente (padrão), Mais Informações, *** informações recebida ***, e *** Triaged ***.Este campo identifica um nível de triagem para bugs que estão no estado de Proposto .

   • Em a lista de Bloqueado , escolha Sim se um problema está bloqueando o progresso para resolução de erro.

   • Listas de Área e de Iteração , escolha a área e a iteração apropriadas.

     Observação
     O administrador de projeto para cada projeto de equipe define a área e caminhos de iteração para o projeto de equipe para que o possa acompanhar o progresso por essas designações.Para obter mais informações, consulte Criar e modificar áreas e iterações.

   • Em a lista de Causa Raiz , escolha a causa do erro.

     Você pode especificar um dos seguintes valores: *** erro de codificação ***, Erro de Design, *** Especificação de erro ***, Erro de comunicação, ou Desconhecido.

2. Em a guia de *** ETAPAS DE REPRO *** , forneça todos os detalhes de outro membro da equipe precisa entender o problema que devem ser corrigidos.

3. Em a guia de SINTOMA , descreve um defeito de código ou o comportamento inesperado que foi encontrado.

   Você pode formatar o conteúdo que você fornece em este campo.

4. Em a guia de INFORMAÇÕES DO SISTEMA , especifique um ou mais dos seguintes tipos de informação:

   • Em *** no ambiente Localizar- ***, descreve a configuração e a configuração de software onde o erro foi encontrado.

   • Em *** Como encontrado ***, descreve como o erro foi encontrado.

     Por exemplo, um bug pode ter sido encontrado durante uma revisão de cliente ou com os testes ad hoc.

5. Em a guia de FIX , descreve a alteração proposta para corrigir o erro.

   Você pode formatar o conteúdo que você fornece em este campo.

6. Em a guia de OUTRO , especifique um ou mais dos seguintes tipos de informação:

   • Em a lista de Encontrado em , escolha ou digite o nome de compilação em que o defeito potencialmente foi encontrado.

     Observação
     Cada compilação está associada com um nome exclusivo de compilação.Para obter informações sobre como definir nomes de compilação, consulte Customize Build Numbers.

   • Em *** Integrado ***, não especifique uma compilação quando você cria o erro.Quando você resolver um erro, digite o nome de compilação que insere o código ou corrigir um bug.

   • Em *** avaliação original ***, digite o número de tempo que é necessário para corrigir o erro.

7. Em os guias de CASOS DE TESTE e de TODOS OS LINKS , você pode criar links de erro para outros itens de trabalho, como tarefas, solicitações de alteração, situações de teste, e outros erros.

   Em a guia de ANEXOS , você pode anexar especificações, imagens, ou outros arquivos que fornecem mais detalhes sobre o erro a ser corrigidos.

   Para obter mais informações, consulte as seguintes seções posteriores em este tópico:

   • Vinculando o erro para outros itens de trabalho

   • Adicionando detalhes, anexos, ou hiperlinks a um requisito

8. Em a barra de ferramentas de item de trabalho, escolha *** Salvar o item de trabalho ***.

   Observação
   Depois de salvar o erro, o identificador aparece no título na barra de ferramentas de item de trabalho.

Vinculando um bug a outros itens de trabalho

Criando relações entre erro e outros itens de trabalho, você pode acompanhar dependências e localizar informações pertinentes mais rapidamente.O formulário de item de trabalho para um erro, você pode criar um item de trabalho vinculado automaticamente ao erro, ou você pode criar links para itens de trabalho existentes.

Você usa os guias de Casos de Teste e de Todos os Links para criar links para tipos específicos de itens de trabalho e tipos específicos de links.Para obter mais informações sobre as restrições para cada guia, consulte Linking Work Items (CMMI).

Para criar uma tarefa, o erro, modifica a solicitação, a situação de teste, ou outro item de trabalho e link a um bug

1. Abra o formulário de item de trabalho para o erro, e execute uma das seguintes ações:

   • Para criar e vincular a uma situação de teste, escolha a guia de Casos de Teste , e então escolha Novo.

   • Para criar e vincular a qualquer outro tipo de item de trabalho, escolha a guia de Todos os Links , e então escolha Novo.

   a caixa de diálogo de Adicionar Novo Item de Trabalho Vinculado abre.

   

2. Em a lista de Tipo de link , deixe a valor padrão, ou escolha uma das seguintes opções:

   • Para criar um link para uma situação de teste, escolha *** Testado por ***.

   • Para criar um link para qualquer outro tipo de itens de trabalho, escolha Relacionado ou outro tipo de link que representa o relacionamento que você deseja controlar.

3. Em a lista de Tipo de Item de Trabalho , escolha o tipo de item de trabalho que você deseja criar.

4. Em Título, digite uma breve descrição mas específica.

5. (Opcional) em, Comentárioinformações adicionais do tipo.

6. Escolha OK.

   Um formulário para o tipo de item de trabalho que você especificou abre com informações que você forneceu.

7. Especificar os campos restantes como os tópicos a seguir descrevem:

   • Tarefa (CMMI)

   • Solicitação de alterações (CMMI)

   • Situação de teste (CMMI)

   • Problema (CMMI)

   • Risco (CMMI)

   • Revisão (CMMI)

8. Escolha *** Salvar o item de trabalho ***.

Para vincular vários itens de trabalho existentes a um bug

1. Abra o formulário de item de trabalho para o erro, e execute uma das seguintes ações:

   • Para vincular a um ou mais situações de teste, escolha a guia de Casos de Teste , e então escolha Vincular a.

   • Para vincular a um ou mais itens de trabalho de outros tipos, escolha a guia de Todos os Links , e então escolha Vincular a.

   a caixa de diálogo de *** Adicione o link para o bug *** abre.

   

2. Em a lista de Tipo de link , deixe a valor padrão, ou escolha uma das seguintes opções:

   • Para criar links para situações de teste, escolha *** Testado por ***.

   • Para criar links para qualquer outro tipo de item de trabalho, escolha Relacionado ou outro tipo de link que representa o relacionamento que você deseja controlar.

3. Escolha Procurar.

   a caixa de diálogo de *** Escolha itens de trabalho vinculados *** aparece.

   

4. Digite os itens em *** IDs de item de trabalho ***, ou procurar pelos itens que você deseja vincular.

   Você também pode executar uma consulta de equipe para localizar itens de trabalho que você deseja vincular.Essas consultas são ativos alterem solicitações, bugs, tarefas abertas, situações de teste abertas, e tarefas abertas.

5. Selecione a caixa de seleção ao lado de cada item de trabalho que você deseja vincular ao requisito.

   Para obter mais informações, consulte Localizar itens de trabalho para o Link ou importação.

6. (Opcional) digite uma descrição para itens de trabalho que você estar vinculando.

7. OKEscolha, e escolha***** Salvar o item de trabalho *****.

   Observação
   O erro e itens de trabalho que você o vinculou são atualizados.

Adicionando detalhes, anexos, ou hiperlinks a um bug

Você pode adicionar informações a um bug que ajuda a outro reproduzam ou corriijam o erro.Você adiciona detalhes para erros das seguintes maneiras:

• Informações de tipo em Descrição, em *** Repro ***Etapas, em Informações do Sistema, em Corrigir, ou em guias de Histórico .

• Anexar um arquivo.

  Por exemplo, você pode anexar um segmento de email, um documento, uma imagem, um arquivo de log, ou outro tipo de arquivo.

• Adicionar um hiperlink para o site ou um arquivo que é armazenado em um servidor ou site.

Para adicionar detalhes a um bug

1. Escolha um dos seguintes guias: *** Repro ***Etapas, Detalhes, Informações do Sistema, ou Corrigir.

2. Digite as informações que você deseja adicionar.

   Em a maioria dos campos, você pode formatar o texto para fornecer a ênfase ou capturar uma lista com marcadores.Para obter mais informações, consulte Referência de campos de requisito (CMMI).

3. Escolha  *** Salvar o item de trabalho ***.

Para adicionar um anexo a um bug

1. Em a guia de Anexos , execute uma das seguintes ações:

   • Arraste um arquivo anexo na área do.

   • Escolha ou pressione CTRL-V para colar um arquivo que você copie.

   • AdicionarEscolha , e escolha Procurar.Em a caixa de diálogo de Anexo , digite ou navegue para o nome do arquivo que você deseja anexar.

     (Opcional) na caixa de Comentário , informações adicionais sobre o anexo.Para fechar a caixa de diálogo de Anexo , escolha OK.

2. Escolha  *** Salvar o item de trabalho ***.

Para adicionar um hiperlink a um bug

1. Em a guia de Todos os Links , escolha Vincular a.

   

2. Em a lista de Tipo de link , escolha Hiperlink.

3. Em Endereço, execute uma das seguintes tarefas.

   • Se o destino for um site, digite a URL, ou copie-a de seu navegador de Internet e cole-a na caixa Endereço.

   • Se o destino for um local de servidor, digite o endereço no formato de um nome de UNC.

4. (Opcional) na caixa de Comentário , informações adicionais sobre o hiperlink.

5. OKEscolha, e  escolha***** Salvar o item de trabalho *****.

Resolvendo e de erro

Uma equipe pode acompanhar o progresso de um bug definindo seu Estado a um dos seguintes valores:

• Proposto

• Active

• Resolvido

• Fechado

Quando um membro da equipe cria um erro, está no estado de Proposto por padrão.Quando o equipe aceite um bug da iteração atual, a equipe altera o estado de erro a Ativo pode criar e implementar tarefas.Quando um membro da equipe corrigir o erro, altera o estado de Ativo a Resolvido.Quando a correção é verificada, alterações de um membro da equipe o estado de Resolvido a Fechado.

Qualquer membro da equipe pode alterar o estado de um erro.Além de isso, um bug que não pode ser corrigido pode ser resolvido ou fechada por outros motivos, conforme descrito posteriormente em este tópico.

Para obter mais informações sobre campos de dados que você pode usar para controlar estados de item de trabalho, consulte Atribuições, fluxo de trabalho e planejamento (CMMI).

Para alterar o estado de um bug

1. Abra o formulário de item de trabalho para o erro.

2. Em a lista de Estado , escolha Ativo, Resolvido ou Fechado.

   • Se você alterar o estado de Proposto a Ativo, o campo de Motivo muda para Aceito.

   • Se você alterar o estado de Ativo a Resolvido, o campo de Motivo muda para Fixo.

   • Se você alterar o estado de Resolvido a Fechado, o campo de Motivo muda para Verificado.

3. Escolha *** Salvar o item de trabalho ***.

Progressão típica de fluxo de trabalho: Um membro da equipe cria um erro no estado padrão, Proposto, com a razão padrão, Novo. Um membro da equipe altera o estado de Proposto a Ativo com a razão padrão, Aceito. Um membro da equipe altera o estado de Ativo a Resolvido quando corrigir o erro ou determina que não pode ser corrigidos. Um membro da equipe altera o estado de Resolvido a Fechado quando verifica que o erro foi corrigido ou determina que não pode ser corrigidos. transições atípicas: Um membro da equipe altera o estado de Proposto a Fechado com a razão padrão, Rejeitado. Um membro da equipe altera o estado de Ativo a Proposto com a razão padrão, *** investigação completo ***. Um teste de verificação para o erro falhar.Portanto, um membro da equipe altera o estado de Resolvido a Ativo com a razão padrão, Não corrigido. Durante testes de regressão, um membro da equipe que encontra um erro é fechado e retornando alterar o estado de Fechado a Ativo.

Diagrama de estado de erro

Proposto (novo)

Os seguintes campos de dados são capturados automaticamente quando um membro da equipe cria um bug:

• Criado por: Nome do membro da equipe que criou o erro.

• data criada: Data e hora quando o erro foi criado, como identificado pelo relógio do servidor.

Proposta de um ativo

Um membro da equipe pode resolver um bug ativo por razões que a tabela a seguir descreve:

Os seguintes campos de dados são capturados quando um membro da equipe altera o estado de um bug a Ativo:

• Ativado por: Nome do membro da equipe que ativou o erro.

• data ativada: Data e hora quando o erro foi ativado, como identificado pelo relógio do servidor.

• Data de alteração de estado: Data e hora em que o estado de erro foi alterado.

Proposta da fechado

Um membro da equipe pode fechar um bug que está no estado de Proposto devido às razões que a tabela a seguir descreve:

Os seguintes campos de dados são capturados quando um membro da equipe fecha um erro:

• Fechado por: Nome do membro da equipe que finaliza o erro.

• data fechado: Data e hora quando o erro foi fechada, como identificado pelo relógio do servidor.

• Data de alteração de estado: Data e hora em que o estado de erro foi alterado.

Active

A equipe deve corrigir apenas esses bugs que estão no estado de Ativo .o erro permanece no estado ativo porque a equipe é de investigação e corrigindo o.

Resolvido do ativo

Você pode especificar um dos motivos na tabela a seguir quando você resolver um bug:

Os seguintes campos de dados são capturados automaticamente quando um membro da equipe altera o estado de um bug do ativo resolvido:

• Resolvido por: Nome do membro da equipe que solucionar o erro.

• data resolvida: Data e hora quando o erro foi resolvido, como identificado pelo relógio do servidor.

• Data de alteração de estado: Data e hora em que o estado de erro foi alterado.

De resolvido para fechado

a única razão suportado para fechar um bug é Verificado.

Os seguintes campos de dados são capturados automaticamente quando um membro da equipe altera o estado de um bug de resolvido para o:

• Fechado por: Nome do membro da equipe que finaliza o erro.

• data fechado: Data e hora quando o erro foi fechada, como identificado pelo relógio do servidor.

• Data de alteração de estado: Data e hora em que o estado de erro foi alterado.

Resolvido

O membro da equipe que é atribuído para corrigir o erro resolva quando é corrigido.Ou, um membro da equipe pode determinar que o erro deve ser resolvido ou fechada por outros motivos, porque a tabela a seguir descreve.

Resolvido do ativo

Um membro da equipe pode reativar um bug de um estado resolvido para um dos motivos pelos quais a tabela a seguir descreve:

Os seguintes dados são capturados automaticamente quando um membro da equipe reactivates um bug de um estado resolvido:

• Ativado por: Nome do membro da equipe que reactivated o erro.

• data ativada: Data e hora quando o erro reactivated, como identificado pelo relógio do servidor.

Fechado

Um membro da equipe pode alterar o estado de um bug fechado como ativa se o defeito do problema ou código que descreve reaparece ou não foi corrigido anteriormente.

Fechado do ativo

Você pode especificar um dos motivos na tabela a seguir quando você reativar um bug de um estado fechado:

Os seguintes dados são capturados automaticamente quando um membro da equipe reactivates um bug de um estado fechado:

• Ativado por: Nome do membro da equipe que reactivated o erro.

• data ativada: Data e hora quando o erro reactivated, como identificado pelo relógio do servidor.

Consulte também

Conceitos

Referência de campos de item de trabalho para o Visual Studio ALM

Artefatos (CMMI)

Outros recursos

Itens e fluxo de trabalho de trabalho (CMMI)