基于Quality Center的團隊測試管理的研究與應用

摘 要：信息時代對軟件產(chǎn)品的要求逐漸提高，軟件質量直接影響著軟件在市場上的生存，這同樣給軟件測試工作帶來新的挑戰(zhàn)。測試周期的增長、測試團隊規(guī)模的擴大等問題引發(fā)了測試管理方法的革新。引入軟件測試工具，可以輔助解決團隊協(xié)作式的軟件測試的管理問題?；萜展镜腝uality Center整合了軟件測試全過程，為建立測試需求、制定計劃、編寫用例、用例執(zhí)行與缺陷反饋提供全面支持。文章結合企業(yè)中實際的測試工作，給出了基于Quality Center的測試管理解決方案。

關鍵詞：軟件測試；測試管理；測試工具；Quality Center

軟件開發(fā)團隊的質量意識不斷提升，團隊對測試的重視與依賴程度也逐步提高。軟件質量是各種特性的復雜組合，軟件測試是軟件質量保證的一個重要環(huán)節(jié)，通過軟件測試來驗證軟件是否滿足了需求，驗證產(chǎn)品是否滿足內(nèi)部質量和外部質量。

復雜的項目和有限的工期，要求測試人員用更短的時間、更高的效率進行軟件測試。測試人員組成的團隊，需要有效而明確的管理。軟件測試管理是一種活動，可以對各階段的測試計劃、測試用例、測試流程、測試文檔等進行跟蹤、管理并記錄其結果。隨著軟件產(chǎn)品的迅速發(fā)展，軟件復雜度逐漸提升，這給軟件測試帶來了更多挑戰(zhàn)，測試的組織與執(zhí)行成為軟件工程的重要部分。

借助工具，可以使測試管理可視化，協(xié)助測試順利進行。在IT企業(yè)的軟件測試團隊中，結合軟件測試理論與方法，適當選擇工具軟件，可以促進企業(yè)工作規(guī)范化，提升團隊工作效率，讓多人協(xié)作完成復雜測試工作成為一項管理清晰、目標明確的系統(tǒng)工程。

1 Quality Center簡介

Quality Center是HP（惠普）公司的軟件測試管理產(chǎn)品，該產(chǎn)品前身是Mercury Iteractive（美科利）公司的Test Director，后被惠普公司收購，正式命名為HP Quality Center（后文簡稱QC）。QC是一個基于Web的測試管理工具，可以組織和管理應用程序測試流程的所有階段，包括指定測試需求、計劃測試、執(zhí)行測試和跟蹤缺陷。此外，通過Quality Center還可以創(chuàng)建報告和圖來監(jiān)控測試流程。

QC功能比較豐富，善用QC可以完成復雜的測試管理工作。相比其他過程管理與缺陷管理軟件，QC是一個“重量級”的軟件幫手。介于使用成本的限制，更適合于企業(yè)級應用。在系統(tǒng)測試的組織與管理方面，更顯優(yōu)勢。

2 使用QC管理系統(tǒng)測試

QC軟件模塊較多，本文從最實用模塊入手，主要包含版本管理、測試需求、測試版本管理、測試用例、測試執(zhí)行與缺陷管理六個方面，完成整個測試過程的監(jiān)控、管理與執(zhí)行。下文將通過圖文描述，展示具體的操作過程與方法。該測試方法的解決方案經(jīng)過實際系統(tǒng)測試工作的檢驗，是一種有效的測試管理手段。

2.1 權限管理——自定義中的“組”

測試管理的主體是“測試人員”，測試人員在測試團隊中有不同的分工，測試經(jīng)理、測試用例設計人員、測試用例執(zhí)行人員各司其職。根據(jù)項目復雜度的區(qū)別，人員配置會有不同。

測試經(jīng)理的職責是制定測試計劃和進度并及時反饋、建立與維護測試基線、團隊成員能力了解與工作安排等[4]；測試用例設計人員應掌握項目的具體細節(jié)和操作流程，設計出合理用例。在實際工作中，存在著人員復用情況。管理與設計人員需要擁有操作QC的較高權限。測試執(zhí)行人員根據(jù)設計的用例進行執(zhí)行，對整個測試需求、用例的修改需要較為慎重，所擁有的權限應較低。可以根據(jù)實際項目的人員分工設施操作權限。

設置權限的方法如下，管理員賬號登陸，點擊右上方“工具”--“自定義”，出現(xiàn)權限管理界面。點擊“組”，可以建立或修改權限分類。點擊“項目用戶”，可以添加、編輯和刪除用戶，并確定測試人員所屬的組。

2.2 測試需求——QC中“需求”模塊

項目需求不同于測試需求，不能夠指導實際的測試工作。而如何將項目需求轉化為測試需求，考驗著每一個測試經(jīng)理的工作能力。使用QC，可以清晰地梳理測試需求，是需求處理工作的得力助手。

QC支持以樹狀結構建立需求，并為每一個需求分配ID。實際測試過程中，可以將“需求”模塊用作測試需求的梳理，結合整體需求文檔建立所需要測試的需求。每個功能需求均須有測試需求對應，根據(jù)實際情況，功能需求可能需要對應多個測試需求來進行測試。

2.3 測試版本——QC中“版本”模塊

測試工作非一蹴而就，測試需求與用例都可能存在多個版本。可以在QC的“版本”模塊建立相應的測試版本。版本名可以根據(jù)項目具體需要確定。在版本的下一級建立循環(huán)以表明測試的輪次，可以在每一輪次中，記錄本輪次的開始日期和結束日期。

這里提供一些實用技巧：

當系統(tǒng)測試只涉及一個基線時，可以使用“輪次_基線”來命名測試輪次當系統(tǒng)測試包含幾個基線時，可以使用“輪次”作為測試輪次名，在詳細信息中寫明所有系統(tǒng)的基線。在“詳細信息”中寫明所有系統(tǒng)的基線。

可以在每一輪次中，記錄本輪次的開始日期和結束日期。

建議使用“系統(tǒng)名_模塊名_基線日期”來規(guī)范基線名稱。

2.4 測試用例設計——QC中“測試計劃”模塊

用例編寫是測試工作的核心任務之一。

測試計劃中包含所編寫的所用用例，并可以控制用例的版本。介于QC的測試實驗室部分展示不方便，所以實際的執(zhí)行結果，也會體現(xiàn)在測試計劃之中。

2.4.1 從“需求”導出“測試計劃”中的用例

“需求”模塊可以直接轉換為測試計劃中的用例或者文件夾，右鍵點擊要轉換的需求，選擇“轉換為測試..”，之后會彈出對話框，可以根據(jù)需求粒度，來選擇轉換方式。可以將最底層子需求轉換為設計步驟、測試或主題。當需求較復雜，未拆分到具體步驟時，建議選擇的是“將底層的子要求轉換為測試”。轉換后，測試計劃中，就會生成與需求對應的測試主題，根據(jù)具體需求可以增減主題，調整目錄結構，設計具體的測試用例。

2.4.2 關聯(lián)用例與需求

設計用例時，可以讓用例與需求關聯(lián)，這樣可以清晰顯示測試需求的覆蓋度與完成度。在每個用例中，點擊“需求覆蓋”，然后點擊“選擇需求”，右側會出現(xiàn)具體的需求，選擇相應需求則可以將此需求關聯(lián)到用例中。

2.4.3 用例設計

具體到每一個用例，可以分為“步驟名稱”“描述”和“預期結果”三個部分。不同項目對此三個模塊的應用方式不同。以某具體項目為例，定義用例編寫規(guī)范如下：

步驟名稱：以步驟編號開頭，并簡要描述步驟執(zhí)行的意義

描述：此步驟執(zhí)行的具體方法，根據(jù)此描述，可以指導測試的輸入

預期結果：這部分填寫實際測試結果，記錄真實的測試情況

2.4.4 保存每一輪次的用例

QC的測試實驗室模塊對測試結果的保存有待優(yōu)化，所以，在非自動化執(zhí)行的測試中，建議項目選用測試計劃模塊保存用例結果。值得注意的是，如果選擇在測試計劃中呈現(xiàn)具體的執(zhí)行結果，即將“預期結果”填寫為實際執(zhí)行結果時，一定要注意：對于多輪測試時要復制測試計劃中的用例，并單獨與輪次關聯(lián)和命名。

2.4.5 測試執(zhí)行——QC中“測試實驗室”模塊

QC設計測試實驗室模塊是希望用此模塊來記錄實際測試的執(zhí)行情況。但因為展現(xiàn)不清晰，所以，實際測試結果記錄在了測試計劃的“預期結果”中。這部分內(nèi)容可以根據(jù)項目具體調整。此外，測試實驗室還有以下作用：管理每一輪測試所執(zhí)行的用例，監(jiān)控本輪次用例狀態(tài)、測試進度，以及分派測試任務。

測試實驗室可以根據(jù)測試計劃，來建立測試用例集。通常，測試計劃的樹狀結構和測試實驗室的樹狀結構是一致的，測試計劃中最底層文件夾，對應測試計劃中的一個測試集。當然，也可以建立一個測試集，將測試計劃中所有的用例放置在一個測試集中，并分配測試給相關測試人員。具體建立測試集的方法如下：根據(jù)測試建立測試文件夾，在測試文件夾下建立測試集，并使用“選擇測試”將測試計劃中的測試用例拖入相應測試集中，分配測試給相關測試人員。

在測試過程中根據(jù)測試用例的實際執(zhí)行情況，由測試人員將測試用例的狀態(tài)置為：

測試未執(zhí)行，狀態(tài)為“No Run”

測試正在執(zhí)行，狀態(tài)為“Not Completed”

測試執(zhí)行完成并通過，狀態(tài)為“Pass”

測試失敗，狀態(tài)為“Failed”

2.5 缺陷管理——QC中“缺陷”模塊

使用工具管理缺陷，可以清晰地向開發(fā)人員反饋問題，記錄問題溝通和修改狀況，是測試歷史過程的重要參考。

缺陷由測試人員根據(jù)實際情況填寫，進入“缺陷”模塊，點擊“新建缺陷”，并根據(jù)提示填寫“摘要”、“測試版本”、“測試輪次”、“測試日期”、“測試者”、“模塊”、“缺陷狀態(tài)”、“嚴重程度”、“原因分類”以及“描述”，并將缺陷與引發(fā)此缺陷的測試用例關聯(lián)起來。在筆者工作過程中發(fā)現(xiàn)，缺陷的描述越清晰對開發(fā)人員定位問題越有幫助。

一個完整的缺陷描述應包含以下元素：

測試數(shù)據(jù)：運行該測試用例時建立的數(shù)據(jù)，如指令內(nèi)容、輸入字符串等。

測試步驟：執(zhí)行該測試用例的操作過程。如果是前臺程序，需要詳細描述打開界面的title、錄入的內(nèi)容、點擊的按鈕等；如果是后臺程序，需要詳細描述測試環(huán)境（服務器、環(huán)境變量）運行的指令、SQL語句等。

期望結果：根據(jù)需求確定該測試用例的預期。

實際結果：測試用例執(zhí)行后的真實結果 試用例執(zhí)行后的真實結果，可以用文本形式或截圖形式來展現(xiàn)。

3 結論

QC工具擁有自身的一些特點，會給測試工作帶來一定影響。通過企業(yè)級項目測試的應用，發(fā)覺QC最大的優(yōu)點是使得工作分配與測試用例完成情況可視化，并可以清晰地梳理測試用例等。而同樣有QC帶來的缺點，最顯著的缺點是網(wǎng)頁反應慢，操作耗時長，貼圖不方便，內(nèi)容導出困難等。

在筆者工作的測試團隊中，同樣一個項目的測試人員來自不同的部門，甚至所屬不同城市。這時，測試的管理是非常棘手的問題。多人合作的項目測試，使用QC管理帶來的好處完全彌補了它的不足。使用QC進行系統(tǒng)測試的維護和管理，能夠達到降低溝通成本、明確任務劃分、實時反饋測試問題的良好效果。

參考文獻

[1]蘇秦，何進，張涑賢.軟件過程質量管理[M].北京：科學出版社，2008.

[2]吳慧韞，李卓群.基于H 模型的軟件測試管理應用模型研究[J].計算機工程與設計.2006，27（11）：1993-1995.

[3]Black.R，龔波.軟件測試過程管理[M].北京：及其工業(yè)出版社，2003.10：1-53.

[4]http：//www.chinatesting.cn

作者簡介

曹曉青，女，中國民航信息網(wǎng)絡股份有限公司，工程師，學士，研究方向為管理科學與工程。