| Version 1 (modified by trac, 5 years ago) |
|---|
O Sistema de ticket do Trac
Table of Contents
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
