你對Devtrack有什麼經驗？

Question

This question涵蓋了一般的錯誤跟蹤軟件，但我有興趣詳細瞭解關於Devtrack的更多細節。

如果您有使用它的第一手經驗，我很樂意聽到它。你如何將它與其他錯誤跟蹤系統進行比較，你知道什麼是好的和壞的，爲什麼？

Answer 1

我在Electronic Arts Tiburon工作時使用它... IMO，UI笨拙，輸入/管理錯誤非常耗時。根據你使用什麼樣的環境，我會考慮兩種：

1. FogCreek的FogBugz的
2. SourceGear的堡壘
3. 微軟的Team Foundation Server的

Answer 2

我們使用的DevTrack對我們目前的bug跟蹤系統，我會說你可以做得更好。我將添加到喬爾的文章中的評論是搜索沒有很好地執行，並且非常緩慢。其他

一個解決方案我可能會考慮爲Jira

Answer 3

我們還使用的DevTrack多年，並切換到軟件計劃（http://www.SoftwarePlanner.com）大約一年前，很多快樂。

Answer 4

DevTrack正在我公司的一些區域推出。我聽說過兩件事情：一旦你習慣了它就可以了，或者這是一個痛苦/乏味的經歷。我目前的印象是，它在「決策者」層面比在開發者層面有更多的支持。

不知道該如何去解決這個問題，但是現在已經過了半年了，現在想把這個問題提交給一組新的眼睛。 任何人的進一步想法？

Answer 5

我們總是發現我們最終使用devtrack重複了很多工作。對於開發人員來說，特別是在嘗試保留應用程序開發的歷史或知識庫或固定的錯誤等時，通常會很痛苦，最終會在其他軟件中保留記錄，這些軟件更多用於錯誤跟蹤，但也必須保持devtrack「最高日期「，因爲這是經理用來查看你做了多少工作等等，他們用它來回答諸如」我的預算花在哪裏「，」是在某個日期完成的工作「這樣的問題」

工具絕對適用於可以生成關於小時和日期等報告的經理

Answer 6

我們在全公司範圍內使用DevTrack - 這是大約兩年前和我加入公司前做出的選擇。通過與螳螂，Track和Jira的過去經驗，我深深地使用這個工具。執行基本任務需要很多工作，如添加註釋或提交新問題。我也沒有辦法「觀看」一張票，只要我在某個時間擁有票，就會收到對其進行更改的通知。它使用JavaScript來觸發功能，並且不能複製任何故障單頁面的URL。我們需要交換機票號碼並每次查看它們。

它功能強大，可配置性強，但我希望它們更加註重可用性。

如果您有選擇，請遠離DevTrack並改爲使用FogBugz或Jira。

Answer 7

我根本不喜歡DevTrack，但我們公司使用它。我們有一個小團隊，並且bugzilla爲我們更好地工作。

我討厭的事情之一是，每次我收到有關錯誤的電子郵件，並點擊鏈接，它會發現錯誤，但是你不能改變任何東西 - 這不是真正的錯誤頁面。

再次，我們的測試人員，製作人員我認爲已經習慣了，並且可以根據我們的特定需求（視頻遊戲）對其進行定製，可能比其他產品更好。

Answer 8

幾年前我們已經使用了DevTrack 6，並且總體滿意。但我們使用的是本地版本，而不是Web界面。我們也不需要網絡訪問。 DevTrack是非常可定製的：我們設法爲問題，自定義問題狀態，工作流程，用戶權限（甚至是每個領域！ - 誰可以查看或編輯給定問題狀態下的哪個字段），自定義問題描述網頁等。目前其他工具無法提供我們需要的功能。 至於添加新的問題，我想知道爲什麼它說話很複雜。按下「新建」按鈕，寫下問題描述並按確定， - 什麼可以更簡單？ 至於搜索 - 是的，它有點慢。但DevTrack有很多其他方法來解決這些問題。例如。您可以設置項目功能樹，並通過選擇樹上的相應項目顯示屬於某些功能的問題。

Answer 9

我一直在使用它一個月的環境，以前使用過Jira，FogBugz和其他人 - 界面非常笨重，就好像它是在1997年用VB寫的，而且很難得到報告（同事們已經找到了一種導出到Excel的方法，並在那裏做他們的報告）。我們想要推出一個敏捷的開發環境，而且我不認爲DevTrack可以非常輕鬆地啓用它。我可能是錯的，但我們會看到！我願意被證明是錯誤的。