內部和外部Bug跟蹤設置

Question

你們大多數人當然使用某種錯誤跟蹤器。也許僅限於內部使用，一旦客戶通過電子郵件或電話提交錯誤，您可以自行添加新的門票。有時候，每週的項目會議可以成爲新的門票的重要來源，最好來自Excel表格的另一邊，PM的另一邊喜歡維護和追逐你。

更高級的（和透明的）版本：允許客戶將他的錯誤直接存檔（並查看進度）到錯誤跟蹤器中。像JIRA系統允許您使用的配置文件有一定的訪問權限等

但現在的問題：用戶沒有必要轉換成1個臭蟲在特定的模塊/方法/ EJB /類中引發的錯誤。他使用的（您的）Web應用程序的版本不會轉化爲導致錯誤的類的版本。你如何保持機票的內部部分與所有討厭的技術細節和同時使用戶感覺良好的機票（需要更多信息，正在接受，正在進行中......）？爲內部和外部創建2張門票？鏈接他們？

任何智能食譜共享？

Answer 1

將您的錯誤系統從客戶支持跟蹤系統中分離出來，並允許它們之間的鏈接。

• 錯誤可以指零個，一個或多個客戶支持服務單。
• 客戶支持票可能指的是零錯誤（例如，客戶的問題與您的軟件無關），一個錯誤（如果您的軟件確實存在問題）或一個以上的錯誤（狗屎發生）。

作出這樣的查詢：

• 哪些客戶正在等待錯誤X的解決方案
• 哪些客戶正在等待開關鍵錯誤
• 哪些錯誤已經被用戶所遇到ÿ
• ...

您還會注意到，每個數據庫wi會有自己的'速度'。在我的情況下，我的客戶支持電話比真正的錯誤多出4倍。

Answer 2

最明智的方法是建立兩個系統，或者最終用戶通過電子郵件提交錯誤的機制。主要的問題不在於一個bug不一定會轉化爲一個類中的一個方法，而是大多數情況下，如果你不僅僅是一個用戶，那麼peopel將不會讀取現有的錯誤，並且比「按鈕不工作」思考得更遠。

如果您隔離真實的事件系統（使其公開，但只讀），您的員工可以篩選傳入的錯誤，使其具有可重現性並具有repro情況，檢查是否存在錯誤，並且一般都有明確的錯誤你輸入它，而不是難以理解的混亂，可能會或可能不會有道理，併成爲另一個同樣的錯誤輸入已經進入另外30次。

Answer 3

JIRA中的每個評論都有一個「Viewable By」字段，允許您設置評論可見的組或項目角色。你可以用它來隱藏「討厭的技術細節」。

另外，當你說創建兩個問題並將它們鏈接時，你可能是在正確的軌道上。這有助於隱藏客戶的內部工作流程。

Answer 4

一個用於（外部）幫助臺和（內部）問題跟蹤的系統。只要您完全控制門票/問題的知名度，並且可以連接外部/內部項目，那麼這沒什麼大不了的。

瞭解更多：

http://countersoft.com/downloads/whitepapers/Implementing_an_Issue_Management_Platform.pdf