QC測試管理工具使用手冊

HPQualityCenter測試管理工具使用手冊文檔編號保密等級作者張永峰最后修改日期審核人最后審批日期批準人最后同意日期修訂統(tǒng)計日期版本修訂闡明修訂人-12-20V0.1初稿張永峰-12-31V1.0修訂張永峰-1-19V1.1審核后修訂張永峰-1-26V2.0模板項目定制后修改張永峰-2-17V2.1添加訪問地址及登錄出錯問題張永峰

目錄1 概述 11.1 背景 11.2 目的 11.3 預期讀者 12 顧客組及權限 12.1 顧客組 12.2 組權限 23 使用指南 23.1 “需求” 23.1.1 需求編寫 23.1.2 慣用操作 33.2 “測試計劃” 113.2.1 案例編寫 113.2.2 慣用操作 123.3 “測試實驗室” 163.3.1 測試執(zhí)行 163.3.2 慣用操作 173.4 “缺點” 193.4.1 提交缺點 193.4.2 慣用操作 20概述背景現(xiàn)在的使用的testlink在編寫用例時候比較麻煩，不能夠快速的編寫用例，只有使用xml’格式才能夠?qū)氲絫estlink中，或者使用excel格式，但是其中excel也必須加入編碼才干夠?qū)脒M入，客觀上增加了軟件測試工程師編寫用例的難度。另首先testlink只能對用例進行管理，產(chǎn)生的bug必須再一次通過bug管理系統(tǒng)提交，一定程度上，浪費了時間。使用的測試管理工具是HPQualityCenter10.0（下列簡稱QC），QC是MercuryInteractive公司推出的基于WEB的測試管理工具。QC能夠協(xié)助你組織和管理軟件測試過程的每個階段，涉及測試需求管理、測試計劃、測試案例測試、測試執(zhí)行和缺點跟蹤。目的為了指導QC顧客更加好的使用QC進行日常工作，特編寫本文檔。預期讀者本文檔預期讀者為：QC普通顧客。顧客組及權限顧客組QC中的顧客涉及項目管理員及普通顧客，普通顧客分為開發(fā)人員、測試人員、業(yè)務人員和其它人員，多個人員職責以下表所示：角色闡明開發(fā)人員項目組中的軟件設計及編碼人員測試人員項目組中的測試人員業(yè)務人員業(yè)務測試人員其它人員質(zhì)量管理處人員；QA人員注：一種顧客能夠擁有多個角色，例如，項目開發(fā)者做軟件編碼時屬于開發(fā)人員范疇，做技術測試時屬于測試人員范疇。組權限組件角色開發(fā)人員測試人員業(yè)務人員其它人員需求增×√√×刪××××改×√√×讀√√√√測試計劃增×√√×刪××××改×√√×讀√√√√測試實驗室增×√√×刪××××改×√√×讀√√√√缺點增√√√√刪××××改√√√×讀√√√√注：“刪除”權限，只有項目管理員含有，需要刪除操作時可找項目管理員進行。使用指南“需求”需求編寫在“技術測試、系統(tǒng)測試、業(yè)務測試“目錄下，按照《測試資產(chǎn)庫管理》中“需求構(gòu)造樹”建立需求樹型構(gòu)造。新需求建立在對應目錄下，現(xiàn)有的項目需求可移至對應目錄下（可通過拖拽、剪切粘貼形式）。點擊“”或點擊菜單“【需求】-》【新建需求】”，在彈出的“新建需求”對話框中輸入必填項“需求名稱”、“需求類型”以及其它必要信息，點擊【擬定】。注意：除了必填項之外，各個項目規(guī)定“創(chuàng)立日期和作者”必須填寫方便質(zhì)量管理處進行有關統(tǒng)計。新建需求時默認創(chuàng)立日期為當天、作者為登錄顧客。慣用操作“需求”視圖方式QC中需求有四種視圖方式“需求樹、需求具體信息、需求網(wǎng)絡、范疇分析”。視圖方式切換可通過菜單“視圖”實現(xiàn)。QC中默認視圖方式為需求樹；“需求具體信息”視圖使用較多，可進行需求與案例、缺點關聯(lián)；“范疇分析”視圖側(cè)重于需求覆蓋范疇分析（需求對應案例的覆蓋程度、案例的執(zhí)行狀況），見下圖。需求與測試案例的關聯(lián)測試案例和需求編寫完畢后，需要進行手動關聯(lián)，方便進行需求覆蓋分析。在“需求”里，視圖方式為“需求具體信息”時，點擊“測試范疇”，在右側(cè)“測試計劃”樹中選擇對應的測試案例，雙擊即可，以下圖所示：“需求”統(tǒng)計QC中能夠以圖表形式對“需求”信息進行統(tǒng)計，顯示成果以下圖所示：點擊“分析”-》“圖”，選擇“圖向?qū)А被颉靶枨笳鄙山y(tǒng)計圖。選擇“圖向?qū)А睍r，可篩選條件，選擇分組方式等，生產(chǎn)的統(tǒng)計圖形式多樣。選擇“需求摘要……”等四種圖表方式時，生成的圖表格式固定，不能篩選條件及分組方式?！靶枨蟾乓?按‘優(yōu)先級’分組”等四種方式生成的圖表，不能選擇分組，點擊后直接生成圖表。能夠選擇“餅形圖”、“條形圖”、“數(shù)據(jù)網(wǎng)絡”形式顯示成果(下圖為默認的條形圖)?！跋?qū)D“生成圖表方式多樣，可選擇分組方式等配備項，操作過程以下：點擊“分析”-》“圖”-》“圖向?qū)А?，選擇“圖類型”。點擊【下一步】點擊【下一步】，篩選條件后點擊【下一步】。選項“圖屬性”點擊【下一步】。點擊【下一步】。輸入“圖名稱”，選擇目的文獻夾，點擊【Finish】。能夠選擇“餅形圖”、“條形圖”、“數(shù)據(jù)網(wǎng)絡”格式圖表顯示成果(下圖為默認的條形圖)?！靶枨蟆钡膶С鯭C中需求的導出可通過2種方式實現(xiàn)，一種是“文檔生成器“，一種是”分析、報告“?！拔臋n生成器“導出需求。在“需求“組件中，點擊菜單“工具”-》“文檔生成器”，勾選“需求”。點擊“需求”，對導出“格式、條件等”進行篩選。點擊“整個文檔”，選擇保存途徑后即可生產(chǎn)需求報告?！胺治觥蟾妗睂С鲂枨蟆Ｔ凇靶枨蟆苯M件中，點擊菜單“分析”-》“報告”，選擇一種導出報告形式。點擊一種形式的報告類型后，彈出以下對話框，點擊【保存】，即可生成需求報告?？蓪С龅暮缶Y為html\htm\mht\txt的文獻格式?！皽y試計劃”案例編寫編寫案例：在技術測試、系統(tǒng)測試、業(yè)務測試目錄下，按照《測試管理資產(chǎn)庫》中“測試案例構(gòu)造樹”規(guī)定，建立樹型構(gòu)造，點擊“”或右鍵點擊文獻夾選擇“新建”，輸入“測試名稱”等必要字段，點擊【擬定】。注意：除了必填項之外，各個項目規(guī)定“創(chuàng)立日期和設計者”必須填寫，方便質(zhì)量管理處進行有關統(tǒng)計。新建需求時默認創(chuàng)立日期為當天、設計者為登錄顧客，案例類型必須選擇正、反案例?！霸O計環(huán)節(jié)”，點擊【設計環(huán)節(jié)】，可查看，新建、編輯、刪除設計環(huán)節(jié)，以下圖：點擊“”，輸入“環(huán)節(jié)名稱”等項，點擊【擬定】，新建測試環(huán)節(jié)。慣用操作測試案例與需求的關聯(lián)案例和需求獨立時，需手動進行關聯(lián)（在需求組件中已進行關聯(lián)的此處不需要再進行關聯(lián)）。在“測試計劃”里，選擇要關聯(lián)的測試案例，點擊【需求覆蓋】-【選擇需求】，在右側(cè)構(gòu)造樹中選擇對應需求，雙擊即可。案例與缺點的關聯(lián)在“缺點”組件中提交的缺點，沒有進行和案例的直接關聯(lián)，需要手工進行關聯(lián)。在“測試計劃”組件中，選擇要的“案例”，點擊“連接的缺點”。點擊“”連接已有缺點，“按照ID”或“選擇”，進行缺點的鏈接。“案例”統(tǒng)計QC可對測試案例進行統(tǒng)計，以圖表形式顯示，以下圖所示：同需求，測試案例也能夠以“圖向?qū)А被颉皽y試概要……”兩種形式生成統(tǒng)計圖。操作環(huán)節(jié)和辦法基本一致，不再贅述。“案例”導出測試案例的導出也能夠通過“文檔生成器”和“分析、報告”兩種方式實現(xiàn)。在“測試計劃”組件中，點擊菜單“工具”-》“文檔生成器”，勾選“測試計劃、主題樹、主題測試”，篩選“條件、格式”，點擊“整個文檔”，即可生成word格式測試報告。點擊“分析”-》“報告”，選擇一種報告，點擊“保存”后即可生成測試報告?！皽y試實驗室”測試執(zhí)行針對維護類項目，能夠按照月份進行設計測試執(zhí)行構(gòu)造樹；針對新建類項目，能夠按照模塊進行設計測試執(zhí)行構(gòu)造數(shù)（參考《測試管理資產(chǎn)庫》）。目錄下建立測試執(zhí)行的最小單位測試集，并將測試集與測試案例進行關聯(lián)。點擊“運行”-》“開始運行”，執(zhí)行測試案例。當測試案例通過時，更改狀態(tài)為“Passed”；當測試案例未通過時，更改狀態(tài)為“Failed”，同時點擊“”提交對應缺點。注：在此處提交的缺點，會將缺點與測試案例直接關聯(lián)，不需要手動關聯(lián)。推薦以這種方式提交缺點。慣用操作測試執(zhí)行狀況統(tǒng)計測試案例執(zhí)行成果能夠以2種方式生成圖表，一種是“概要、進度圖”，一種是“圖向?qū)А薄｜c擊菜單“分析”-》“圖”，“概要-現(xiàn)在測試集”，生成下圖。點擊菜單“分析”-》“圖”-》“圖向?qū)А?，圖向?qū)Р榭催^程與需求、測試案例相似?！皽y試執(zhí)行成果”導出測試執(zhí)行成果也能夠通過“文檔生成器”和“分析、報告”兩種方式實現(xiàn)。在“測試實驗室”組件中，點擊菜單“工具”-》“文檔生成器”，勾選“測試實驗室、測試集、測試、運行”，篩選“條件、格式”，點擊“整個文檔”，即可生成word格式測試執(zhí)行報告。點擊“分析”-》“報告”，選擇一種報告，點擊“保存”后即可生成測試執(zhí)行報告?！叭秉c”提交缺點提交缺點盡量在“測試實驗室”中進行，參看3.3.1。若在“缺點”組件中提交缺點，需要進行手工連接，參看3.2.2，將缺點與案例進行連接。點擊“”，新建缺點。“開發(fā)人員、測試人員、業(yè)務人員、項目管理員、其別人員”在“添加缺點”中的可見字段為“缺點狀態(tài)、嚴重程度、所屬模塊、檢測于版本、缺點來源、發(fā)現(xiàn)活動、補救階段、檢測者、檢測日期、優(yōu)先級、可重現(xiàn)、分派給、摘要、描述、EAPS_ID、項目”，其中“缺點來源、EAPS_ID、優(yōu)先級、可重新、項目、描述”為非必填項、其它為必填項。慣用操作修改缺點選擇要更改的缺點，雙擊后打開“缺點具體信息”界面，更改缺點信息，點擊“擬定”后缺點可修改成功。缺點的解決流程，可參考體系規(guī)范文檔《測試缺點管理.doc》中§3.2管理流程。項目中具體的開發(fā)、測試（業(yè)務）人員缺點流程操作權限見下表：開發(fā)人員測試人員（業(yè)務人員）新建→已修正新建→丟棄新建→駁回駁回→丟棄新建→遺留駁回→重新打開重新打開→已修正已修正→丟棄重新打開→駁回已修正→已關閉重新打開→遺留重新打開→丟棄重新打開→關閉開發(fā)人員、測試人員、業(yè)務人員、項目管理員、其別人員”在缺點具體信息中的可見字段為“缺點狀態(tài)、嚴重程度、所屬模塊、檢測于版本、缺點來源、發(fā)現(xiàn)活動、補救階段、檢測者、檢測日期、優(yōu)先級、可重現(xiàn)、分派給、摘要、描述、項目、EAPS_ID”。修改“缺點狀態(tài)”為“已修正”時，“修復日期”可見、必填，否則不可見、非必填，“缺點來源”由“可見、非必填”置為“可見、必填”。修改“缺點狀態(tài)”為“丟棄”時，“丟棄因素”可見、必填，否則不可見、非必填。修改“缺點狀態(tài)”為“已關閉”時，“關閉日期”可見、必填，否則不可見、非必填。篩選器等操作缺點顯示列較多時，想只查看關心的列，可通過“可見列”進行顯示與隱藏，點擊工具“”進行設立，后來每次登錄默認顯示該設立。想要查看某些特定條件的缺點時，可通過“篩選器”實現(xiàn)，點擊工具“”，選擇條件即可。若想以分組方式查看缺點，在“篩選器”中點擊組，選擇分組方式即可。下圖以“所屬模塊”分組。QC默認缺點以ID排序，若想以某種方式排序，在“篩選器”中點擊“查看次序”，選擇某一“字段”排序。下圖以“缺點嚴重程度排序”。缺點狀況統(tǒng)計缺點統(tǒng)計能夠以2種方式生成圖表。一種是“概要、進度、生命期、趨勢”，一種是“圖向?qū)А?，以下圖：缺點統(tǒng)計圖以下所示，操作過程、辦法與需求、案例相似，不再贅述。導出缺點缺點的導出普通下列述辦法導出excel格式：點擊菜單“缺點”—》“導出”—》“全部”或“選定”，選擇保存途徑后，點擊“擬定”即可導出缺點。另外，“文檔生成器”與“分析、報告”也可導出缺點，普通較少使用。QC訪問地址QC10.0使用下列地址訪問：QC常見登錄