Bug (Agile)

Você pode aprender como preencher os detalhes de um item de trabalho de bug em este tópico.Para obter informações sobre como criar um item de trabalho de bug, consulte Itens e fluxo de trabalho de trabalho (ágeis).

Neste tópico

Tópicos relacionados

Visão geral da criação e o rastreamento de erro

  • Definindo um bug

  • vinculando uma situação de teste a um bug

  • adicionando detalhes, anexos, ou hiperlinks a um bug

  • Resolvendo e 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

Um bug que se comunica um problema potencial existe no código que sua equipe estiver desenvolvendo.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 afeta a probabilidade que o erro será corrigido.

O formulário de item de trabalho para um bug armazena dados nos campos e os guias que a ilustração a seguir mostra:

Formulário de Item de trabalho para Bug

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

Para definir um erro

  1. Em a seção superior do formulário de item de trabalho para um erro, 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, ou deixe este campo em branco a ser atribuída mais tarde durante a triagem.

      ObservaçãoObservação

      Você pode atribuir itens de trabalho somente a membros do grupo de Colaboradores .

    • Listas de Área e de Iteração , escolha a área e a iteração apropriados, ou deixe a esses campos em branco a ser atribuída mais tarde durante uma reunião de planejamento ou de triagem.

      ObservaçãoObservação

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

    • Em empilhar a classificação, digite um número que indica a importância relativo de bug em comparação com outros erros na mesma iteração.

    • 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 - Médio.

  2. Em a guia de ETAPAS DE REPRO, forneça todos os detalhes quando necessário para que outro membro da equipe pode compreender o problema que devem ser corrigidos.

    Você pode formatar o conteúdo que fornecer neste campo.

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

    • Em a lista de Funde na compilação , escolha ou digite o nome de compilação em que o defeito 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 a compilação, 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 Informações do Sistema, descreve o ambiente de software em que o erro foi encontrado.

  4. Em a guia de HISTÓRICO , forneça todos os detalhes como você deseja.

    você pode formatar o conteúdo que você fornece aqui.

    Cada vez que um membro da equipe atualiza o erro, o histórico mostra a data de alteração, do membro da equipe que fez a alteração, e campos que foram alterados.

  5. (Opcional) o erro vincular a um item de trabalho, como uma situação de teste ou outro erro.

    Para obter mais informações sobre essas vinculando uma situação de teste a um bug atividades, consulte posteriormente em este tópico.

  6. Em a barra de ferramentas de item de trabalho, escolha SalvarSalvar o item de trabalho.

    ObservaçãoObservação

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

vinculando uma situação de teste a um bug

Vinculando apresenta erros que funciona para situações de teste, você oferece suporte a precisão e a abrangência de muitos relata que são definidas de MSF para desenvolvimento de software agile.

para vincular uma situação de teste existente a um bug

  1. Em a guia de Casos de Teste , escolha Adicionar LinksVincular 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 de Testado por, que é o único tipo de link que é suportado para links que você adiciona a partir da guia de Casos de Teste .

  3. Em Trabalhar IDs de item, digite a identificação de uma ou mais situações de teste a que você deseja vincular o erro, ou escolha Procurar para localizar a situação de teste para o qual você deseja adicionar.Você pode escolher a consulta de equipe minhas situações de teste para encontrar situações de teste e então selecione a caixa de seleção próxima à situação de teste para o qual você deseja adicionar.

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

  4. (Opcional) digite uma descrição para a situação de teste para o qual você estar vinculando.

  5. Escolha OK.

  6. Escolha SalvarSalvar o item de trabalho.

    ObservaçãoObservação

    O erro testes e a qual você a 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 campos de Etapas para reproduzir ou 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 a guia de Detalhes .

  2. Em Etapas para reproduzir, digite informações.

  3. (Opcional) em, Históricoinformações de tipo.

    você pode formatar o texto para fornecer a ênfase ou capturar uma lista com marcadores.Para obter mais informações, consulte Títulos, IDs, descrições e referência de campos de histórico.

  4. Escolha SalvarSalvar 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.

    • Choose Adicionar anexo  Adicionar, e clique em 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 , você pode opcionalmente digite informações adicionais sobre o anexo.Para retornar a guia de Anexos , escolha OK.

  2. Escolha SalvarSalvar 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, digite o endereço de destino do link.

    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

Quando um erro foi corrigido, você altera o Estado de Ativo a Resolvido.Quando a correção foi marcada, você altera 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 por outros motivos conforme descrito posteriormente em este tópico.Para obter mais informações, consulte Atribuições e referência de campos de fluxo de trabalho.

para resolver ou fechar um bug

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

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

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

      Verifique se o valor para Motivo está correto, ou escolha uma opção diferente.

      Para obter mais informações, consulte Resolvido do ativo posteriormente em este tópico.

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

  3. Escolha SalvarSalvar o item de trabalho.

Progressão típica de fluxo de trabalho:

  • Um membro da equipe cria um erro no estado de Ativo com uma razão padrão de Novo.

  • Um membro da equipe altera o estado de um bug de Ativa ao resolvido para indicar qualquer pessoa que o erro foi corrigido ou para qualquer outro motivo.

  • Um membro da equipe testa um bug que está marcado como corrigido, verifica que está corrigido, e alterar o estado de erro de Resolvido para fechado.

Transições adicionais de fluxo de trabalho:

  • Um membro da equipe que encontra um erro resolvido não está corrigido ou um teste falha e alterar o estado de erro de Resolvido para ativo.

  • Durante testes de regressão, um membro da equipe que encontra um erro é fechado e retornando alterar o estado de erro de fechado a ativo.

Diagrama de estado de erro

Diagrama de estados de bug

Dd380645.collapse_all(pt-br,VS.110).gifAtiva (novo ou falha de compilação)

Um membro da equipe cria o erro, fornece um título descritivo, e, em Descrição, adiciona tanto quanto possível detalhes sobre o erro.O erro no estado permanece ativa enquanto está sendo investigado e corrigidos.

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

Duplicado

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 a essa história de usuário 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 existe no produto.

Nenhum.

Os seguintes campos de dados são capturados automaticamente quando o estado de um bug é modificado 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.

Dd380645.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 por outros motivos, porque a tabela a seguir descreve.

Dd380645.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 o estado de um bug é modificado 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.

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

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

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 o estado de um bug é modificado de resolvido para ativa:

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

Dd380645.collapse_all(pt-br,VS.110).giffechado

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

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

Reativado

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

Nenhum.

Os seguintes dados são capturados automaticamente quando o estado de um bug é modificado do ativo a:

  • 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

Pasta de trabalho de triagem

História de usuário (Agile)

Caso de teste

Outros recursos

Modelo de processo Agile para o Visual Studio ALM

Itens e fluxo de trabalho de trabalho (ágeis)