還有一種常見的場景是開發(fā)者用一種跟蹤器,質量保證團隊用另一種,而運維團隊用了第三種不能兼容的系統(tǒng)。
2018-07-18 閱讀全文>>由于現(xiàn)在配置一個問題跟蹤器在技術上沒什么難度,團隊經(jīng)常會自行配置問題跟蹤器來處理自己的問題和任務。這也在許多其他類型的工具上發(fā)生,如編輯器,但是編輯器只是開發(fā)者的個人工具,并且它們的主要作用并不是分享或與其他人協(xié)作。因此問題跟蹤器的激增是一個問題,而編輯器的激增并不是什么問題。
2018-07-18 閱讀全文>>問題跟蹤器是否支持多客戶端?
2018-07-18 閱讀全文>>跟蹤器是否提供多項目支持?
2018-07-18 閱讀全文>>如果問題跟蹤器有作為擴展點的API,那通常是很有用的。API可以用來集成到其他系統(tǒng),也可以定制跟蹤器使其符合企業(yè)的流程。
2018-07-18 閱讀全文>>這個系統(tǒng)與企業(yè)的其他系統(tǒng)集成是否容易?
2018-07-18 閱讀全文>>問題跟蹤器支持我們選擇的敏捷方法嗎?
2018-07-18 閱讀全文>>一些系統(tǒng),比如Jira,允許高擴展性狀態(tài)機來定義流程和集成編輯器。其他的更多是最簡流程。你的需求決定了正確的方案。有些人從一個非常復雜的流程著手,最終發(fā)現(xiàn)其實只需要打開和關閉的狀態(tài)。其他人認識到他們需要復雜的工作流來支持復雜的流程。
2018-07-18 閱讀全文>>有什么可選的支持,質量如何?
2018-07-18 閱讀全文>>性能通常不是一個限制因素,因為大部分的跟蹤器都使用適合于生產(chǎn)環(huán)境的數(shù)據(jù)庫,諸如用PostgreSQL或是MariaDB作為后端數(shù)據(jù)庫。大多數(shù)本章提到的跟蹤器在企業(yè)內(nèi)部使用的數(shù)量級上表現(xiàn)良好。Bugzil la已經(jīng)被證明可以處理大量的問題并且面向公共網(wǎng)絡。
2018-07-18 閱讀全文>>我們需要從問題跟蹤器里得到什么?
2018-07-18 閱讀全文>>下面還有一些比打開和關閉更有用的狀態(tài),可以用來建模敏捷工作流
2018-07-18 閱讀全文>>一個問題有許多的元數(shù)據(jù),取決于它表示的意思和問題跟蹤器的支持。最基本的問題類型很簡單,也非常有用。
2018-07-18 閱讀全文>>另一方面,大多數(shù)基于web的數(shù)字化問題跟蹤器,能為遠程辦公提供更為詳盡的信息。
2018-07-18 閱讀全文>>用問題跟蹤器做什么
2018-07-18 閱讀全文>>1819條 上一頁 1.. 57 58 59 60 61 ..122 下一頁