產品測試管理系統軟件用戶操作手冊_第1頁
產品測試管理系統軟件用戶操作手冊_第2頁
產品測試管理系統軟件用戶操作手冊_第3頁
產品測試管理系統軟件用戶操作手冊_第4頁
產品測試管理系統軟件用戶操作手冊_第5頁
已閱讀5頁,還剩46頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

產品測試管理—用戶操作手冊產品測試管理系統軟件用戶操作手冊(V0.0.1)文檔編號:產品測試管理系統軟件_用戶操作手冊_V0.0.1文檔類別:公司級部門級項目級普通級保密級別:絕密機密秘密普通版本說明版本更新日期更新者V0.0.12013/08/08目錄1 概述 61.1 系統開發(fā)背景 61.2 范圍 61.3 定義、縮寫詞 61.4 操作用戶 71.5 功能概述 72 系統運行環(huán)境 82.1 客戶端環(huán)境說明 82.2 瀏覽器設置 92.3 登錄系統 103 界面操作 113.1 系統首頁 113.1.1 界面概述 113.1.2 系統管理員主要操作步驟 123.2 系統管理 123.2.1 部門管理 133.2.1.1 部門新增 133.2.1.2 部門刪除 143.2.1.3 部門編輯 143.2.1.4 部門的下級部門添加 153.2.2 用戶管理 163.2.2.1 用戶新增 163.2.2.2 用戶編輯 173.2.2.3 用戶刪除 173.2.3 權限管理 183.2.3.1 創(chuàng)建分組 183.2.3.2 權限設置 193.3 產品管理 203.3.1 創(chuàng)建產品 213.3.2 需求管理 213.3.2.1 創(chuàng)建需求 223.3.2.2 評審需求 233.3.3 創(chuàng)建計劃 243.3.4 計劃關聯需求 253.4 項目管理 253.4.1 項目新增 263.4.2 項目團隊組建 273.4.3 項目需求 283.4.3.1 關聯產品 283.4.3.2 關聯產品 293.4.4 分解任務 303.4.4.1 需求列表 303.4.4.2 分解任務 313.4.5 版本管理 313.4.5.1 版本新增 323.4.5.2 提交測試 333.4.5.3 查看bug 343.5 開發(fā)管理 353.5.1 任務指派和分配 363.5.2 提交測試 373.5.3 解決Bug 383.6 測試BUG管理 393.6.1 Bug模塊維護 393.6.2 提交BUG 403.6.3 驗證BUG 413.6.4 我的BUG 423.6.5 報表統計 433.7 測試用例管理 443.7.1 用例模塊管理 443.7.2 用例創(chuàng)建 453.7.3 執(zhí)行用例 463.8 測試任務 473.8.1 測試任務新增 483.8.2 關聯用例 493.9 郵件配置 49概述系統開發(fā)背景產品測試管理系統建設的總體背景是幫助軟件項目組組織和管理軟件測試流程的所有階段,提高測試的工作效率,節(jié)省時間,起到事半功倍的效果。范圍本手冊大致可分為四大部分系統開發(fā)背景目的、系統相關名稱概念;系統整體功能概述;系統運行環(huán)境;系統功能介紹及各功能使用步驟;定義、縮寫詞名稱說明備注系統管理員項目經理產品經理測試經理項目研發(fā)人員項目測試人員美工設計操作用戶本文檔針對產品測試管理系統的最終用戶要求對系統的定義、縮略詞及基本的原理有一個了解;要求用戶能熟練的使用windows系統IE功能;功能概述系統操作人員主要分為四種角色進行系統管理,包括系統管理員、按部門劃分權限,如:公司管理部門,公司開發(fā)部,公司測試部等。但是每個部門的人員各不同權限。產品經理管理員主要功能是對應產品管理,包括如下細分功能:產品管理:新增產品、編輯產品、刪除產品和查詢產品;需求管理:新增需求、編輯需求、關聯產品、刪除需求和查詢需求;計劃管理:新增計劃、編輯計劃、、關聯產品刪除計劃和查詢計劃;文檔管理:新增文檔、編輯文檔、、關聯產品刪除文檔和查詢文檔;操作動態(tài):查詢自己操作動態(tài);項目經理管理員主要功能是對應項目管理,包括如下細分功能:項目管理:新增項目、編輯項目、刪除項目、關聯產品和查詢項目;項目模塊管理:新增模塊、編輯模塊、刪除模塊、關聯模塊和查詢模塊;項目任務管理:新增任務、編輯任務、刪除任務、關聯模塊、和查詢任務;需求管理:新增需求、編輯需求、關聯項目模塊、刪除需求和查詢需求;團隊管理:添加團隊成員。操作動態(tài):查詢自己操作動態(tài);版本管理:進行項目的版本管理;測試人員主要功能是對應項目測試管理,包括如下細分功能:產品模塊導入;Bug管理:新增bug、編輯bug、刪除bug,指派給誰;用例管理:新增用例、編輯用例、刪除用例、用例導出;測試任務管理:新增測試任務,編輯測試任務,刪除測試任務;BUG統計管理系統管理員主要功能是對應系統的管理,包括如下細分功能:用戶管理:新增用戶,編輯用戶,刪除用戶;部門管理:新增部門,編輯部門,刪除部門;權限分配;操作日志;郵件配置;統計管理文檔管理系統運行環(huán)境客戶端環(huán)境說明主頻1G以上CPU;1G以上內存;MicrosoftWindows9X\NT\XP\Win7操作系統;InternetExplorer7.0以上的瀏覽器,推薦使用IE8;瀏覽器設置將系統的訪問地址加入到瀏覽器的可信站點中

在Internet選項->安全->可信站點->自定義級別中,啟用“對未標記為可安全執(zhí)行的ActiveX控件初始化并執(zhí)行腳本”選項如圖所示:圖(2-1)圖(2-2)登錄系統從任一臺滿足客戶端環(huán)境說明并接入產品測試管理系統網絡的計算機上均可訪問系統。

打開IE瀏覽器,輸入行為產品測試管理系統平臺服務器網址,系統顯示審計平臺登錄界面,如下圖:圖(2-3)步驟1:

中育至誠產品測試管理系統部署完成后,打開瀏覽器輸入訪問地址,進入圖2-3所示登錄頁面。

步驟2:

插入教育Ukey。步驟3:

在帳號和驗證碼輸入框中分別輸入帳號和驗證碼。

步驟4:

單擊【登錄】按鈕,彈出Ukey驗證碼,然后填入Ukey密碼。

步驟5:

點擊【確定】按鈕,等待進入系統;界面操作系統首頁界面概述首頁面為主機管理頁面,用戶可以登錄到相應的設備上。左上角為本系統名稱與logo圖片。

系統菜單區(qū),點擊菜單項可以打開菜單,點擊子菜單,可以進入需要操作的頁面。中間為系統主頁面區(qū),用于展示各功能頁面。圖(3-1-1)系統管理員主要操作步驟首先使用系統管理員賬號登錄到系統,在產品測試系統管理頁面創(chuàng)建用戶所屬的組織分組,分組信息。通過部門創(chuàng)建,所屬部門。在賬號管理功能中創(chuàng)建用戶,系統管理員主要創(chuàng)建各部門系統的角色的應用賬號,,賬號創(chuàng)建后可以為創(chuàng)建的賬號分配在“權限”中分配系統權限。系統管理在系統管理視圖下,我們主要使用用戶列表和權限分組,來配置賬號。如果需要更全面記錄用戶信息,可以使用部門維護和公司管理。如圖3-2:圖(3-2)部門管理部門管理主要針對公司部門的信息管理如圖所示:圖(3-2)部門新增在系統管理,選中部門填入公司相關的部門進行保存,如圖3-2-1-1所示:圖(3-2-1-1)部門刪除在系統管理,選擇部門,左邊部門列表中選擇刪除部門,如圖3-2-1-2所示:圖(3-2-1-2)部門編輯在系統管理,選中部門填入公司相關的部門進行修改點擊保存,如圖3-2-1-3所示:修改前:修改后:圖(3-2-1-3)部門的下級部門添加在系統管理,選中部門的下級部門進行添加點擊保存,如圖3-2-1-4所示:圖(3-2-1-4)用戶管理進行產品測試管理用戶信息維護如圖3-2-2所示:圖(3-2-2)用戶新增進行添加產品測試系統用戶新增,如圖所示:圖(3-2-2-1)用戶編輯進行添加產品測試系統用戶編輯,如圖所示:圖(3-2-2-2)用戶刪除進行添加產品測試系統用戶刪除,如圖所示:圖(3-2-2-3)權限管理在產品測試管理中,用戶權限都是通過分組來獲得的。所以在完成部門結構劃分之后,就應該建立用戶分組,并為其分配權限。如圖3-2-3所示:圖(3-2-3)創(chuàng)建分組使用管理員登錄產品測試管理系統,進入系統管理視圖。選擇權限分組,進入分組的列表頁面。點擊新增,即可創(chuàng)建分組。在這個分組列表頁面,還可以對某一個分組進行權限的維護、成員維護、或者復制。如圖3-2-3-1所示:圖(3-2-3-1)權限設置管理員身份登錄進入系統管理視圖點擊”權限分組“,進入權限分組列表頁面。選擇某一個分組,點擊“權限維護”,即可維護該分組的權限。點擊某一個模塊名后面的復選框,可以全選該模塊下面的所有權限,或者全部取消選擇。還可以查看某一個版本新增的權限列表。如圖3-2-3-2所示:圖(3-2-3-2-1)圖(3-2-3-2-2)產品管理產品管理對于公司來講,至關重要。只有做出好的產品或者服務出來,才能贏得市場,謀求發(fā)展和生存。所以產品經理的這個位子對于公司來講,是非常關鍵的,相當于公司的大腦,在決定著公司前進的方向。在產品測試管理系統里面,產品和項目這兩個概念被明確的區(qū)分開來。產品是需求方,決定做什么。項目是執(zhí)行方,解決的是如何做的問題。而測試則是保障方,解決的是正確的做事情的問題。所以在產品管理系統中,所有的一切都是圍繞產品展開的。產品是整個項目管理活動的核心。如圖3-3所示:圖(3-3)創(chuàng)建產品用產品經理的角色登錄產品測試管理系統。進入產品視圖,然后點擊頁面右側的“新增產品”鏈接,即可出現新增產品的頁面。如果系統中還沒有添加產品,系統也會自動跳轉到產品的添加頁面。如圖3-3-1所示:圖(3-3-1)需求管理我們產品經理可能都習慣了寫需求設計文檔,或者規(guī)格說明書,通過一個非常完整的word文檔將某一個產品的需求都定義出來。但在產品測試管理系統里面,我們提倡按照功能點的方式來寫需求。簡單來講,就是將原來需求設計文檔中的每一個功能點摘出來,錄入在產品測試管理系統里面,作為一個個獨立的功能點。如果按照scrum標準走的話,我們可以稱之為用戶故事(userstory)。所謂用戶故事,就是來描述一件事情,作為什么用戶,希望如何,這樣做的目的或者價值何在,這樣有用戶角色,有行為,也有目的和價值所在,非常方便與團隊成員進行溝通。如圖3-3-2所示:圖(3-3-2)創(chuàng)建需求使用產品經理角色登錄系統。進入產品視圖。在頁面右側,有“新增需求”菜單,點擊菜單,出現新增需求的頁面。如圖所示:圖(3-3-2-1)注意項:需求的標題是必填項。所屬計劃和模塊,可以暫時保留為空。需求審核那塊,我們選上不需要審核,這樣新創(chuàng)建的需求狀態(tài)就是激活的。只有激活狀態(tài)的需求才能關聯到項目中,進行開發(fā)。需求可以設置抄送給字段,這樣需求的變化都可以通過email的形式抄送給相關人員??梢栽O置關鍵詞,這樣可以比較方便的通過關鍵詞進行檢索。評審需求在創(chuàng)建需求的時候,有一個"不需要評審"的復選框,如果選中該復選框的話,需求的創(chuàng)建是激活中的。但大部分情況下面,需求還是需要評審的。即使產品完全有一個人負責,也可以將一些不成熟的想法存為草稿,后續(xù)再進行處理。新增需求的評審流程如圖3-3-2-2-1下:圖(3-3-2-2-1)評審界面如圖3-3-2-2-2所示:圖(3-3-2-2-2)注意事項:評審結果可以選擇確認通過、有待明確、拒絕等操作。如果選擇“確認通過”,則需求的狀態(tài)改為“激活中”,然后就可以關聯到項目中進行開發(fā)了。如果選擇“有待明確”,會保持需求的草稿狀態(tài),并將需求指派回需求的創(chuàng)建者頭上,有其繼續(xù)進行完善。由誰評審是記錄的參與評審的人員名單,可以輸入用戶名來自動篩選。一般來講需求評審可以是一個線下的評審會議,在產品測試管理系統里面記錄下參與需求評審的人員即可。創(chuàng)建計劃對于產品經理自己而言,發(fā)布計劃可以幫助他規(guī)劃產品,制定發(fā)布的節(jié)奏,調整需求的優(yōu)先級。對于公司其他部門的同事以及外部的客戶而言,發(fā)布計劃可以讓他們知曉產品的進展情況,以便做好相應的安排。同時在項目關聯需求的時候,計劃可以幫助需求的關聯。如圖3-3-3所示圖(3-3-3)計劃關聯需求創(chuàng)建完計劃之后,可以為計劃關聯需求如圖3-3-4所示:圖(3-3-4)項目管理產品測試管理系統里面的項目其實對應的是敏捷開發(fā)里面的迭代的概念。只不過我們?yōu)榱舜蠹腋菀桌斫夂徒邮?,還是沿用了傳統的項目的概念。如3-4圖所示:圖(3-4)項目新增使用項目經理角色登錄系統。進入項目視圖。在頁面右側,有“添加項目”菜單,點擊菜單,出現添加項目的頁面。如圖3-4-1所示:圖(3-4-1)注意事項:項目代號是一種隱喻,也就是團隊內部可以互相了解和知曉來作為項目的代號。團隊名稱,可以自己定義,比如叫做“產品測試管理系統開發(fā)團隊”等。在添加項目的時候,可以選擇關聯與之相關的產品,以便后續(xù)進行需求的關聯。項目可以控制它的訪問權限,分為默認、私有和自定義白名單三種。項目團隊組建項目組建之后要做的事情就是設置團隊。很多朋友經常問,為什么我在創(chuàng)建任務的時候,只能指派給自己呢?其實原因很簡單,是因為沒有設置團隊。當項目創(chuàng)建成功之后,可以根據提示設置團隊。如圖3-4-2-1所示:圖(3-4-2-1)或者從項目視圖中的團隊菜單,也可以進行項目的團隊管理。如圖3-4-2-2所示:圖(3-4-2-2)項目需求項目團隊組建完畢之后,接下來要做的一個工作就是確定這期項目要做的需求。這項任務其實是整個團隊,包括產品在內,共同完成的。如圖3-4-3所示:圖(3-4-3)關聯產品如果在創(chuàng)建項目的時候,已經關聯過產品,可以忽略這個步驟。以項目經理身份登錄。進入項目視圖。點擊“關聯產品”按鈕。然后點選該項目相關的產品即可。如圖3-4-3-1所示:圖(3-4-3-1)關聯產品在關聯需求的時候,可以按照優(yōu)先級進行排序。關聯的需求狀態(tài)必須是激活的(評審通過,不能是草稿)如圖3-4-3-2所示:圖(3-4-3-2)分解任務需求確定之后,項目中幾個關鍵的因素都有了:周期確定、資源確定、需求確定。下面我們要做的事情就是為每一個需求做wbs任務分解,生成完成這個需求的所有的任務。note:是完成需求的所有任務,這里面包括但不限于設計,開發(fā),測試等。如圖3-4-4所示:圖(3-4-4)需求列表在項目的需求列表頁面,可以很方便地對某一個需求進行任務分解。同時還可以查看這個需求已經分解的任務數。如圖3-4-4-1所示:圖(3-4-4-1)分解任務這時候創(chuàng)建任務的時候,就可以選擇需求了。我們同時提供了需求查看的鏈接。如果需求和任務的標題是一樣的,可以通過”同需求“按鈕快捷的復制需求的標題。如圖3-4-4-2所示:圖(3-4-4-2)注意事項需要將所有的任務都分解出來。這里面包括設計,開發(fā),測試,美工,甚至包括購買機器,部署測試環(huán)境等等。任務分解的粒度越小越好,比如幾個小時就可以完成。如果一個任務需要多個人負責,繼續(xù)考慮將其拆分。事務型的事務可以批量指派,比如需要讓團隊里面的每一個人都寫個項目總結,可以選擇類型是事務,然后批量指派給團隊里面的所有人員。任務的類型請仔細設置,這個會涉及到需求研發(fā)階段的自動計算。后面我們會有講解。任務的分配最好是自由領取,這樣可以最大程度上調動大家的積極性。任務的分解最好是由團隊共同完成,不要由項目經理一人包辦。版本管理當完成若干功能之后,就可以創(chuàng)建版本了。版本的概念在英文里面是build,可以對應到軟件配置管理的范疇。這是一個可選流程,但還是建議團隊能夠實施版本管理。這個版本主要的作用在于明確測試的范疇,方便測試人員和開發(fā)人員的互動,以及解決不同版本的發(fā)布和bug修復等問題。如圖3-4-5所示:圖(3-4-5)版本新增首先是團隊經過開發(fā),完成了若干需求,或者解決了一些bug。以項目經理身份登錄。進入項目視圖。點擊“版本”按鈕。然后點選“創(chuàng)建版本”即可。如圖所示圖(3-4-5-1-1)圖(3-4-5-1-2)注意事項:名稱編號,團隊應該有自己的配置管理規(guī)范。比如可以是產品名_版本號_狀態(tài)(stble,beta之類)_日期不同開發(fā)語言其版本的存在形式也不同,有的需要編譯,有的只需要源代碼。請根據公司的實際情況來填寫源代碼地址,或者是存儲地址。在創(chuàng)建版本的時候,可選擇這次版本完成的功能和解決的bug。這樣提交給測試人員進行測試的時候,就可以明確這次測試的范疇,測試可以更加有針對性。描述字段可以填寫一些測試的注意事項、重點內容等。提交測試以項目經理身份登錄。進入項目管理視圖。點擊“版本”按鈕。然后點選某一版本選擇“提交測試”即可。如圖所示:圖(3-4-5-2-1)圖(3-4-5-2-2)查看bug以項目經理身份登錄。進入項目管理視圖。點擊“版本”按鈕。然后點選某一版本選擇“bug查看”即可。如圖所示:圖(3-4-5-3-1)圖(3-4-5-3-2)開發(fā)管理當項目的任務分解完畢之后,項目團隊成員需要領取自己喜歡做的任務,開始每天的開發(fā)。除了日常的編碼工作之外,還應當每天花點時間在禪道里面更新下任務的狀態(tài)以及消耗情況。如圖所示:圖(3-5)任務指派和分配以項目經理身份登錄。進入項目視圖。點擊“任務”按鈕。然后點選該項目任務指派給誰即可。如圖3-5-1所示:圖(3-5-1)圖(3-5-1-1)提交測試以項目研發(fā)負責人身份登錄。進入項目視圖。點擊“測試”按鈕。然后點選“提交測試”。如圖所示:圖(3-5-2-1)圖(3-5-2-2)說明:負責人為本次測試的負責人??梢灾付ㄟ@次測試預計起止的時間。任務描述里面,可以注明此次測試需要注意的地方。還需要說明的一點是,目前測試任務還沒有指派的功能,所以需要大家線下通知測試團隊的負責人,由他來負責組織相應人員來進行測試。解決Bug以項目團隊研發(fā)人員身份登錄。進入項目視圖。點擊“測試”按鈕。然后點選“提交測試”。如圖所示:圖(3-5-3-1)測試BUG管理在產品測試管理軟件中,bug也同樣需要維護模塊,以便更好的組織管理bug。這個地方需要特別說明下,bug模塊、用例模塊和產品模塊是獨立的,每個視圖都有自己的模塊。主要是考慮到使用的角色不同。在產品視圖里面,主要是用來組織需求。而在bug模塊,則主要偏重bug管理,那么可能會有和產品視圖不同的模塊劃分。至于測試用例視圖,則更不同了。模塊劃分里面會有很多和測試用例直接相關的劃分,比如兼容性測試,壓力測試等等。如圖所示:圖(3-6)Bug模塊維護以項目測試經理身份登錄。進入項目管理視圖。點擊“bug”按鈕。然后點選“維護模塊”。如圖所示:圖(3-6-1-1)圖(3-6-1-2)提交BUG以項目測試經理身份登錄。進入項目管理視圖。點擊“bug”按鈕。然后點選“提交Bug”。如圖所示:圖(3-6-2-1)圖(3-6-2-2)說明:項目和任務,以及相關需求,應該認真填寫,這樣可以將bug和項目,任務,需求關聯起來,以便以后的統計分析。影響版本是必填的。而這里面的列表來源,則是項目中的build。如果這個地方沒有build的話,則需要到項目中創(chuàng)建一個build。重現步驟應該翔實準確,確保開發(fā)人員可以重現改bug。驗證BUG當開發(fā)人員解決bug之后,就需要來驗證bug,如果沒有問題,則將其關閉。以項目測試人員身份登錄。進入項目管理視圖。點擊“bug”按鈕。然后點選“提交Bug”。如圖所示:圖(3-6-3)我的BUG測試人員一個非常重要的工作就是篩選bug,產品測試管理系統對此提供了各種方便的功能來進行篩選以項目測試人員身份登錄。進入產品測試管理視圖。點擊“bug”按鈕。然

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論