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
|
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:
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
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çã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çã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.
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.
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çã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.
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.
(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.
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 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
Em a guia de Casos de Teste , escolha Vincular a.
A caixa de diálogo de Adicione o link para o bug abre.
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 .
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.
(Opcional) digite uma descrição para a situação de teste para o qual você estar vinculando.
Escolha OK.
Escolha Salvar o item de trabalho.
Observação O erro testes e a qual você a 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 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
Escolha a guia de Detalhes .
Em Etapas para reproduzir, digite informações.
(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.
Escolha Salvar o item de trabalho.
para adicionar um anexo a um bug
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.
Choose 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.
Escolha Salvar o item de trabalho.
para adicionar um hiperlink a um bug
Em a guia de Todos os Links , escolha Vincular a.
Em a lista de Tipo de Link , escolha Hiperlink.
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.
(Opcional) na caixa de Comentário , informações adicionais sobre o hiperlink.
OKEscolha, e 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
Abra o formulário de item de trabalho para o erro.
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.
Escolha Salvar o item de trabalho.
Progressão típica de fluxo de trabalho:
Transições adicionais de fluxo de trabalho:
|
Diagrama de estado de erro |
Ativa (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.
Resolvido 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.
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 por outros motivos, porque a tabela a seguir descreve.
De 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.
Resolvido 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.
fechado
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.
Fechado 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.