1.工具概述
1.1是什么？
1> 禪道是由青島易軟天創公司開發的一款開源的項目管理軟件。
2> 禪道特點是將軟件研發中的產品管理，項目管理，質量管理三個核心流程融合在一套工具里面，是一款軟件生命周期管理軟件。現在很多的商業軟件也都轉向了這種管理方式。比如微軟的TFS，HP的ALM。
3> 核心的管理思想是基於scrum，然后在scrum基礎上完善了測試管理，文檔管理，事務管理等功能。
4> 輕量級實現，源碼包僅有2M，集成安裝包不到10M。
5> 真開源，真免費。
6> 易於擴展，內置插件機制。
1.2禪道里面的角色划分
1.3禪道中的三權分立
產品經理，研發團隊和測試團隊以需求為核心，通過項目緊密合作，最終實現產品的快速發布，贏得市場。 所以說產品是最關鍵的，因為它決定着公司前進的方向。
1.4需求的處理流程
1.5任務的處理流程
1.6Bug的處理流程
1.7禪道的深入使用
產品管理：模塊、計划、發布、路線圖。
項目管理：燃盡圖、版本管理。
測試管理：用例管理、測試任務。
文檔管理：產品文檔庫、項目文檔庫、自定義文檔庫。
組織管理：權限分組、動態信息。
個人管理：todo，我的地盤。
源代碼管理：集成subversion
1.8產品計划、發布、路線圖管理
產品計划可以回答公司其他部門關於產品發布的疑問，也可以讓產品人員自己更好的規划產品。 一期項目結束之后，可以創建發布。 然后計划和發布形成某一個產品的路線圖。
1.9項目中的版本和測試管理管理
1.10禪道使用技巧
找到自己想要的東西
–各種檢索標簽
–搜索(保存查詢條件)
–頁面右上角的快速跳轉。
項目工時的估計
–創建項目時確定可用工作日。
–團隊管理中分別設置每個人的工作日和每天工時投入。
–各個列表頁面的工時綜合。
產品和項目的訪問權限
需求、bug、任務、用例、todo之間的互轉
批量添加、導出
2.對應流程
禪道的管理流程如上面官方流程圖所示：
首先產品經理建立產品並確認和整理相應的需求；
項目經理建立項目並關聯產品和需求；
項目建立后，開發團隊分解需求，創建並完成分配任務，任務都完成后即可發布一個版本，提交給測試人員測試；
測試團隊根據產品需求創建測試用例，將測試用例關聯開發部門提交的版本並進行測試。若測試通過，即可發布版本；若測試不通過，可創建bug，並提交給開發團隊。
bug管理的流程是一個循環：若測試不通過，測試部門提交bug給開發部門，開發部門解決bug再次提交測試，若測試通過則關閉此bug，否則激活該bug再次提交給開發團隊解決，如此循環往復，直至開發團隊提交測試的版本通過測試。
當此版本成功發布后，若有改進需求，則開發部門再次分解需求，分配任務進行開發，再次進入上述開發-測試循環，直至成功發布下一個版本。
3.工具的特點和局限性
軟件測試的一般流程為：計划，設計，實施，評估。
| 輸入 | 輸出 | 解決的問題 | |
| 計划 | 需求規格說明 項目計划 |
測試計划 | 何人何時使用何方法利用何資源遵循哪些標准對系統中的哪些對象展開測試 測試中可能出現哪些風險 |
| 設計 | 需求 設計文檔 測試計划 |
測試用例 測試過程 |
如何測試 遵循什么流程測試 |
| 實施 | 測試用例 測試過程 需求 |
測試驅動模塊 測試樁模塊 測試腳本（可選） |
如何讓測試用例跑起來 被測軟件中發現了什么問題 |
| 評估 | 測試用例 缺陷報告 測試標准 |
測試評估報告 | 測試工作質量怎么樣 被測系統質量怎么樣 |
下面我們來看在禪道中是如何體現這四個測試流程的。
3.1設計階段
首先，來分析設計階段。設計階段是測試人員根據需求規格說明並結合項目計划，制定出測試計划。
在禪道中，需求規格說明和項目計划由項目經理上傳到文檔視圖的項目庫中。
而最終生成的測試計划，可以由測試人員在項目庫中創建一個測試計划文檔。
3.2計划階段
需求由項目經理指派給開發人員和測試人員，測試人員在拿到需求后，根據需求本身結合測試計划進行測試用例的設計。
有了測試用例，測試人員就可以在測試視圖的測試單中提交測試關聯測試用例。這里的測試單就可以理解為測試計划的執行流程。
3.3實施階段
實施階段的大部分工作不能在禪道中進行，禪道中的執行測試用例只是對測試用例結果的一個記錄。我們可以在測試單中進行需求的測試並且記錄下測試結果。
3.4評估階段
在評估階段中，最終需要生成測試評估報告，禪道中還是在測試單中進行操作。
在生成評估報告后，測試人員或其他人員就可以分析這次測試工作的質量，如果測試工作質量過關那么就可以進一步分析被測系統質量。從而決定是提交bug，還是重新測試。
總的來說，禪道基本覆蓋了測試的一般流程，雖然只提供了研發項目管理的必備功能，但是由於其概念清晰，功能簡潔有效，所以可以幫助大中型團隊進行快速敏捷開發。同時，在測試管理方面，禪道也具有一些局限性，其文檔管理比較籠統，並且不是必須執行的步驟，用戶可以選擇寫文檔也可以不寫。而文檔在測試中有着舉足輕重的作用，由於其文檔沒有明確的分類也沒有嚴格的定義，導致測試人員只能針對具體需求去設計測試，沒有對整個項目的宏觀把握，必然會導致測試效率降低。
4.工具的改進
禪道中支持對bug的很多統計報表，但是這些報表只是簡單的統計，比如項目中bug的總數，某測試人員提交了多少bug等。這里有一個改進的想法，其實有了這些bug統計結果，可以讓禪道自動分析bug或者任務的分配建議方案。打個比方，如果開發人員A解決bug的效率比開發人員B解決bug的效率要高，但是在相同時間內，指派給B的bug比A還多，那么就可以給出重新分配的建議方案。
5.成員貢獻
- 第1節-工具概述：游聰
- 第2節-對應流程：趙奇
- 第3節-工具的特點和局限性：馮滿滿
- 第4節-工具的改進：張雲霄