以前在公司會用到各種bug管理工具，但使用最順手的感覺還是禪道，主要是它除了能滿足我的日常工作之外，用戶體驗上也做的不錯 。前段時間領導碰巧看到了工具，覺得使用它管理項目應該不錯，打算在全公司推廣，讓本人做個培訓，于是乎就有這篇文章的雛形，廢話少說，下面就介紹下禪道的主要功能使用 。
1.禪道安裝
- 下載網址：https://www.zentao.net/download.html
- 可以根據需求下載對應版本，其中開源版為免費版本，基本能滿足工作上的需求
2.禪道介紹
2.1 為什么叫禪道？
這個名字是受《編程之禪》和《編程之道》這兩本書的啟發。英文里面的禪為Zen，道為Tao，
2.2 禪道是干什么的?
禪道 是一款項目管理軟件，它集產品管理，項目管理，質量管理，文檔管理于一體，是一款專業研發項目管理軟件。
禪道項目管理軟件的主要管理思想基于國際流行的 敏捷項目管理方法—Scrum。Scrum方法注重實效，操作性強，非常適合軟件研發項目的快速迭代開發。
2.3禪道工作的流程圖
3.禪道的使用
3.1 基本操作
- 使用個人用戶名和密碼進行登錄
- 可以將個人登錄的密碼進行修改
3.2 我的地盤
通過個人賬號登錄后，默認進入的就是我的地盤 。這里面就是對當前所有產品，項目及BUG的統計。
當然也可以根據個人喜好進行設置首頁界面，比如說編輯，添加或者隱藏，具體操作就是點擊一個模塊的三個小點，然后就可以進行相應操作了 。
3.3 產品經理
創建流程：
- 創建產品
- 添加模塊
- 維護計劃，
- 維護需求，
- 創建發布
第一步驟：創建產品
- 創建計劃可以幫助產品經理規劃產品，制定發布的節奏，調整需求的優先級。
- 可以根據需求的優先級，制定產品發布計劃
- 每個產品計劃中，可以包含多個需求 。
第二步驟：創建模塊
根據創建好的產品，可以為該產品創建模塊，同時也可以為模塊創建子模塊。
第三步驟：創建計劃
將產品中眾多的需求按照優先級分類，然后分在不同的計劃組中，這樣就有了一個最初的迭代的雛形了 。后續的完善基本都是按照此計劃進行推進 。
第四步驟：添加需求
為每個計劃中添加具體的需求，需要可以說是產品中的最小單元，后續的開發及測試都是按照具體的需求進行的。
第五步驟：創建發布
可以為產品創建發布，也就是為產品的某一計劃創建發布日期 。可以明確出本次發布包含哪些需求 。
3.4 項目經理
項目經理是此系統的核心功能，所以，此系統實現了很多項目經理所常用的功能，如看板，燃燼圖，甘特圖，任務日歷等，其中后面的兩個功能只有在收費版本中才有 。
創建流程：
- 創建項目
- 設置團隊成員
- 關聯產品
- 關聯需求
- 分解任務
- 創建版本
第一步驟：創建項目
首先要添加一個具體的項目
第二步驟：設置團隊成員
為當前項目設置團隊成員，此成員應該是在項目啟動時就定下來的。
第三步驟：關聯產品
項目一般都要綁定到具體的產品上，也可以這樣理解，某一個產品可能會分成多期去做 。每期都可以作為單一的項目來進行操作。
第四步驟：關聯需求
關聯需求是指當前所做的項目有哪些需求，然后將需求和項目關聯起來 。
第五步驟：添加任務
第六步驟：創建版本
需要注意的是，創建版本是針對互聯網項目，在一個產品上定期發布迭代，所以會使用到版本，若是一兩次的項目使用版本意義不大。
3.5 團隊成員
領取任務的步驟：
- 領取任務
- 設置工時
- 設置完成
領取任務-設置工時-設置完成
設置任務
設置任務消耗時間
通過看板設置
除了以上可以設置完成工時外，還可以通過看板拖動進行任務設置。具體步驟如下：
點擊看板-選中一個任務進行拖動到對應的狀態中即可 。
燃盡圖
如何評估一個項目是否按期完成，通過燃盡圖可以直觀的看出項目實施過程中進度是否符合預期。
當前禪道沒有配置燃盡圖，如果需要的話后續可以配置出來看看 。
創建文檔
添加待辦
添加待辦可以很好的列出針對任務或計劃要做的一些具體事項 ， 可以很直觀的看到本周具體的工作量
3.6 開發測試
開發測試主要指禪道中的測試模塊，主要供開發和測試兩個角色使用。具體的使用流程其實就是按照標準的測試流程進行的 。
具體的流程如下：
- 設計測試用例并評審
- 開發人員提交測試工單（開發人員）
- 為測試工單關聯用例
- 執行用例
- 提交bug
- 修復bug（開發人員）
- 驗證bug
- 產出測試報告
1.設計測試用例
產品需求評審后，測試人員就可以基于需求去設計測試用例了。
一般情況每個需求至少有一條或多條用例去覆蓋。
2.用例庫
編寫好的用例會自動進入用例庫去查看，這個用例庫中的用例可以為后續版本提供已有用例，測試時可以直接復用；當然也會隨著產品的更新迭代，用例庫的用例也要跟著維護 。
在這里也可以對產品用例進行查看，過濾，以及新建用例。
3.創建套件
這里的套件，其實可以理解為測試用例的組合，是由多條不同的用例組成。也可以理解為測試用例策略，其主要目的就是完成某一項具體的測試。比如冒煙測試的套件主要用于開發提測時所執行的用例，回歸測試套件主要用于最后階段的回歸測試。
在禪道中創建套件具體如下：
4.提測單(開發人員）
如果開發已經完成版本需求的開發時，就可以提交測試了，這時往往需要讓開發人員編寫一個測試工單，測試工單中主要描述本次提測的范圍、具體內容、以及注意點等，同時也是證明開發階段性完成的一個里程碑。測試人員正式開始測試的起點了 。
如下是開發提測時需要提交測試的操作 。
5.關聯用例
當開發人員提交測試單后，測試人員就可以給測試單關聯用例了，一般是關聯某一些用例或者是管理某一個測試套件 。
6.進行用例執行
測試單關聯用例后，就可以執行此測試單下的用例，執行成功的標記為通過，失敗的標記為失敗，當然還有阻塞和忽略等狀態。
7.提交bug
當執行用例的過程中發現了bug，這個時候，測試人員就可以提交bug了 ，提交bug可以說是測試人員最為主要的工作之一了，所以就按照下面的操作就是了。
8.修復bug(開發人員)
當測試人員提交bug后，禪道可以通過多種方式告知開發人員，比如郵件或者站內彈框。開發人員就可以去修復Bug了，修復后，只需將解決方案改成已解決即可。當然還有多種解決方案，開發人員根據實際情況修改解決方案。
9.提交測試報告
當一個版本測試完成后，就可以基于此版本出一個測試報告了，也可以告知相關人員，該產品可以進行上線操作了 。
需要注意的是，測試報告必須是基于某一個測試單來進行創建的 。否則無法創建測試報告 。
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。
