O Sistema de ticket do Trac

A base de dados de publicações do Trac fornece um simples, mas eficaz sistema de rastreamento de publicações e bugs dentro do projeto.

Como o principal elemento da gerência do projeto do Trac, tickets são usados para relatórios de bug, requisição de características, suporte de publicações do software e tarefas do projeto.

Assim como o TracWiki, esse subsistema tem sido projetado com o objetivo de fazer com que o usuário contribuia e participe da forma mais simples possível. Ele deverá ser o mais fácil possível para reportar bugs, fazer perguntas e sugerir melhorias.

Uma publicação é associado a uma pessoa na qual deverá resolver a tarefa ou reassociar o ticket para outra pessoa. Todos tickets podem ser editados, anotados, associados, priorizados e discutidos a qualquer momento.

Nota: Para fazer uso total do sistema de tickets, use ele como buffer,ou seja,para armazenar idéias e tarefas do seu projeto, ao invés de apenas para relatar bugs ou falhas.

Campos do Ticket

Um ticket contém os seguintes atributos:

• Reporter - O autor do ticket
• Component - O módulo ou subsistema do projeto o é o assunto desse ticket.
• Version - A Versão do projeto na qual esse ticket pertence.
• Severity - Quais os efeitos desta publicação descrita? Escalas desde solicitação enhancement até blocker (deverá ser consertado antes do próximo milestone).
• Priority - A importância na qual essa publicação é em relação às outras tarefas.
• Milestone - Até quando que esta publicação deverá ser resolvida.
• Resolution - Motivo para qual o ticket foi fechado, como por exemplo, consertado, inválido, duplicado, etc.
• Keywords - Palavras-chave associados ao ticket. Útil para procura e relato de produção.
• Assigned to - Principal pessoa responsável em manipular a publicação.
• Cc - A lista de outras pessoas associadas. Nota: isto não implica responsabilidade ou qualquer outra política.
• Status - Qual é o estado atual?
• Summary - Uma breve descrição resumindo o problema ou a publicação.
• Description - O corpo do ticket. Uma boa descrição deve ser específica, descritiva e direto ao assunto.

Mudando e Comentando Tickets.

Uma vez que o ticket foi criado, você pode mudar a qualquer hora a informação comentando o bug. Isso significa que as mudanças e comentários para o ticket serão logados como parte do próprio ticket.

Quando se vizualiza um ticket, o log das mudanças irá aparecer embaixo da área do principal ticket .

No projeto Trac, usamos os comentários do ticket para discutir publicações e tarefas. Isso nos faz entender mais fácil a motivação por detrás de um design ou a escolha da implementação, quando retornado para ele futuramente.

Nota: Uma importante característica é ser capaz de usar TracLinks e WikiFormatting dentro de descrições ou comentários do ticket. Use TracLinks para referenciar a outras publicações, mudanças ou arquivos para fazer seu ticket mais específico e fácil de entender.

Nota: Veja TracNotification para saber como configurar a notificação por email das mudanças do ticket.

Diagrama de estado

Avançado: Valores padrões Pré-estabelecidos para Novos Tickets de uma URL

Para criar um link para um formulário de um novo ticket previamente preenchido com valores padrões, você precisa chamar o /newticket? URL com variáveis=valor separado por &.

Possíveis variáveis são:

• reporter - Nome ou email do autor do ticket
• summary - Um sumário do ticket
• description - Descrição longa do ticket
• component - dropList do componente
• version - dropList da versão
• severity - droplist da importância
• keywords - As palavras-chave
• priority - dropList da prioridade
• milestone - dropList da milestone
• owner - O responsável pelo ticket
• cc - A lista de email para notificação das mudanças do ticket

Exemplo: /trac/newticket?summary=Compile%20Error&version=1.0&component=gui

Veja também: TracGuide, TracWiki, TracTicketsCustomFields, TracNotification