




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、禪道使用手冊-研發(fā)和測試部分版本:1.0文檔作者:胡紹云創(chuàng)建日期:2010-10-13當(dāng)前版本:1. 0版權(quán)所有Copyright目錄第1章引言1.1 目的1.2適用范圍1.3禪道是什么1.4禪道的特點第2章使用流程2.1創(chuàng)建產(chǎn)品2.2添加需求2.3創(chuàng)建項目2.4關(guān)聯(lián)需求2.5分解任務(wù)2.6Bug 管理2.7創(chuàng)建發(fā)布第3章開發(fā)團(tuán)隊篇3.1領(lǐng)取任務(wù)并更新3.2 創(chuàng)建 Build 3.3提交測試任務(wù)3.4Bug 處理第4章測試團(tuán)隊篇4.1測試團(tuán)隊4.1.1測試項目主管4.1.2測試人員4.2用例管理4.2.1維護(hù)測試用例視圖422創(chuàng)建用例423管理測試任務(wù)4.2.4執(zhí)行用例4.3缺陷管理4.3.1
2、維護(hù)Bug視圖模塊4.3.2 創(chuàng)建 Bug4.3.3驗證/關(guān)閉Bug4.4查看統(tǒng)計報表 第5章組織視圖5.1用戶列表5.2部門維護(hù)5.3權(quán)限分組5.4公司管理第6章我的地盤6.1 我的 TODO6.2我的任務(wù)6.3 我的 Bug6.4我的項目6.5我的檔案第7章文檔視圖7.1文檔列表7.2維護(hù)模塊第8章后臺管理8.1回收站8.2從其他系統(tǒng)導(dǎo)入引言1.1 目的為讓大家熟悉禪道,并能進(jìn)行基本操作,特編寫此手冊作為使用本測試工具 的操作指南。1.2 適用范圍本手冊介紹了禪道的使用方法,適用于產(chǎn)品經(jīng)理、項目經(jīng)理進(jìn)行項目管理、 事務(wù)管理、組織管理、人員管理等; 適用于測試人員進(jìn)行編寫用例和執(zhí)行用例的 操
3、作;適用于開發(fā)人員查看Bug并進(jìn)行Bug狀態(tài)改寫的操作。1.3 禪道是什么禪道項目管理軟件(ZenTaoPMS是一款國產(chǎn)的,基于LGPL協(xié)議,開源免費的 項目管理軟件,它集產(chǎn)品管理、項目管理、測試管理于一體,同時還包含了事務(wù) 管理、組織管理等諸多功能。禪道項目管理軟件使用PHP+MySQE發(fā),基于自主的PHF開發(fā)框架ZenTaoPH盹成。第三方開發(fā)者或者企業(yè)可以非常方便的開發(fā)插件或者進(jìn)行定制。1.4 禪道的特點1. 集成了產(chǎn)品管理、項目管理、測試管理、人員管理、發(fā)布管理、事務(wù)管 理等功能于一體。一個軟件就可以完成項目管理的最核心的任務(wù)。2. 開源免費,降低企業(yè)部署的成本3. 功能注重實效,使用
4、方便,沒有太多復(fù)雜的概念。4. 基于PHP+MySQ開發(fā),企業(yè)自主改動方便。并且基于 ZenTaoPHp匡架,為第三方開發(fā)者的加入打下了堅實的基礎(chǔ)。5. 主要理念基于scrum,同時結(jié)合了 PMP里面的很多概念。6. 支持多公司,多項目,多產(chǎn)品,多團(tuán)隊的開發(fā)。7. 靈活的權(quán)限設(shè)置。8. 支持產(chǎn)品與項目之間的矩陣關(guān)系。使用流程創(chuàng)建產(chǎn)品在禪道中, 產(chǎn)品是一切的核心, 所有的東西基本上都是圍繞產(chǎn)品展開。 那么 如何創(chuàng)建第一個產(chǎn)品呢?1. 產(chǎn)品經(jīng)理登錄禪道。2. 進(jìn)入產(chǎn)品視圖。3. 在頁面右側(cè),有“新增產(chǎn)品”選項。4. 點擊【新增產(chǎn)品】,出現(xiàn)產(chǎn)品創(chuàng)建的頁面。5. 在這個頁面中, 產(chǎn)品名稱和產(chǎn)品代號是必
5、填的。 比如,我們創(chuàng)建一個 “測試產(chǎn)品”,代號為 test 。點擊保存添加需求添加了產(chǎn)品之后,需要創(chuàng)建一個需求。所謂需求,就是來描述一件事情,如模板:作為一名 某種類型的用戶 ,我 希望達(dá)成某些目的 ,這樣可以開發(fā)的價值 。這樣的需求,有用戶角色,有行 為,也有目的和價值所在,非常方便與團(tuán)隊成員進(jìn)行溝通。創(chuàng)建需求的步驟如下:1. 產(chǎn)品經(jīng)理登錄禪道。2. 進(jìn)入產(chǎn)品視圖。3. 在頁面右側(cè),有“新增需求”菜單,點擊菜單,出現(xiàn)新增需求的頁面。4. 需求的創(chuàng)建頁面,預(yù)計工時和需求名稱都為必填項。預(yù)計工時,也就是 你估計完成這個需求大約多少個小時。注意:由誰評審,選擇不需要評審,這樣新創(chuàng)建的需求狀態(tài)是激活
6、狀態(tài)。只 有激活狀態(tài)的需求才能關(guān)聯(lián)到項目中,進(jìn)行開發(fā)。創(chuàng)建項目創(chuàng)建了產(chǎn)品和需求以后, 需要創(chuàng)建一個項目, 來完成這個需求。 在實際的情 況中,肯定會有多個需求。 那么如何確定一個項目中該做哪些需求呢?應(yīng)該對需 求進(jìn)行優(yōu)先級的排列,并根據(jù)項目的周期和參與的人手來決定。創(chuàng)建項目的步驟:1. 項目經(jīng)理登錄禪道2. 進(jìn)入項目視圖。3. 在頁面的右側(cè),有“新增項目”按鈕。4. 點擊此按鈕,進(jìn)入新增項目頁面。5. 項目名稱、項目代號、起止日期和團(tuán)隊名稱為必填項。6. 訪問控制選擇“私有項目” 。創(chuàng)建了項目之后,要確定其團(tuán)隊成員。在禪道里面,是通過“團(tuán)隊成員”管 理來完成的。1. 進(jìn)入項目視圖之后,點擊【團(tuán)
7、隊成員】 ,出現(xiàn)團(tuán)隊的成員列表。2. 點擊下面的團(tuán)隊管理,即可維護(hù)團(tuán)隊的成員。注意:成員在該項目中預(yù)計投入的時間。 不能按照項目中的成員, 每天都是8 小時全勤投入來計算。關(guān)聯(lián)需求項目創(chuàng)建完之后,需要關(guān)聯(lián)要做的需求。首先,需要關(guān)聯(lián)產(chǎn)品。步驟如下:1. 項目經(jīng)理登錄禪道。3. 點擊【關(guān)聯(lián)產(chǎn)品】按鈕。然后點選該項目相關(guān)的產(chǎn)品即可確定了產(chǎn)品之后,第二個操作就是關(guān)聯(lián)需求。1. 項目經(jīng)理登錄禪道。2. 進(jìn)入項目視圖。3. 點擊【關(guān)聯(lián)需求】,出現(xiàn)關(guān)聯(lián)需求的界面。在關(guān)聯(lián)需求的時候,可以按照優(yōu)先級進(jìn)行排序。(只有審批通過的需求才能在“關(guān)聯(lián)需求”中顯示 )分解任務(wù)需求確定之后,項目中幾個關(guān)鍵的因素都有了。確定的
8、時間,確定的人手, 確定的事情,那么接下來就是如何在規(guī)定的時間里面,調(diào)用團(tuán)隊的成員積極性, 完成這些事情。第一步,就是要分解任務(wù)。分解任務(wù)的步驟:1. 項目經(jīng)理進(jìn)入項目視圖。2. 進(jìn)入需求列表。3. 選擇某一個需求,點擊【分解任務(wù)】 。分解任務(wù)的時候, 注意確定任務(wù)的優(yōu)先級, 還有非常重要的就是任務(wù)的最初 預(yù)計當(dāng)任務(wù)分解完后, 團(tuán)隊成員領(lǐng)取自己的任務(wù), 開始具體的工作。 然后每天更新自己所負(fù)責(zé)的任務(wù),更新其預(yù)計時間。Bug管理1. 提交 Bug提交Bug的步驟:A. 測試人員進(jìn)入QA視圖。B. 在頁面右側(cè)有“創(chuàng)建Bug”按鈕。C. 點擊【創(chuàng)建 Bug】。D. 影響版本和Bug標(biāo)題為必填項。2.
9、 解決 Bug開發(fā)人員針對分配給自己的 Bug去解決,解決Bug的步驟:A. 進(jìn)入我的地盤或QA視圖。B. 選擇“我的Bug”或“缺陷管理”后,點擊【解決】按鈕C. 填寫解決方案,如“已解決” ,選擇解決版本,添加備注D. 點擊【保存】,顯示Bug頁面。針對Bug狀態(tài)為“已解決”的Bug,如果問題依然存在,則需要重新打 開Bug。激活Bug的步驟:A. 進(jìn)入我的地盤或QA視圖。B. 選擇“我的Bug”或“缺陷管理”后,點擊 Bug標(biāo)題后進(jìn)入QA視圖 的缺陷管理中的Bug頁面。C. 直接點擊【激活】按鈕,添加備注。D. 點擊【保存】,Bug的狀態(tài)變?yōu)椤凹せ睢睜顟B(tài)。4. 關(guān)閉 Bug針對Bug狀態(tài)
10、為“已解決”的Bug,如果此時問題不再存在,則此時測 試人員需要關(guān)閉Bug。關(guān)閉Bug的步驟:A. 進(jìn)入我的地盤或QA視圖。B. 選擇“我的Bug”或“缺陷管理”后,直接點擊操作后的【關(guān)閉】按 鈕。C. 添加備注后,點擊【保存】。我的地盤中的“我的Bug”中將不會存 在狀態(tài)為“關(guān)閉”的 Bug。創(chuàng)建發(fā)布當(dāng)某一期的項目結(jié)束后,如果這一期的版本可以對外發(fā)布,此時產(chǎn)品經(jīng)理的 一個職責(zé)就是創(chuàng)建一個發(fā)布。 創(chuàng)建發(fā)布的意義在于告知相關(guān)部門人員, 有新產(chǎn)品 上線,可以讓相關(guān)人員繼續(xù)開展工作。創(chuàng)建發(fā)布的步驟:1. 產(chǎn)品經(jīng)理進(jìn)入產(chǎn)品視圖,選擇“發(fā)布列表” 。2. 點擊【創(chuàng)建發(fā)布】,進(jìn)入創(chuàng)建發(fā)布頁面。3. 填寫必
11、填項:發(fā)布名稱、 Build 和發(fā)布日期。注意:發(fā)布的前提是要創(chuàng)建一個 Build 。開發(fā)團(tuán)隊篇開發(fā)團(tuán)隊在項目中的主要任務(wù)就是解決 Bug,所以針對開發(fā)人員而言只需要 針對“我的地盤”進(jìn)行相應(yīng)的操作。領(lǐng)取任務(wù)并更新任務(wù)分解完畢之后, 自己領(lǐng)取自己感興趣的任務(wù), 然后開始每天的工作。 然 后一定要每天更新自己所負(fù)責(zé)的任務(wù)。如圖 3.1.1 所示,在我的任務(wù)頁面中可以查看到分配給開發(fā)人員的的任務(wù), 開發(fā)人員可以根據(jù)任務(wù)安排,進(jìn)行任務(wù)更新。更新任務(wù)的步驟:1) 進(jìn)入我的地盤中的我的任務(wù)頁面中, 點擊操作欄中的 【更新任務(wù)】 按 鈕。2) “進(jìn)行中”,更改已經(jīng)消耗為“ 2”(工時)。3)圖 3.1.2
12、 更新任務(wù)頁面2. 任務(wù)狀態(tài)如圖 3.1.2 所示的頁面中,任務(wù)狀態(tài)一欄中有四種狀態(tài):未開始、進(jìn)行中、 已完成和已取消。3. 工時信息如圖 3.1.2 所示的頁面中,綠色框中為工時信息。工時信息包括最初預(yù)計、 已經(jīng)消耗和預(yù)計剩余三條信息,單位都為“工時” 。A. 最初預(yù)計即創(chuàng)建任務(wù)的時候的最初預(yù)計。 該字段在任務(wù)開始之后, 不應(yīng)該再進(jìn)行修改。 這個字段當(dāng)任務(wù)結(jié)束之后,可以和已經(jīng)消耗字段進(jìn)行對比,以糾正自己的估計。B. 已經(jīng)消耗是在這個任務(wù)上所有花費的工時數(shù)。C. 預(yù)計剩余預(yù)計這個任務(wù)完成大約還需要多少時間。如果預(yù)計剩余為 0,則表示任務(wù)完成。1. 最初預(yù)計工已經(jīng)消耗+預(yù)計剩余。2. 一定要每天
13、更新自己所負(fù)責(zé)的任務(wù),因為燃盡圖的繪制,就是通過預(yù)計 剩余這個字段來計算的。創(chuàng)建 Build在項目進(jìn)展過程中,當(dāng)若干功能完成之后,這時可以創(chuàng)建一個 build ,以提 交給測試人員進(jìn)行測試。 build 這個概念,在中文里面還沒有特別合適的翻譯, 比較接近的是版本這個概念。在一個項目中,可以創(chuàng)建很多個 build 。有的可能只是用來開發(fā)的自測,有 的則是用來提交給測試人員進(jìn)行測試。而整個項目中最后測試通過的 build ,則 可以創(chuàng)建發(fā)布。創(chuàng)建 build 的步驟如下:1. 進(jìn)入項目視圖,選擇要創(chuàng)建 build 的項目。3. 點擊“創(chuàng)建 build ”,進(jìn)入圖 3.2 所示的創(chuàng)建 build
14、頁面。圖 3.2 創(chuàng)建 Build1. build 的名稱編號,團(tuán)隊?wèi)?yīng)該有自己的配置管理規(guī)范。比如可以是產(chǎn)品名_版本號狀態(tài)(stble,beta之類)_日期。2. 不同開發(fā)語言其 build 的存在形式也不同,有的需要編譯,有的只需要源代碼。請根據(jù)公司的實際情況來填寫源代碼地址,或者是存儲地址。3. 描述里面可以填寫本次解決的 Bug,或者完成的需求列表。提交測試任務(wù)在完成了若干功能之后, 即可創(chuàng)建一個 build ,然后提交測試人員進(jìn)行測試。在其他的很多測試管理軟件中,有很復(fù)雜的概念,比如測試計劃,測試執(zhí)行,等 等。傳統(tǒng)意義上所講的測試計劃,可以放到文檔管理中。提交測試任務(wù)的步驟:1. 進(jìn)入
15、QA視圖。2. 選擇“測試任務(wù)”,進(jìn)入測試任務(wù)列表頁面。3. 然后點擊頁面右側(cè)的“創(chuàng)建測試任務(wù)”,進(jìn)入如圖 3.3 所示的創(chuàng)建任務(wù)頁面,即可創(chuàng)建測試任務(wù)。圖 3.3 創(chuàng)建測試任務(wù)創(chuàng)建測試任務(wù)頁面中所屬項目、 Build 、開始日期、結(jié)束日期、當(dāng)前狀態(tài)、 任務(wù)名稱都為必填項。其中所屬項目為項目經(jīng)理所創(chuàng)建的并且關(guān)聯(lián)過此產(chǎn)品的項目。 當(dāng)前狀態(tài)中有 四個選項,分別為:未開始、進(jìn)行中、已完成和被阻塞。當(dāng)前狀態(tài)用來控制測試 任務(wù)的執(zhí)行狀態(tài)。1. 一定要選擇相應(yīng)的 build 。2. 任務(wù)描述里面,可以注明此次測試需要注意的地方。3. 目前測試任務(wù)還沒有指派的功能,所以需要大家線下通知測試團(tuán)隊的負(fù) 責(zé)人,由
16、他來負(fù)責(zé)組織相應(yīng)人員來進(jìn)行測試。Bug處理如圖341所示為“我的Bug”頁面,此模塊下的Bug是被指派給用戶的Bug,用戶可以去針對Bug進(jìn)行解決、激活、關(guān)閉的操作。1. 解決Bug的步驟解決Bug的步驟如下所示:1)進(jìn)入我的地盤或QA視圖。2)選擇“我的Bug”或“缺陷管理”后,點擊【解決】按鈕。進(jìn)入如圖342 所示的QA視圖下的缺陷管理中的解決Bug頁面。3)填寫解決方案,如“已解決” ,選擇解決版本,添加備注。4)點擊【保存】,顯示Bug頁面。2. 解決方案如圖3.4.2所示的頁面中解決方案中有:設(shè)計如此、重復(fù)Bug、外部原因、已解決、無法重現(xiàn)、延期處理和不予解決共 7 種方案。測試人員
17、或外部環(huán)境原因造成的 Bug:重復(fù)Bug外部原因。確定此Bug存在:已解決、延期處理、無法重現(xiàn)。Bug不予修改:設(shè)計如此、不予解決。3. 歷史記錄如圖 3.4.2 所示的頁面中,綠色框中為歷史記錄,也就是所有針對此 Bug進(jìn)行過的操作都會被記錄在歷史記錄中。4. Bug管理禪道里面提供了很多種途徑來進(jìn)行 Bug的查詢和管理。A. 我的地盤里面有指派給自己的 Bug列表“我的Bug”。B. 項目視圖中有屬于當(dāng)前項目的 Bug 列表。C. QA視圖中的缺陷管理,則是全功能的 Bug管理頁面5. 文檔管理在一期項目中, 應(yīng)該產(chǎn)生相應(yīng)的文檔。 比如接口文檔。 項目中應(yīng)該產(chǎn)生哪些 文檔,具體由公司的管理
18、規(guī)范來制定。測試團(tuán)隊篇測試團(tuán)隊對于一個完整的測試團(tuán)隊而言, 應(yīng)該分為測試項目主管人員和普通測試人員 兩個角色。在組織視圖 -權(quán)限分組中對于兩個角色的權(quán)限進(jìn)行了明確的分配。測試項目主管產(chǎn)品經(jīng)理創(chuàng)建了產(chǎn)品并添加了需求; 項目經(jīng)理創(chuàng)建項目以后, 由項目經(jīng)理把 項目和需求關(guān)聯(lián)起來。有了這些前提以后測試項目主管就可以點擊【分解任務(wù)】 來把此需求分配給測試人員。此外,測試項目主管還應(yīng)該有以下的操作:1. 維護(hù)Bug視圖和測試用例視圖。2. 在項目視圖中創(chuàng)建Bug,此時點擊【Bug】可以直接鏈接到QA視圖中的缺陷管理3. QA視圖中的操作測試人員項目經(jīng)理分解任務(wù)以后, 測試人員可以根據(jù)被分配的任務(wù)和需求,
19、進(jìn)行測試 用例的編寫、執(zhí)行,以及創(chuàng)建 Bug跟蹤Bug到可關(guān)閉狀態(tài)的一系列操作。用例管理用例管理頁面如圖 4.2 所示。在頁面中可以對用例進(jìn)行編輯和刪除的操作。圖 4.2 用例管理維護(hù)測試用例視圖如圖 4.2 中紫色框所示,點擊【維護(hù)模塊】 ,將會進(jìn)入如圖 4.2.1 所示的維護(hù)子 模塊頁面, 在維護(hù)子模塊中可以添加或更改子模塊, 保存后在頁面左側(cè)的維護(hù)用 例視圖模塊中顯示維護(hù)后的結(jié)果。圖 4.2.1 維護(hù)子模塊在維護(hù)用例視圖模塊中, 可以對添加的子模塊添加子模塊, 可以添加很多層的子 模塊。并且可以對子模塊進(jìn)行編輯和刪除的操作。創(chuàng)建用例如圖 4.2 中所示,頁面右上角的按鈕【創(chuàng)建用例】 ,點
20、擊【創(chuàng)建用例】將進(jìn)入到 如圖 4.2.2 所示的創(chuàng)建用例的頁面。其中用例類型和用例標(biāo)題為必填項。422創(chuàng)建用例A. 用例類型如圖422中的綠色框所示,一共包括:功能測試、性能測試、配置相關(guān)、安裝部署、安全相關(guān)和其他共6種用例類型。B. 適用階段如圖422中的紅色框所示,一共包括:單元測試階段、功能測試階段、集成測試階段、系統(tǒng)測試階段、冒煙測試階段和版本驗證階段,共6個階段C. 優(yōu)先級如圖422中的紫色框所示,分為1、2、3、4級,分別為:低級、中級、高 級和最咼級。D. 用例步驟如圖422中的橙色框所示,用例步驟中的操作一欄中有三個按鈕,其中團(tuán)表示在此行的上方加一行,表示在此行的下方加一行,I
21、EI表示刪除此行。管理測試任務(wù)測試任務(wù)頁面如圖423所示圖423測試任務(wù) 測試任務(wù)頁面中有五個按鈕: 【創(chuàng)建測試任務(wù)】、【用例】、【關(guān)聯(lián)】、【編輯】和【刪 除】按鈕。1. 創(chuàng)建測試任務(wù)測試任務(wù)頁面的右上角有一個按鈕【創(chuàng)建測試任務(wù)】 ,點擊此按鈕后就會進(jìn)入到 圖 4.2.3-1 所示的頁面。圖 4.2.3-1 創(chuàng)建測試任務(wù)創(chuàng)建測試任務(wù)頁面中所屬項目、 Build 、開始日期、結(jié)束日期、當(dāng)前狀態(tài)、任務(wù) 名稱都為必填項。其中所屬項目為項目經(jīng)理所創(chuàng)建的并且關(guān)聯(lián)過此產(chǎn)品的項目。 Build 為開發(fā)人員 為此項目在項目視圖中創(chuàng)建的 Build 。當(dāng)前狀態(tài)中有四個選項,分別為:未開始、進(jìn)行中、已完成和被阻塞
22、。當(dāng)前狀態(tài) 用來控制測試任務(wù)的執(zhí)行狀態(tài)。2. 關(guān)聯(lián)用例如圖 4.2.3 所示,點擊任務(wù)列表后的【用例】按鈕,進(jìn)入到如圖 4.2.3-2 所示的 頁面。圖 4.2.3-2 關(guān)聯(lián)用例頁面在頁面左側(cè)選擇要關(guān)聯(lián)用例的模塊后,點擊【關(guān)聯(lián)用例】按鈕,進(jìn)入到如圖4.2.3-3 所示的關(guān)聯(lián)用例的頁面圖 4.2.3-3 關(guān)聯(lián)用例執(zhí)行用例在用例顯示區(qū),可以選擇關(guān)聯(lián)的版本并勾選用例,點擊【保存】后將返回到圖4.2.3-4 所示的用例頁面。圖 4.2.4-1 用例頁面1. 執(zhí)行用例點擊【執(zhí)行】按鈕,將會進(jìn)入到如圖 4.2.4-2 所示的頁面。圖 4.2.4-2 執(zhí)行用例頁面執(zhí)行用例頁面中顯示用例的步驟和預(yù)期結(jié)果。 測
23、試結(jié)果中有三個選項, 分別為通 過、失敗和阻塞。測試人員根據(jù)測試的執(zhí)行結(jié)果來選擇測試結(jié)果。當(dāng)測試結(jié)果為失敗時,圖 4.2.4-2 頁面中的最終結(jié)果將顯示“失敗” ,狀態(tài)變?yōu)?“已完成”。當(dāng)測試結(jié)果為通過時,圖 4.2.4-2 頁面中的最終結(jié)果將顯示 “通過”, 狀態(tài)變?yōu)椤耙淹瓿伞薄?. 創(chuàng)建 Bug當(dāng)測試結(jié)果為“失敗”時,需要在用例頁面中點擊【創(chuàng)建Bug】按鈕,此時將會進(jìn)入“缺陷管理”中的創(chuàng)建 Bug的頁面。具體操作步驟請參照432中的創(chuàng)建Bug。缺陷管理缺陷管理也就是對 Bug 進(jìn)行管理,如圖 4.3 為缺陷管理頁面圖 4.3 缺陷管理頁面維護(hù) Bug 視圖模塊在QA視圖中的缺陷管理目錄下,
24、按鈕【維護(hù)模塊】可以鏈接到圖431所示的頁面。圖 4.3.1 維護(hù)模塊在維護(hù)模塊頁面中,可以為產(chǎn)品增加子模塊,又可以為子模塊增加子模塊。 并且對數(shù)量沒有限制。創(chuàng)建 Bug創(chuàng)建Bug頁面如圖432所示。頁面中影響版本和Bug標(biāo)題為必填項。圖432創(chuàng)建Bug頁面A. 類型如圖432所示頁面中紅色框為Bug類型。選項包括:代碼錯誤、界面優(yōu)化、 設(shè)計缺陷、配置相關(guān)、安裝部署、安全相關(guān)、性能問題、標(biāo)準(zhǔn)規(guī)范、測試腳本和 其他共 10種類型。B. 嚴(yán)重程度如圖4.3.2中的綠色Bug狀態(tài)中的嚴(yán)重程度分為四個等級,即:級缺陷系統(tǒng)崩潰二級缺陷功能未實現(xiàn)三級缺陷容錯性四級缺陷其他任何缺陷C. 系統(tǒng)如圖 4.3.2
25、 中的枚紅色框所示,系統(tǒng)有包括 windows、windowsXP、 Linux 在內(nèi)的 11 種系統(tǒng)選項。D. 瀏覽器如圖 4.3.2 中的橙色框所示,瀏覽器有包括 IE 系列、 Firefox 系列、 Opera 系列在內(nèi)的共 10 種瀏覽器選項。1. 項目和任務(wù),以及相關(guān)需求,應(yīng)該認(rèn)真填寫,這樣可以將 bug 和項目, 任務(wù),需求關(guān)聯(lián)起來,以便以后的統(tǒng)計分析。2. 影響版本是必填的。而這里面的列表來源,則是項目中的 build 。3. 重現(xiàn)步驟應(yīng)該翔實準(zhǔn)確,確保開發(fā)人員可以重現(xiàn)改 bug。驗證 / 關(guān)閉 Bug 進(jìn)入圖4.3所示的缺陷管理頁面,直接點擊“ Bug標(biāo)題”進(jìn)入圖433所示的B
26、ug頁面。圖 4.3.3Bug 頁面在Bug頁面中可以對Bug進(jìn)行“關(guān)閉”和“激活”的操作。當(dāng)開發(fā)人員對Bug進(jìn)行“解決”后,測試人員即可對 Bug進(jìn)行驗證。如果Bug依然存在,此時點擊【激活】來重新打開Bug;如果經(jīng)驗證問題已被解決,此時點擊【關(guān)閉】按鈕來將 Bug關(guān)閉。查看統(tǒng)計報表創(chuàng)建統(tǒng)計報表的步驟:1. 點擊【統(tǒng)計報表】按鈕,進(jìn)入如圖 4.4 所示頁面。圖 4.4 統(tǒng)計報表2. 圖中左側(cè)為“請選擇報表類型” ,可以在此處選擇所要生成報表的類型, 點擊【生成報表】后再統(tǒng)計報表區(qū)域會查看到符合類型的報表。3. 右側(cè)區(qū)域為滿足類型的數(shù)據(jù),包括:條目、值和百分比。組織視圖在組織視圖頁面中可以進(jìn)行
27、用戶列表管理、 部門維護(hù)、權(quán)限分組管理和公司管理 的操作。用戶列表 進(jìn)入組織視圖頁面,點擊【用戶列表】可以進(jìn)入到 5.1.1 頁面。圖 5.1.1 用戶列表1. 全部用戶頁面顯示區(qū)顯示全部用戶列表, 如圖 5.1.1 中紫色框中顯示。也可以點擊圖 5.1.1 紅色框中的【全部用戶】按鈕,進(jìn)入此頁面。2. 添加用戶點擊圖 5.1.1 中紅色框中【添加用戶】按鈕,進(jìn)入添加用戶頁面如圖 5.1.2 所示。 在此頁面可以添加系統(tǒng)用戶。紅色框中所屬部門,在【維護(hù)部門結(jié)構(gòu)】中維護(hù)。 文本框后面有 * 后綴為必填項。圖 5.1.2 添加用戶3. 維護(hù)部門結(jié)構(gòu)同樣在圖 5.1.1 中紅色框中,單擊【維護(hù)部門結(jié)
28、構(gòu)】按鈕,直接鏈接進(jìn)入如圖5.1.3 所示部門維護(hù)頁面。圖 5.1.3 部門維護(hù)部門維護(hù) 如圖 5.1.1 所示,直接點擊【部門維護(hù)】 按鈕,也可以進(jìn)入圖 5.1.3 【部門維護(hù)】 頁面。在此頁面紅色框中可以填寫要增加的部門, 可以對每個新增加的部門再進(jìn)行增加 下級部門的操作, 此操作不限制下級部門的個數(shù)。 點擊保存后自動顯示在左側(cè)綠 色框中,可以進(jìn)行排序操作。權(quán)限分組點擊圖 5.1.1 中的【權(quán)限分組】按鈕,進(jìn)入如圖 5.3.1 頁面。圖 5.3.1 權(quán)限維護(hù)在頁面顯示區(qū),可查看分組狀況,其中有編號、分組名稱、分組描述、用戶列表 以及操作分欄。在頁面的右上角紫色框中有新增分組按鈕,可以進(jìn)行分
29、組的新增操作。紅色框中為可以進(jìn)行的操作, 分別為【權(quán)限維護(hù)】、【成員維護(hù)】、【編輯】、【復(fù)制】、 【刪除】。1. 新增分組點擊【新增分組】 按鈕后可進(jìn)入圖 5.3.2 所示的頁面, 可以填寫分組名稱和分組 描述。圖 5.3.2 新增分組2. 權(quán)限維護(hù) 點擊【權(quán)限維護(hù)】按鈕,可以進(jìn)入如圖 5.3.3 所示頁面,每個分組的權(quán)限可在此 頁面進(jìn)行添加或刪除的操作。圖 5.3.3 權(quán)限維護(hù)3. 成員維護(hù)點擊【成員維護(hù)】按鈕,可以進(jìn)入圖 5.3.4 所示頁面,對本組的成員進(jìn)行添加或 刪除的操作。圖 5.3.4 成員維護(hù)4. 復(fù)制點擊【復(fù)制】按鈕,可以進(jìn)入復(fù)制分組頁面,此頁面中可以選擇“復(fù)制權(quán)限”和 “復(fù)制
30、用戶” 兩個操作。修改分組名稱或分組權(quán)限后, 在權(quán)限維護(hù)頁面中將會增 加復(fù)制后的分組。公司管理點擊【公司管理】按鈕,可以進(jìn)入到 5.4 頁面。在此頁面可以進(jìn)行公司名稱、 聯(lián)系電話、傳真、通訊地址、郵政編碼、公司網(wǎng)站、 公司內(nèi)網(wǎng)、PMM站、匿名登錄的添加和修改。圖 5.4 公司管理我的地盤我的地盤模塊下包含我的TOD0我的任務(wù)、我的BUG我的需求、我的項目、 我的檔案。我的 TODO我的TODOff面如圖6.1.1所示??梢圆榭锤鞣N類型的待辦任務(wù),包括今日 安排、本周計劃、上周總結(jié)、所有待辦任務(wù)、之前未完任務(wù),也可以選擇具體某 天的待辦任務(wù)。當(dāng)然也可以新增待辦任務(wù)。本周計劃是指這一周的Todo列表。上周總結(jié)是上一周完成的 Todo。之前未 完成的任務(wù)可以導(dǎo)入到今天的任務(wù)計劃中。對于已經(jīng)完成的任務(wù), 點擊【已完成】,任務(wù)會從“今日安排” 列表中消失, 在本周計劃列表中標(biāo)識為“已完成” ??梢渣c擊“詳情” ,查看任務(wù)的詳細(xì)信息, 點擊【編輯】,可以編輯任務(wù)的信息。圖6.1.1我的TODOS面新增TODOff面如圖6.1.2所示。圖6.1.2新增TODOS面1. Todo的類型分為三種,一種是Bug,對應(yīng)到一個Bug,此時名稱處會查看到對應(yīng)的Bug標(biāo)題以供選擇;第二種是任務(wù),對
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 信息安全測評 合同范本
- 小型店鋪股份合同范本
- 產(chǎn)品贊助協(xié)議合同范本
- 鋼板購銷合同范本
- 印刷服務(wù)安全合同范例
- 北海購房合同范例
- 包裝修轉(zhuǎn)讓合同范例
- 受托支付采購合同范例
- 臨時設(shè)施合同范例
- 勞動法居間合同范例
- 建筑結(jié)構(gòu)荷載規(guī)范
- DOE實驗設(shè)計方法演示文檔
- 華北理工牙體牙髓學(xué)實驗課件05開髓術(shù)
- DB44-T 2255-2020《海岸線價值評估技術(shù)規(guī)范》-(高清現(xiàn)行)
- Python開發(fā)與財務(wù)應(yīng)用課件
- DB11-T1345-2016城市軌道交通運營設(shè)備維修管理規(guī)范
- 合作單位綜合評價表(綜合服務(wù)類)
- 現(xiàn)代住宅小區(qū)10KV04KV供配電系統(tǒng)設(shè)計(論文)
- 遠(yuǎn)絡(luò)治療-柯尚志-治療點圖及文字說明-讀書筆記20151218-錨爪分享
- 25Hz軌道電路ppt課件
- 通風(fēng)機的結(jié)構(gòu)和原理(課堂PPT)
評論
0/150
提交評論