Compartilhar via

Erros (CMMI)

  • Artigo

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).

Neste tópico

Tópicos relacionados

  • Definindo um bug

  • Vinculando o erro para outros itens de trabalho

  • Adicionando detalhes, anexos, ou hiperlinks a um bug

  • Modificando o estado de um bug

Processo de orientação

Pastas de trabalho

Painéis e relatórios

Referência do campo

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:

Formulário de item de trabalho Bug CMMI

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çãoObservaçã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çãoObservaçã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çãoObservaçã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*** Salvar o item de trabalho ***.

    ObservaçãoObservaçã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).

  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 Adicionar Novo Item de trabalho vinculadasNovo.

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

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

    Adicionar nova caixa de diálogo de item de trabalho vinculado

  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:

  8. Escolha Salvar*** 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 Adicionar LinksVincular a.

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

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

    Adicionar link para a caixa de diálogo de requisito

  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.

    Para vincular tarefa a caixa de diálogo de história de usuário

  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 Salvarescolha***** Salvar o item de trabalho *****.

    ObservaçãoObservação

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

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 *** 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 Colar ou pressione CTRL-V para colar um arquivo que você copie.

    • AdicionarEscolha Adicionar anexo, 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 *** Salvar o item de trabalho ***.

  1. Em a guia de Todos os Links , escolha Adicionar LinksVincular a.

    Especificar o endereço de hiperlink

  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 Salvar 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*** 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

Diagrama de estados de Bug CMMI ou fluxo de trabalho

Ee332480.collapse_all(pt-br,VS.110).gifProposto (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.

Ee332480.collapse_all(pt-br,VS.110).gifProposta de um ativo

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

Razão

Quando usar

Tomar ações adicionais

Aceito

Quando o comitê de triagem aprovar o erro para a implementação na iteração atual.

Atribua o erro ao membro da equipe que o implementará.

Investigar

Quando o comitê de triagem determinar que a equipe deve investigar o impacto de cliente antes de decidir se a equipe deve implementar o erro.

Retornar o erro ao estado de Proposto quando investigação é concluída.

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.

Ee332480.collapse_all(pt-br,VS.110).gifProposta 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:

Razão

Quando usar

Tomar ações adicionais

Rejeitado

Quando o comitê de triagem determina que o erro não pode ser implementado ou o cliente não precisa-o.

Nenhum.

Duplicate

Quando outro relatórios de erros ativos o mesmo problema.

Crie um link para o bug que permanece ativa de modo que o membro da equipe que criou o erro mais facilmente duplicado pode verificar a evitar duplicação antes de fechar o erro.

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.

Ee332480.collapse_all(pt-br,VS.110).gifActive

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.

Ee332480.collapse_all(pt-br,VS.110).gifResolvido do ativo

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

Razão

Quando usar

Tomar ações adicionais

Fixo (padrão)

Depois que você corrigir o problema que identifica o erro, execute testes de unidade para confirmar que o problema foi corrigido, e fazer o check-in no código alterado.

Vincular o erro ao conjunto de alterações quando a correção é fazer o check-in.

Adiado

Quando o erro não será corrigido na iteração atual.O erro será adiado até que a equipe possa o reavaliar para uma iteração ou uma versão futura do produto.

(opcional) mover o erro para uma iteração futura ou a reserva, e mantenha-o em um estado ativo.

Duplicate

Quando outro relatórios de erros ativos o mesmo problema.

Crie um link para o bug que permanece ativa de modo que o membro da equipe que criou o erro mais facilmente duplicado pode verificar a evitar duplicação antes de fechar o erro.

Como projetado

Quando o erro descrever uma condição ou um comportamento esperado do sistema ou está fora dos critérios de aceitação para a área de aplicativo ou o requisito que afeta o erro.

Nenhum.

Não pode reproduzir

Quando os membros da equipe não pode reproduzir o comportamento que os relatórios de erros.

Nenhum.

Obsoleto

Quando o erro não se aplica ao produto.Por exemplo, um bug é obsoleto descreve um problema em uma área de recurso que não esteja mais no produto.

Nenhum.

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.

Ee332480.collapse_all(pt-br,VS.110).gifDe 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.

Ee332480.collapse_all(pt-br,VS.110).gifResolvido

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.

Ee332480.collapse_all(pt-br,VS.110).gifResolvido 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:

Razão

Quando usar

Tomar ações adicionais

Não fixo

Quando a resolução é inaceitável ou se a correção estar incorreta.

Fornece detalhes sobre como você negou a resolução ou porque a correção não tenha trabalhado corretamente.Essas informações devem ajudar a seguir pessoa que possui o erro em resolver adequadamente.

Teste com falha

Quando um teste demonstrar que o erro ainda existe.

Forneça os detalhes sobre em que o teste falhou e em quais compilação.

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.

Ee332480.collapse_all(pt-br,VS.110).gifFechado

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.

Ee332480.collapse_all(pt-br,VS.110).gifFechado do ativo

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

Razão

Quando usar

Tomar ações adicionais

Regressão

Quando o erro reaparecer em construções posteriores de código.

Nenhum.

Fechado em erro

Quando o erro foi fechada no erro ou para qualquer outro motivo.

Nenhum.

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)