Trac的事項/錯誤追蹤系統(Issue/Bug Tracking System)是以Ticket為單位，在此我採用大陸的譯法使用「任務單」一詞，表示一個事項視同一個必須完成的任務工單。剛開始使用就有適應不良的狀況。由於我們使用Track+多年，無論在操作步驟或處理流程上都深受Track+的使用習慣所影響，使用Trac後第一個感到驚訝的是：狀態(States)怎麼這麼少？！

在Track +裡我們能使用的狀態有Opened、Analyzed、Assigned、Suspended、Processing、Implemented、 Integrated、Closed等，用來對應完整的開發流程的不同階段，但Trac卻只有４個狀態：New、Assigned、Reopened與 Closed，在應用上有種不夠用、捉襟見肘的感覺，例如QA人員測試完畢、SA整合測試到部署至客戶端的狀態等就不知道要如何來表示。我由Trac的狀態圖 彙總其狀態表如下：

STATES	New	Assigned	Reopened	Closed
New		V (Accepted)		V
Assigned	V (Reassigned)			V
Reopened	V (Reassigned)			V
Closed			V

重點說明如下：

1. 狀態New被處理人員接受後變成Assigned
2. 狀態New也可直接結案
3. 狀態Assigned用【重新指派】把狀態變回New，或結案
4. 狀態Closed只能用【重新開啟】把狀態變成Reopened

下面是實際的狀態操作畫面：

• 【 重新指派】狀態

• 【 重新開啟】狀態

• 【 結案】狀態

為了達成更多狀態來表示更多的處理階段，看來必須配合結案時的Resolution(解決)來共同使用，這樣的操作增加了【重新開啟】的次數。除此方法似乎是沒有別的方案了。若有使用Trac的先進看到本篇，能否提供一些使用上的經驗以供借鏡呢？

##