禪道項目管理軟件配置及使用教程

一.禪道安裝及運行

禪道是一款開源項目管理軟件。它集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理於一體,是一款專業的研發項目管理軟件,完整覆蓋了研發項目管理的核心流程。html

禪道將產品、項目、測試這三者的概念明確分開,產品人員、開發團隊、測試人員,這三者分立,互相配合,又互相制約,經過需求、任務、bug來進行交相互動,最終經過項目拿到合格的產品。瀏覽器

 

1.禪道下載:Linux中能夠用如下命令來下載安裝包:測試

64位下載:wget http://dl.cnezsoft.com/zentao/9.0.1/ZenTaoPMS.9.0.1.zbox_64.tar.gzspa

2.Linux安裝須要將安裝包解壓到/opt目錄下。.net

命令以下:sudo tar -zxvf ZenTaoPMS.9.0.1.zbox_64.tar.gz -C /opt/設計

解壓後會在/opt下找到一個zbox目錄,這就是禪道的安裝目錄。3d

經過命令進入 cd /opt/zbox/  就能夠看到已經安裝好的目錄結構。調試

3.啓動禪道:在/opt/zbox目錄下經過./zbox start命令就能夠啓動Apache和MySQLhtm

 

4.在瀏覽器中訪問: IP地址 登錄禪道blog

 

二.禪道組成結構

 

管理員admin功能:添加帳號 維護帳號 權限管理

 

 

三.禪道基本使用流程

禪道管理軟件中,核心的三種角色:產品、研發和測試,這三者之間經過需求進行協做,實現了研發管理中的三權分立。其中產品經理整理需求,研發團隊實現任務,測試團隊則保障質量,其三者的關係以下圖:

 

基本流程以下:

1. 產品經理建立產品

2. 產品經理在產品下建立需求

3. 項目經理建立項目

4. 項目經理肯定項目要作的需求和任務

5. 項目經理分解任務,指派到研發人員。

6. 測試人員測試,提交bug。

 

四.產品管理功能

禪道中的需求依附在產品下,新增產品之後才能夠新增需求

而後在新增的產品下提需求和計劃,可將產品分解爲子模塊A、模塊B、模塊C...

在提需求時針對該需求選擇所屬模塊:

 

 

 

禪道專門提供了需求的變動流程。凡是對需求標題、描述、驗證標準和附件的修改,都應該走變動流程。

能夠查看需求變動以前的變化:

 

產品人員在動態一欄中能夠看到該產品的所有變動過程:

 

由提需求時指定的評審人員評審需求,給出評審結果

 

評審人員確認需求經過後,需求狀態改成激活,不然爲草稿:

 

產品的需求能夠導出文件或生成報表

 

新增產品-->提需求-->審覈經過

新增產品-->提需求-->審覈不經過-->變動需求

五.項目功能管理

1. 項目經理進入項目視圖,添加項目

 

項目關聯產品,便可選擇關聯該產品對應的某些需求

再爲關聯的需求分解任務,指派給某我的

 

2. 保存項目時,設置團隊

 

須要選擇是哪些成員能夠參與到這個項目中,同時須要設置這個成員在本項目中的角色。

 

3. 在已創建好的項目下建立任務,將任務或關聯的需求分解指派給項目組成員(任務類型務必準確選擇)

  

4. 項目成員登陸時,便可查看到分配給他的任務,成員只須要更新任務狀態便可

 

可爲項目關聯的產品建立不一樣版本,並分別提交測試(提交源代碼或附件):

 

能夠按各類屬性查看到項目的狀態及完成進度(下圖爲按任務類型查看):

 

成員可按照不一樣屬性查看項目中任務狀態:

 

添加項目-->關聯產品-->關聯需求-->設置團隊-->分解任務到團隊成員-->成員修改狀態

添加項目-->建任務-->設置團隊-->分解任務到團隊成員-->成員修改狀態

六.Bug管理

禪道里面設計的理念是bug主要附屬在產品概念下面,有對應產品之後才能夠開始提bug。默認Bug的嚴重程度分爲四級,優先級分爲五級(管理員可進行自定義)。

禪道里面缺陷處理的基本流程是:測試提交bug => 開發解決bug => 測試驗證bug => 測試關閉bug;

若是bug驗證沒有經過,能夠激活:測試提交bug => 開發解決bug => 測試驗證bug => 測試激活bug => 開發解決bug => 測試驗證 => 測試關閉。

 

在建立bug的時候,必填的字段是:影響版本,bug標題,重現步驟,所屬模塊。

建立bug的時候,能夠直接指派給某一個研發人員去處理,他能夠來驗證解決這個bug。

 

 

當研發人員解決了bug以後,bug會從新指派到bug的建立者頭上。這時候測試人員能夠來驗證這個bug是否已經修復。若是驗證經過,則能夠關閉該bug。

新增測試用例:

 

B:是Bug的縮寫,指該用例產生的Bug數。

R:是指該用例執行的結果數。

S:是指該用例的步驟數。

產品版本分爲待測版本和已測版本,可分別關聯測試用例:

 

測試用例運行失敗能夠直接保存爲bug,指派給某研發人員進行調試。測試部分的用例和bug均可以自動導出爲文檔。

七.文檔管理

模板項目中有文檔分類的模板,添加文檔時能夠此爲參考(建立文檔時不要忘記選擇所屬分類)

 

 

 

 

 

 

 

參考文檔:

http://www.zentao.net/book/zentaopmshelp/38.html

https://wenku.baidu.com/view/5302f3cdcfc789eb172dc8ef.html

相關文章
相關標籤/搜索