資訊專欄INFORMATION COLUMN
摘要：引言禪道的使用在其手冊中有比較詳細的介紹，大家可以參考其中還包括介紹的視頻。應用范圍禪道主要應用于軟件項目的管理。軟件完整使用其支持的流程主要按照敏捷開發的流程支持的。擴展機制，幾乎可以對禪道的任何地方進行擴展。
禪道的使用在其手冊中有比較詳細的介紹，大家可以參考：https://www.zentao.net/book/zentaopmshelp/40.html?fullScreen=zentao&theme=default
其中還包括介紹的視頻。可以參考。
但這里的使用針對的是軟件操作層面，對于關鍵的概念、關系等，還缺乏一個理論的說明。
這里以這個為主線做一個總結和補充。
禪道主要應用于軟件項目的管理。
當然如果其他項目，包括硬件研發、軟硬件組成的系統研發，這里也可以用，但只能用他的一部分模塊的功能。比如使用其最簡的方式。比如項目任務管理、產品管理、個人事務管理。詳見3.1說明。
可以多帶帶按照各個項目使用，使用方式包括：
參見手冊https://www.zentao.net/book/zentaopmshelp/49.html?fullScreen=zentao&theme=default
（1）項目任務管理。包括項目人員、任務管理。可以分配任務，看任務的完成情況等。但免費版里不支持甘特圖，有燃盡圖。
（2）產品管理。包括需求創建、變更、評審等。
（3）bug管理。bug針對軟件的。
（4）個人事務管理。自己給自己寫代辦。
其支持的流程主要按照敏捷開發的流程支持的。當然根據其說法，也支持瀑布模型的。但是個人感覺瀑布模型可能會弱一些吧，畢竟這個軟件是一個輕量級的。
其支持的主要是三大部分。如下圖（出自禪道手冊）：產品、項目開發、項目測試，涉及四種角色：產品經理、項目經理、研發團隊和測試團隊。因此這里有產品概念和項目概念。
產品是面向終端用戶的、管售前售后的，項目是負責項目產品的研發的，負責軟件的開發測試等。
這里還有一個流程圖：
這里做一個說明。
（1）產品經理負責收集、整理需求；
（2）項目經理負責分迭代批次，制定在那個版本種實現那些需求，并制定和分配任務；
（3）開發團隊負責開發，測試團隊負責測試。
（4）測試通過后會發布形成交付物。
（3）然后按照敏捷開發的管理要求，有兩個會。根據這個交付物對外（用戶等）發布演示會議交付；同時內部研發團隊總結會議，確定改進計劃，同樣作為下一個版本迭代的工作內容。
所以，禪道主要圍繞上面這些事情進行管理。此外，額外添加了文檔、統計和組織管理。
本節分別介紹上面的各個部分功能。
功能包括如下：
上面的說法比較理論化，下面結合不同的角色和流程說下功能。
這部分主要在軟件的產品模塊里面。
包括產品信息維護、發布、產品對應項目的研發進度、測試情況等
其中最重要的是需求管理。包括增刪改需求。
（1）創建項目
（2）項目團隊成員管理，把相關人員拉到這個團隊中；
（3）確定項目要完成的需求列表，關聯產品，然后關聯該產品中的相關需要。
（4）然后將需求進行任務的分解，分解的任務包括開發、測試，及其他任何相關的事項。
這部分主要在軟件的項目模塊和執行模塊里面。
項目模塊主要管理項目本身相關的。
項目的管理主要是針對一個產品，建立項目。然后管理項目。內容包括：
針對產品需求，分解需求形成迭代列表（每次迭代要解決那些需求和bug）。
然后，針對每一個迭代，分解任務給開發和測試團隊。其中可以看到這些迭代的進展，包括開發和測試的情況。
在執行模塊，可以建立任務、分配任務，
這部分主要在軟件的執行模塊里面。
執行這個概念類似于一個迭代，屬于一次發布的一個版本。
開發人員在這里干的事情包括：
（1）領取待辦任務，
（2）查看自己的待辦，通過看板和燃盡圖；
（3）及時更新自己待辦的完成進展，包括已經使用的工時，及預計剩余時間。
注意：會利用這些信息生成燃盡圖。
（4）創建版本。這里創建的版本包括以下內容：
（a）基本信息
（b）代碼和app鏈接
軟件的代碼和app的管理屬于配置管理的范疇，可以用svn或git。這個不屬于禪道的管理范疇，禪道這里就是創建一個版本的信息，其中會通過鏈接地址給出軟件代碼和app。
（c）關聯本版本解決的需求和bug
（5）申請測試
這里只是申請，會產生一個測試單（testrun）。但是不被指派。需要多帶帶創建一個測試的任務來進行指派測試。
（6）解決bug。
（7）確認bug。
管理測試用例、bug管理、測試單。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/121218.html
目錄 一、禪道 一、測試工具背景 二、測試管理工具 三、測試工具介紹 四、禪道介紹 五、禪道操作 7. 創建發布 8. 測試團隊 二、缺陷報告 三、測試報告 一、概要 二、測試過程 三、缺陷分析 四、測試總結 四、接口測試以及用例編寫 五、Fiddler 好文推薦 一、禪道 一、測試工具背景 當測試環境搭建完成后，測試人員將在自己搭建的環境上執行測試用例，開展測試工作。測試人員在執行測試用例的過...
摘要：新公司使用禪道作管理系統。每次產品上線的時候，所有的測試人員測試出之就就提在禪道上。避免本頁跳轉導致腳本失效。并給它綁定事件。很多瀏覽器插件，其實也是在別人的網站上運行自己的腳本實現一些操作。 新公司使用禪道作bug管理系統。每次產品上線的時候，所有的測試人員測試出bug之就就提在禪道上。由于我們公司目前的測試只有一個，就把很多產品拉來湊數。他們分不清bug和需求。所以往往出現的情況是...
摘要：但這并不意味著敏捷開發完全拋棄文檔，敏捷開發遵循輕文檔，重溝通的原則。把功能點拆分，導入到項目管理軟件中，相關人員只需要按照需求目錄一條條執行即可，不再需要一頁一頁的看了。如今的任務看板和燃盡圖已經由實物形式轉變為項目管理軟件。 我們比較熟知的軟件項目管理方法是瀑布。其基本流程是需求-> 設計->開發->測試。基本假設只要把每一個環節都做正確，那么最終得到的結果也是正確的。瀑布開發有非...
摘要：冒煙測試的用例數量不宜過多。用例一般寫完之后，需要組織相關人員進行用例的評審，轉測后，需要將用例的執行情況進行標注。用例的作用主要是提醒測試人員有哪些測試點要注意，避免在測試的時候臨時去想測試點，容易造成場景漏測。 在前面的一系列文章中，我們學會了一些用例設計的常用用法，比如等價類、邊界值，...
閱讀 3325·2021-11-19 11:36
閱讀 2927·2021-09-27 13:34
閱讀 1989·2021-09-22 15:17
閱讀 2403·2019-08-30 13:49
閱讀 753·2019-08-26 13:58
閱讀 1357·2019-08-26 10:47
閱讀 2536·2019-08-23 18:05
閱讀 598·2019-08-23 14:25
