禪道項(xiàng)目管理工具使用幫助.

1、禪道項(xiàng)目管理工具使用幫助禪道項(xiàng)目管理工具使用幫助天津恒達(dá)文博科技有限公司天津恒達(dá)文博科技有限公司53/zentaopms/www2014/3/26Page 2目錄目錄禪道概述組織管理產(chǎn)品管理項(xiàng)目管理測(cè)試管理我的地盤其他相關(guān)Page 3第一章第一章 概述概述禪道系統(tǒng)理論基礎(chǔ)。禪道系統(tǒng)功能列表。禪道系統(tǒng)用戶角色。禪道系統(tǒng)基本概念。禪道系統(tǒng)項(xiàng)目管理的基本流程。Page 4禪道系統(tǒng)的理論基礎(chǔ)禪道系統(tǒng)的理論基礎(chǔ)第一款完整涵蓋產(chǎn)品管理、任務(wù)管理、測(cè)試管理的開(kāi)源管理軟件，使用一個(gè)軟件解決項(xiàng)目管理核心問(wèn)題。基于國(guó)際流行的敏捷管理方式scrum，同時(shí)也借鑒了PMP里面的很多概念。B/S架

2、構(gòu)，方便部署、使用。概念簡(jiǎn)單，容易上手。但并不意味著你的團(tuán)隊(duì)必須使用scrum方式來(lái)進(jìn)行項(xiàng)目管理，完全可以根據(jù)團(tuán)隊(duì)的實(shí)際情況來(lái)進(jìn)行。(not only scrum)Page 5禪道系統(tǒng)的功能列表禪道系統(tǒng)的功能列表組織管理部門管理、用戶管理、分組管理、分組管理、權(quán)限管理產(chǎn)品管理產(chǎn)品管理、需求管理、計(jì)劃管理、發(fā)布管理、路線圖項(xiàng)目管理項(xiàng)目管理、任務(wù)管理、項(xiàng)目需求管理、團(tuán)隊(duì)管理、工時(shí)管理、版本管理、燃燒圖。測(cè)試管理Bug管理、測(cè)試用例管理、測(cè)試任務(wù)管理。我的地盤待辦管理、我的需求、我的bug、我的任務(wù)Page 6用戶角色用戶角色系統(tǒng)管理員(Admin)系統(tǒng)管理員主要負(fù)責(zé)添加用戶，分配權(quán)限。產(chǎn)品人員(p

3、roduct owner)產(chǎn)品人員主要負(fù)責(zé)產(chǎn)品管理。開(kāi)發(fā)人員(developer)開(kāi)發(fā)人員負(fù)責(zé)產(chǎn)品的研發(fā)。測(cè)試人員(QA)測(cè)試人員保證產(chǎn)品的質(zhì)量。項(xiàng)目經(jīng)理(Project Manager or scrum master)通過(guò)項(xiàng)目，協(xié)調(diào)產(chǎn)品人員，開(kāi)發(fā)人員，測(cè)試人員完成產(chǎn)品。scrum里面，該角色稱為scrum master。Page 7基本概念基本概念組織視圖：部門結(jié)構(gòu)、用戶和分組產(chǎn)品視圖：產(chǎn)品、需求、計(jì)劃、發(fā)布和路線圖項(xiàng)目視圖：項(xiàng)目、任務(wù)、產(chǎn)品、需求、bug、版本、燃燒圖、團(tuán)隊(duì)測(cè)試視圖：Bug、測(cè)試用例和測(cè)試任務(wù)我的地盤：待辦、任務(wù)、項(xiàng)目、需求、bugPage 8禪道項(xiàng)目管理的基本流程禪道項(xiàng)目

4、管理的基本流程首先產(chǎn)品人員維護(hù)需求列表，需求有優(yōu)先級(jí)和預(yù)計(jì)工時(shí)。召開(kāi)產(chǎn)品計(jì)劃會(huì)議，與會(huì)人員有產(chǎn)品、研發(fā)和測(cè)試，大家就當(dāng)前項(xiàng)目（固定的時(shí)間和人）所需要完成的需求達(dá)成一致，形成項(xiàng)目的需求列表。項(xiàng)目團(tuán)隊(duì)對(duì)需求進(jìn)行WBS(Work Breakdown Structure)任務(wù)分解，開(kāi)始開(kāi)發(fā)。測(cè)試人員根據(jù)需求創(chuàng)建自己的測(cè)試用例。當(dāng)有版本提交以后，建立相應(yīng)的測(cè)試任務(wù)，記錄缺陷。研發(fā)人員修復(fù)bug。項(xiàng)目結(jié)束之后，大家召開(kāi)演示會(huì)議，團(tuán)隊(duì)向相關(guān)人員（產(chǎn)品人員及所有感興趣的人）展示該項(xiàng)目所取得的成果。大家提出的反饋由產(chǎn)品人員整理成為需求。開(kāi)始下一輪的循環(huán)。Page 9第二章第二章 組織管理組織管理建立部門結(jié)構(gòu)添加

5、用戶設(shè)置分組分組成員維護(hù)分組權(quán)限維護(hù)Page 10建立部門結(jié)構(gòu)建立部門結(jié)構(gòu)合理的部門結(jié)構(gòu)是項(xiàng)目成功的組織保障，也是公司健康發(fā)展的基石。提示提示Page 11添加用戶添加用戶禪道中，所禪道中，所有的添加操有的添加操作都在頁(yè)面作都在頁(yè)面的最右面。的最右面。提示提示Page 12設(shè)置分組設(shè)置分組分組的目的主要是用來(lái)分配權(quán)限。提示提示Page 13分組成員維護(hù)分組成員維護(hù)一個(gè)用戶可以屬于多個(gè)分組。提示提示Page 14分組權(quán)限維護(hù)分組權(quán)限維護(hù)設(shè)置權(quán)限的時(shí)候，根據(jù)自己團(tuán)隊(duì)實(shí)際的情況進(jìn)行組合。一般來(lái)講，刪除權(quán)限需要慎重。還有就是以”接口“開(kāi)頭的方法所有人都應(yīng)該分派。在實(shí)際使用過(guò)程中，如果提示訪問(wèn)受限，可以

6、由管理員分配權(quán)限之后，重新登錄即可。提示提示Page 15小結(jié)小結(jié)組織管理主要完成用戶和分組管理，用戶通過(guò)所屬的分組獲得自己應(yīng)用的權(quán)限。禪道系統(tǒng)會(huì)根據(jù)當(dāng)前登錄的每一個(gè)用戶的權(quán)限來(lái)進(jìn)行相應(yīng)的操作，允許還是禁止。Page 16第三章第三章 產(chǎn)品管理產(chǎn)品管理產(chǎn)品管理是至關(guān)重要的一環(huán)添加產(chǎn)品維護(hù)產(chǎn)品模塊添加需求需求詳情需求處理流程計(jì)劃發(fā)布路線圖Page 17產(chǎn)品管理至關(guān)重要產(chǎn)品管理至關(guān)重要很多項(xiàng)目管理軟件中只有單純的任務(wù)管理，沒(méi)有產(chǎn)品管理。乃至很多的軟件將產(chǎn)品和項(xiàng)目混為一談。在禪道中，項(xiàng)目是一個(gè)動(dòng)態(tài)實(shí)施的過(guò)程，項(xiàng)目的產(chǎn)出是可以交付的產(chǎn)品。在禪道中，所有的一切都是圍繞產(chǎn)品展開(kāi)的。產(chǎn)品管理的核心是需求。在

7、scrum里面，簡(jiǎn)化為story(用戶故事)。即像講故事一樣來(lái)描述一個(gè)需求。Page 18添加產(chǎn)品添加產(chǎn)品Page 19維護(hù)產(chǎn)品模塊維護(hù)產(chǎn)品模塊產(chǎn)品模塊就產(chǎn)品模塊就像一棵樹(shù)，像一棵樹(shù)，用來(lái)組織需用來(lái)組織需求。求。提示提示Page 20添加需求添加需求(1)Page 21添加需求添加需求(2)添加需求的時(shí)候，應(yīng)該選擇對(duì)應(yīng)的模塊。如果有產(chǎn)品計(jì)劃，可以選擇相應(yīng)的計(jì)劃。默認(rèn)剛剛添加的需求為草稿，需要進(jìn)行評(píng)審。如果團(tuán)隊(duì)中不需要走評(píng)審流程，可以將“不需要評(píng)審”選上。需求可以上傳附件。Page 22需求詳情需求詳情通過(guò)需求詳情頁(yè)面可以看到需求的所有信息，以及歷次的修改記錄。提示提示Page 23需求處理流程

8、需求處理流程(1)需求有一個(gè)狀態(tài)(status)字段，總共有四種狀態(tài)，分別是草稿(draft)、激活(active)、已變更(changed)和已關(guān)閉(closed)。對(duì)應(yīng)為需求的流程操作共有：創(chuàng)建、變更、審核、關(guān)閉、激活。需求還有一個(gè)階段(stage)字段，用來(lái)描述激活的需求在研發(fā)過(guò)程中所處的階段。目前總共有等待、已計(jì)劃、已立項(xiàng)、開(kāi)發(fā)中、開(kāi)發(fā)完畢、測(cè)試中、測(cè)試完畢、已驗(yàn)收、已發(fā)布。需求處理激活狀態(tài)后，可以直接根據(jù)需求編寫(xiě)用例，測(cè)試人員直接點(diǎn)擊需求后 按鈕。Page 24需求的處理流程需求的處理流程(2)變更需求審核關(guān)閉通過(guò)撤銷否？新增需求審核立項(xiàng)開(kāi)發(fā)測(cè)試驗(yàn)收發(fā)布通過(guò)拒絕否？拒絕，給出拒絕原因

9、，關(guān)閉有待明確項(xiàng)目團(tuán)隊(duì)確認(rèn)變更任務(wù)、用例關(guān)閉繼續(xù)原來(lái)的研發(fā)過(guò)程有待明確驗(yàn)收發(fā)布需求所經(jīng)歷的各個(gè)階段需求所經(jīng)歷的各個(gè)階段未通過(guò)未通過(guò)Page 25添加計(jì)劃添加計(jì)劃(plan)凡事預(yù)則立。計(jì)劃可以幫助產(chǎn)品人員宏觀把握產(chǎn)品，做到心中有數(shù)。提示提示Page 26為計(jì)劃關(guān)聯(lián)需求為計(jì)劃關(guān)聯(lián)需求計(jì)劃可以關(guān)聯(lián)需求、關(guān)聯(lián)BUG，直接點(diǎn)計(jì)劃后面的相應(yīng)按鈕進(jìn)入到相應(yīng)的界面選擇相應(yīng)的需求或BUG即可。Page 27發(fā)布發(fā)布(release)Page 28路線圖路線圖Page 29計(jì)劃、發(fā)布、計(jì)劃、發(fā)布、build和路線圖和路線圖計(jì)劃主要是給產(chǎn)品人員規(guī)劃需求使用。它和實(shí)際的項(xiàng)目沒(méi)有直接的對(duì)應(yīng)關(guān)系。一個(gè)項(xiàng)目中做的需求可能

10、和計(jì)劃完全一樣，也有可能涉及多個(gè)計(jì)劃。Build（版本）是在項(xiàng)目過(guò)程中產(chǎn)生的，主要用來(lái)測(cè)試使用。Build(版本）是對(duì)內(nèi)的。經(jīng)過(guò)若干項(xiàng)目之后，產(chǎn)品人員可以選擇發(fā)布一個(gè)版本，發(fā)布是對(duì)外的。而且發(fā)布肯定和一個(gè)build對(duì)應(yīng)。已經(jīng)發(fā)布的版本加上未來(lái)的plan，構(gòu)成產(chǎn)品的路線圖。Page 30第四章第四章 項(xiàng)目管理項(xiàng)目管理添加項(xiàng)目組建團(tuán)隊(duì)關(guān)聯(lián)產(chǎn)品、需求分解任務(wù)工時(shí)管理燃燒圖版本Page 31添加項(xiàng)目添加項(xiàng)目項(xiàng)目代號(hào)和團(tuán)隊(duì)名稱應(yīng)用團(tuán)隊(duì)自由設(shè)置，體現(xiàn)自主管理。提示提示Page 32組建團(tuán)隊(duì)組建團(tuán)隊(duì)每個(gè)人在項(xiàng)目中的角色可以自由設(shè)定，工時(shí)一般都應(yīng)小于8，因?yàn)榛旧厦總€(gè)人每天都需要處理一些其他事情。提示提示Pa

11、ge 33關(guān)聯(lián)產(chǎn)品關(guān)聯(lián)產(chǎn)品一個(gè)項(xiàng)目可以關(guān)聯(lián)多個(gè)產(chǎn)品，禪道系統(tǒng)中，支持項(xiàng)目和產(chǎn)品之間的矩陣關(guān)系。提示提示Page 34關(guān)聯(lián)需求關(guān)聯(lián)需求關(guān)聯(lián)需求的過(guò)程，是對(duì)產(chǎn)品中的需求列表進(jìn)行排序的過(guò)程，也是項(xiàng)目團(tuán)隊(duì)達(dá)成契約的過(guò)程。項(xiàng)目中的需求列表是產(chǎn)品視圖中的需求列表的子集。提示提示Page 35分解任務(wù)分解任務(wù)分解任務(wù)時(shí)，可以設(shè)置任務(wù)的類型，比如是設(shè)計(jì)，還是開(kāi)發(fā)。任務(wù)也可以不用關(guān)聯(lián)需求。任務(wù)需要給一個(gè)估計(jì)值。提示提示Page 36工時(shí)管理工時(shí)管理項(xiàng)目中每一個(gè)成員每天都應(yīng)該更新自己負(fù)責(zé)的任務(wù)的預(yù)計(jì)剩余時(shí)間。提示提示Page 37燃燒圖燃燒圖(burndown)系統(tǒng)通過(guò)定時(shí)任務(wù)，自動(dòng)計(jì)算項(xiàng)目中所有未完任務(wù)預(yù)計(jì)剩余

12、時(shí)間之和，畫(huà)出曲線圖。燃燒圖可以告訴我們很多東西。提示提示Page 38Buildbuild管理對(duì)于開(kāi)發(fā)來(lái)講是很重要的，它屬于scm的范疇。在禪道中，暫時(shí)將其簡(jiǎn)化。在項(xiàng)目開(kāi)發(fā)過(guò)程中，如果有若干功能已經(jīng)開(kāi)發(fā)完畢，需要提交測(cè)試，這是應(yīng)當(dāng)創(chuàng)建一個(gè)build，然后提交給QA進(jìn)行測(cè)試。后續(xù)的bug管理和測(cè)試任務(wù)管理都應(yīng)當(dāng)基于一個(gè)build展開(kāi)的。源代碼地址可以給出svn的存儲(chǔ)路徑或者其他版本控制系統(tǒng)的路徑。如果沒(méi)有源代碼地址，需要給出build包的存儲(chǔ)地址。提示提示Page 39提交測(cè)試提交測(cè)試所提交測(cè)試的項(xiàng)目必須關(guān)聯(lián)上產(chǎn)品，測(cè)試任務(wù)才可以生效。提示提示Page 40第五章第五章 質(zhì)量管理質(zhì)量管理 測(cè)試

13、用例管理 測(cè)試用例模塊 添加測(cè)試用例 測(cè)試用例詳情 測(cè)試任務(wù)管理 創(chuàng)建測(cè)試任務(wù) 管理用例 執(zhí)行用例 查看結(jié)果 創(chuàng)建Bug Bug管理 Bug處理流程 創(chuàng)建bug 解決bug 關(guān)閉bug 激活bug 編輯bugPage 41測(cè)試用例模塊測(cè)試用例模塊測(cè)試用例有自己?jiǎn)为?dú)的模塊劃分，獨(dú)立于產(chǎn)品視圖中的模塊劃分。為什么獨(dú)立開(kāi)，是因?yàn)槭褂媒嵌炔煌a(chǎn)品視圖中的模塊是給產(chǎn)品人員使用的，而測(cè)試用例模塊是為了維護(hù)用例使用的。Page 42測(cè)試用例管理測(cè)試用例管理(1)當(dāng)項(xiàng)目關(guān)聯(lián)需求之后，QA人員應(yīng)當(dāng)針對(duì)當(dāng)前項(xiàng)目所要開(kāi)發(fā)的需求創(chuàng)建測(cè)試用例。雖然可以不寫(xiě)測(cè)試用例，直接進(jìn)入bug測(cè)試環(huán)節(jié)，但這樣會(huì)有缺漏。在禪道系統(tǒng)中

14、，測(cè)試用例是分步驟的。Page 43測(cè)試用例管理（測(cè)試用例管理（2）Page 44測(cè)試用例詳情測(cè)試用例詳情Page 45創(chuàng)建測(cè)試任務(wù)創(chuàng)建測(cè)試任務(wù)Page 46關(guān)聯(lián)測(cè)試用例關(guān)聯(lián)測(cè)試用例Page 47執(zhí)行測(cè)試用例執(zhí)行測(cè)試用例(1)Page 48執(zhí)行測(cè)試用例執(zhí)行測(cè)試用例(2)Page 49用例執(zhí)行結(jié)果用例執(zhí)行結(jié)果Page 50創(chuàng)建創(chuàng)建Bug如果某一次用例執(zhí)行失敗，可以根據(jù)這個(gè)結(jié)果創(chuàng)建Bug，系統(tǒng)會(huì)自動(dòng)生成bug的重現(xiàn)步驟。Page 51BUG的解決方案的解決方案開(kāi)始測(cè)試就會(huì)有BUG出現(xiàn)，禪道中共有7種BUG解決方案：bydesign = 設(shè)計(jì)如此，無(wú)需改動(dòng)。duplicate = 重復(fù)Bug，以前已

15、經(jīng)有同樣的bug。external = 外部原因，非本系統(tǒng)原因。fixed = 已解決;notrepro = 無(wú)法重現(xiàn)，無(wú)非重現(xiàn)bug。postponed = 延期處理，確實(shí)是bug，但現(xiàn)在不解，放在以后。willnotfix = 不予解決Page 52解決解決BUG所以開(kāi)發(fā)人員在解決bug的時(shí)候，需要選擇相應(yīng)解決方案，并給予相應(yīng)的備注說(shuō)明，已方便測(cè)試人員驗(yàn)證bug。來(lái)看下如何解決bug：找到自己要解決bug（我的地盤中的bug列表，或者項(xiàng)目視圖中的bug列表，抑或測(cè)試視圖中的bug列表進(jìn)行搜索） 找到自己要解決的bug之后，點(diǎn)擊相應(yīng)的“解決”按鈕，即可進(jìn)入解決bug頁(yè)面。 Page 53解決

16、解決BUGPage 54Bug管理管理禪道里面提供了很多種途徑來(lái)進(jìn)行bug的查詢和管理。我的地盤里面有指派給自己的bug列表。 項(xiàng)目視圖中有屬于當(dāng)前項(xiàng)目的bug列表。 測(cè)試視圖中的缺陷管理，則是全功能的bug管理頁(yè)面 Page 55第六章第六章 我的地盤我的地盤前面所有的一切最終體現(xiàn)在每一個(gè)人每天的行動(dòng)上面。我的地盤中列出了需要自己處理的任務(wù)、需求、bug等。還可以通過(guò)“我的待辦”來(lái)管理自己每天的日程?！拔业拇k”類型分為三種，一種是和項(xiàng)目任務(wù)管理，一種是和bug關(guān)聯(lián)，還有一種是自定義。這樣可以將項(xiàng)目中的任務(wù)或者bug轉(zhuǎn)換為每天的“我的待辦”。Page 56創(chuàng)建我的待辦創(chuàng)建我的待辦Page 5

17、7第七章第七章 其他相關(guān)其他相關(guān)搜索功能需求、bug、用例都是可以進(jìn)行搜索的。支持全文檢索（like查詢，大數(shù)據(jù)量會(huì)有速度問(wèn)題。)郵件功能需求相關(guān)的操作和bug相關(guān)的操作都會(huì)email通知相關(guān)的人員。排序功能列表頁(yè)面點(diǎn)擊標(biāo)題都是可以進(jìn)行排序的。Page 58禪道軟件的核心流程禪道軟件的核心流程產(chǎn)品經(jīng)理維護(hù)產(chǎn)品和需求項(xiàng)目經(jīng)理建立項(xiàng)目，關(guān)聯(lián)需求。為需求分解任務(wù)，進(jìn)行開(kāi)發(fā)提交測(cè)試，解決bug。Page 59禪道中產(chǎn)品和項(xiàng)目禪道中產(chǎn)品和項(xiàng)目產(chǎn)品主要管理需求和計(jì)劃項(xiàng)目主要管理任務(wù)開(kāi)發(fā)需求產(chǎn)品定義一個(gè)完整的用戶故事，項(xiàng)目是去實(shí)現(xiàn)這個(gè)故事的過(guò)程。Page 60禪道使用流程圖禪道使用流程圖1、創(chuàng)建產(chǎn)品2、為產(chǎn)

18、品創(chuàng)建模塊3、為產(chǎn)品創(chuàng)建計(jì)劃4、根據(jù)模塊和計(jì)劃創(chuàng)建對(duì)應(yīng)的需求5、創(chuàng)建項(xiàng)目，一個(gè)項(xiàng)目中可以包含N個(gè)產(chǎn)品6、項(xiàng)目關(guān)聯(lián)到下屬產(chǎn)品7、項(xiàng)目關(guān)聯(lián)下屬產(chǎn)品的需求，使產(chǎn)品需求成為項(xiàng)目需求8、根據(jù)項(xiàng)目需求可以將需求劃分給項(xiàng)目組成員完成此需求9、一個(gè)產(chǎn)品所有的需求/任務(wù)完成時(shí)，創(chuàng)建build.10、通知測(cè)試部門針對(duì)此產(chǎn)品的此次版本進(jìn)行測(cè)試。11、測(cè)試根據(jù)用例的執(zhí)行情況，發(fā)現(xiàn)bug并在系統(tǒng)中提出。12、開(kāi)發(fā)針對(duì)此次測(cè)試提出的bug進(jìn)行修改后重新創(chuàng)建Build.重復(fù)1013、測(cè)試通過(guò)，發(fā)布穩(wěn)定版本Page 61Page 62細(xì)分需求、任務(wù)、缺陷，形成三權(quán)分立細(xì)分需求、任務(wù)、缺陷，形成三權(quán)分立需求研發(fā)產(chǎn)品測(cè)試產(chǎn)品經(jīng)理

19、，研發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)以需求為核心，通過(guò)項(xiàng)目緊密合作，最終實(shí)現(xiàn)產(chǎn)品的快速發(fā)布，贏得市場(chǎng)。所以說(shuō)產(chǎn)品是最關(guān)鍵的，因?yàn)樗鼪Q定著公司前進(jìn)的方向。Page 63上述是禪道的核心流程，讓我們看下其他的概念上述是禪道的核心流程，讓我們看下其他的概念Page 64產(chǎn)品計(jì)劃、發(fā)布、路線圖管理產(chǎn)品計(jì)劃、發(fā)布、路線圖管理 產(chǎn)品計(jì)劃可以回答公司其他部門關(guān)于產(chǎn)品發(fā)布的疑問(wèn)，也可以讓產(chǎn)品人員自己更好的規(guī)劃產(chǎn)品。 一期項(xiàng)目結(jié)束之后，可以創(chuàng)建發(fā)布。 然后計(jì)劃和發(fā)布形成某一個(gè)產(chǎn)品的路線圖。Page 65通過(guò)燃盡圖來(lái)了解項(xiàng)目進(jìn)度通過(guò)燃盡圖來(lái)了解項(xiàng)目進(jìn)度 燃盡圖是將項(xiàng)目中所有未完成任務(wù)的預(yù)計(jì)剩余工時(shí)累積起來(lái)，每天繪制一個(gè)坐標(biāo)，形成

20、燃盡圖。Page 66項(xiàng)目中的版本和測(cè)試管理管理項(xiàng)目中的版本和測(cè)試管理管理研發(fā)編碼創(chuàng)建build提交測(cè)試通過(guò)？修復(fù)bug發(fā)布測(cè)試整理用例Page 67基本的文檔管理基本的文檔管理Page 68通過(guò)動(dòng)態(tài)功能了解產(chǎn)品、項(xiàng)目和個(gè)人的情況通過(guò)動(dòng)態(tài)功能了解產(chǎn)品、項(xiàng)目和個(gè)人的情況產(chǎn)品和項(xiàng)目有動(dòng)態(tài)功能，可以查看某一個(gè)產(chǎn)品或者下面相關(guān)的動(dòng)作信息。可以通過(guò)組織視圖了解每一個(gè)人目前的狀態(tài)，包括其負(fù)責(zé)的需求、任務(wù)、bug，參與的項(xiàng)目，動(dòng)態(tài)信息等。Page 69我的地盤我做主我的地盤我做主禪道內(nèi)置了簡(jiǎn)單的todo管理，每個(gè)人每天上班可以快速安排下自己今天要做的事情。還可以通過(guò)我的地盤關(guān)注需要自己負(fù)責(zé)的需求、任務(wù)、bu

21、g等信息。Page 70 注意點(diǎn)總結(jié)注意點(diǎn)總結(jié)1、項(xiàng)目中提交測(cè)試任務(wù)時(shí)，這個(gè)項(xiàng)目必須跟產(chǎn)品關(guān)聯(lián)才可以。2、在處理需求、BUG的解決方案時(shí)，如果有按鈕就盡量操作按鈕，如果在編輯里修改可以會(huì)出現(xiàn)問(wèn)題。在BUG的編輯界面選擇轉(zhuǎn)需求時(shí)，該BUG不會(huì)到產(chǎn)品需求中。如果點(diǎn)擊按鈕則可以。在產(chǎn)品需求的編輯界面關(guān)聯(lián)計(jì)劃時(shí)，需求的狀態(tài)不發(fā)生變化。當(dāng)在計(jì)劃里關(guān)聯(lián)需求時(shí)，需求的狀態(tài)才發(fā)生變化。3、創(chuàng)建發(fā)布時(shí)必須有兩個(gè)前提：p 該產(chǎn)品關(guān)聯(lián)過(guò)項(xiàng)目p 該產(chǎn)品創(chuàng)建過(guò)版本4、提交測(cè)試任務(wù)時(shí)，沒(méi)有指派的功能，需要相應(yīng)的人員線下通知一下。5、產(chǎn)品-項(xiàng)目的狀態(tài)是手動(dòng)維護(hù)的，不會(huì)根據(jù)產(chǎn)品需求的進(jìn)展發(fā)生變化 在產(chǎn)品-項(xiàng)目中你可能會(huì)看到項(xiàng)

22、目狀態(tài)是未啟動(dòng)，進(jìn)度是65%的現(xiàn)象。Page 716、測(cè)試-用例，會(huì)紀(jì)錄這個(gè)用例的所有執(zhí)行結(jié)果。測(cè)試-測(cè)試任務(wù)中，只會(huì)顯示在測(cè)試任務(wù)中的執(zhí)行結(jié)果。所以在有測(cè)試任務(wù)時(shí)，建議把相關(guān)的用例關(guān)聯(lián)到測(cè)試任務(wù)下再執(zhí)行。7、注意：項(xiàng)目必須關(guān)聯(lián)上產(chǎn)品，才可以關(guān)聯(lián)需求項(xiàng)目中關(guān)聯(lián)相應(yīng)的需求后，才會(huì)顯示相應(yīng)的模塊信息。比如：產(chǎn)品中的模塊A有4條需求，項(xiàng)目需求如果不關(guān)聯(lián)模塊A的需求時(shí)，則在項(xiàng)目中不顯示模塊A的信息，如果項(xiàng)目需求關(guān)聯(lián)了模塊A四條需求的任意一條，項(xiàng)目中就會(huì)顯示模塊A的信息。9、需求的階段字段“等待”默認(rèn)是不顯示的。當(dāng)一個(gè)需求沒(méi)有關(guān)聯(lián)項(xiàng)目也沒(méi)有關(guān)聯(lián)計(jì)劃時(shí)，是等待界面，在zentao里顯示的是空白。Page

23、7210、需求的階段已計(jì)劃、已立項(xiàng)、開(kāi)發(fā)中、開(kāi)發(fā)完畢、測(cè)試中、測(cè)試完畢可以根據(jù)項(xiàng)目中需求的開(kāi)發(fā)、測(cè)試任務(wù)的完成而進(jìn)行階段的改變?！耙羊?yàn)收”、“已發(fā)布”需要手工改。11、開(kāi)發(fā)任務(wù)，直接完成，相關(guān)需求的狀態(tài)不發(fā)生改變，必須先開(kāi)始測(cè)試任務(wù)，直接完成，相關(guān)需求的階段發(fā)生改變12、職位的鍵職不可以超過(guò)10。13、產(chǎn)品中的需求只有是激活狀態(tài)時(shí)，才可以在項(xiàng)目中進(jìn)行關(guān)聯(lián)。14、同一個(gè)需求可以建多個(gè)任務(wù)，包括設(shè)計(jì)、開(kāi)發(fā)、測(cè)試等。15、模塊底下的BUG轉(zhuǎn)需求時(shí)，還要選一下相應(yīng)的模塊，不然轉(zhuǎn)到產(chǎn)品需求下不會(huì)進(jìn)行模塊的匹配。Page 73常見(jiàn)問(wèn)題常見(jiàn)問(wèn)題1、產(chǎn)品創(chuàng)建好模塊之后，為什么創(chuàng)建、產(chǎn)品創(chuàng)建好模塊之后，為什么創(chuàng)

24、建bug的時(shí)候沒(méi)有模塊的時(shí)候沒(méi)有模塊？我們?cè)谠O(shè)計(jì)的時(shí)候，產(chǎn)品、bug和測(cè)試的模塊是分開(kāi)的。主要考慮到不同角色使用的角度不同。比如站在測(cè)試角度，模塊可能會(huì)劃分出來(lái)兼容性測(cè)試、安全性測(cè)試等等?？梢詫a(chǎn)品視圖的模塊一一復(fù)制過(guò)來(lái)。2、創(chuàng)建創(chuàng)建bug的時(shí)候，為什么沒(méi)有優(yōu)先級(jí)字段？的時(shí)候，為什么沒(méi)有優(yōu)先級(jí)字段？從流程上來(lái)講，測(cè)試人員不應(yīng)該直接設(shè)定bug的優(yōu)先級(jí)。而是應(yīng)該有產(chǎn)品經(jīng)理或者項(xiàng)目經(jīng)理評(píng)估bug，然后再設(shè)定優(yōu)先級(jí)。3、為什么任務(wù)工時(shí)的預(yù)計(jì)剩余時(shí)間不能自動(dòng)計(jì)算？、為什么任務(wù)工時(shí)的預(yù)計(jì)剩余時(shí)間不能自動(dòng)計(jì)算？任務(wù)的估計(jì)有三個(gè)字段：最初估計(jì)、已消耗和預(yù)計(jì)剩余。但這三者不是簡(jiǎn)單的加減關(guān)系，所以預(yù)計(jì)剩余不能簡(jiǎn)單的用最初估計(jì) - 已消耗來(lái)計(jì)算，而應(yīng)該每天由負(fù)責(zé)該任務(wù)的同事重新估算。Page 744、需求為什么不能激活？、需求為什么不能激活？為了防止需求頻繁的被激活