Trac/Manual

来自Gea-Suan Lin's Wiki
Gslin讨论 | 贡献2018年4月27日 (五) 05:54的版本 →‎開票操作
跳到导航 跳到搜索

Trac/ManualTrac的使用手册。

简介

Trac是一套Issue Tracking System(问题追踪系统),任何的“问题”都会在系统内开一张Ticket(票),借由软体系统帮助使用者(通常是员工)追踪问题。

常见追踪项目

最常见的几种开票项目:

Bug
软体的bug,或是网站功能的bug。
Feature
通常是开发新功能。
Enhancement
通常是改善既有功能。

其他项目

另外有些事情也会开票:

检查项目
通常是用在有自动开票机时。通常是发生在稽核要求,或是定期检查项目(像是UPS电池电力确认)。
把事情拆细
母票事情太大张不知道从合作起时,通常我们会把事情拆细,然后每件小事情都开成子票。

基本概念

用Trac有一些基本概念要注意:

票的Owner就是负责人
被指派到就是负责人,没有理由卸责。如果这张票不是属于自己业务范围就应该要转回去(转回给上一个人,或是转回给开票人)。
开票的人(Reporter)负责关票
开票的人通常是最清楚知道开这张Ticket需要处理的项目,由他来关票可以确保问题有被解决。

常用功能

My Tickets

My Tickets

最常用的功能应该是看挂在自己身上的票(通常是在内建的Report 7,或是看各组织另外设定的Report),我通常会依据不同的状态表示进度:

  • 把要做的事情搬到Accepted(内建)或是Started(需要系统底层另外设定)。
  • 其他的事情放在Assigned或是Others。

这个模式可以让其他人知道你目前正在处理那些票。

在Report表格最上方的Ticket、Summary、Component、Priority、Due都是可以按的(表示希望依照这些栏位排序),当然,用Ctrl-F(或是Cmd-F)还是可以针对这些表格内容搜寻。

另外我会在系统底层会设定一些跟到期日(Due Date)有关的样式,其中有框线的是今天到期的票,而粗体为超过到期日的票。

开票操作

New Ticket

通常遇到任何状况(甚至是已经解决了),我们都会开一张票记录追踪。

Trac的开票在系统上只有限制Summary一定要填写,其他的没有强制规定。一般来说,在组织里面会有要求以下的行为:

  • 一定要指定给一个人,这样才能后续追踪。

相关连结