軟件測試中淺談Quality Center測試管理

軟件測試中淺談Quality Center測試管理

Quality Center是一個基于Web的測試管理工具，可以組織和管理應用程序測試流程的所有階段，包括指定測試需求、計劃測試、執行測試和跟蹤缺陷。此外，通過Quality Center還可以創建報告和圖來監控測試流程。

　　Quality Center是一個強大的測試管理工具，合理的使用Quality Center可以提高測試的工作效率，節省時間，起到事半功倍的效果。

　　利用 HP-Mercury Quality Center，您可以：

　　1.制定可靠的部署決策。2.管理整個質量流程并使其標準化。 3.降低應用程序部署風險。 4.提高應用程序質量和可用性。 5.通過手動和自動化功能測試管理應用程序變更影響。 6.確保戰略采購方案中的質量。 7.存儲重要應用程序質量項目數據。 8.針對功能和性能測試面向服務的基礎架構服務。 9.確保支持所有環境，包括 J2EE、.NET、Oracle 和 SAP。

很久沒有這么認真的去研究一款測試工具了，之前學習和使用LoadRunner工具時讓我比較專注，可是總因為個人在學習，沒有討論的對象，同時基本上對這個也都是半斤八兩，著實讓我有點力不從心。畢竟學習還是需要相互交流和討論才能知長短，才能有進步和發展的空間，所以這次我學習QC就比較有底氣了，因為跟大家一起學，相信這樣的方式提高起來會比較快。

　　其實作為一名測試人員，要了解的知識遠遠多余一名開發人員，知道現在我也才真正明白這個結論，要想成為一名高級測試工程師，必須從事幾年開發工作才行，只有這樣才能既有深度也有廣度，既要參透客戶的心理，也能把握開發的方法。這樣來執行測試工作才會兩者兼備，不拘一格。不過說真的，測試技術現在也是突飛猛進啊，誰說國內不求質量，但畢竟還是跟老外比測試，小巫見大巫，就如人家微軟一名開發對應三名測試，換著國內，好比我們公司來說吧，一名測試對付一群開發，這就國內的現狀～～呵呵！既然如此，但只要有測試人員，軟件質量還是不容忽視?，F在所謂的自動化測試，開始成為新一代測試工程師們的未來方向，都會認為學好了自動化測試，就是一名高級測試工程師的標桿。其實我也是跟風者之一，我想這些都是市場效應帶來的問題，因為只要你上51job一搜索，基本招聘測試的職位都是首先要求會自動化測試，當然就少不了自動化測試工具了，所以在國內目前這樣一個現狀，任何市場反應都是驅動行業發展的主導因素?；诖宋乙埠芸焓煜ち怂^的自動化測試三劍客：QC、LR、QTP，不過說到這里，作為一名測試人員不了解這三款工具中的其中一款，那絕對就OUT了，至少在一般企業里面，只要開展測試就必須得去對測試工作進行管理，既然如此，QC也就是一款飽受好評的測試管理工具。因為之前在同事的引導下，我一直在TD的環境中提交我缺陷，直到這位同事最近離職我才開始有機會深入學習QC，也才了解到TD就是QC的前身，既然如此，之前我們用TD也就是作為一款BUG管理工具才用，現在才發現真是殺機焉用牛刀，因為QC的功能是在是太強大了。呵呵寫了那么多，感覺是在寫小說......

　　好了，該詳細談談QC 了。QC功能之所以強大，因為它的功能在整個測試流程，應該說是開發流程中都一一體現。首先是在需求管理階段，通過用戶提交的需求，經過需求分析人員、開發人員和測試人員三方審核之后，提交到QC的需求管理模塊上，進行整理和分類。第二不分，根據需求模塊的分類，制定測試計劃，也就是所謂測試方案和用例，在這一部分中進行細化，并且如需求模塊中的每個需求進行關聯，這樣就形成了一個上下鏈接，只要需求有改動，計劃就會隨之改動。第三部分，業務組件，這一部分開始我也很不理解，后來跟同事一起分析得知，這部分主要是跟自動化測試工具LR、QTP進行聯動，實現自動化測試框架體現，這里的業務組件一般用于回歸測試，其實是一個業務流程，因為在任何一個項目中，需求中的業務流程一般都是確定的。第四部分，就是測試實驗室，這里就是給大家做實際操作的工作室，也就是我們通常所說的執行測試用例，這里是跟前面的需求和測試計劃進行管理的。第五部分，就是缺陷管理，這里就很明了了，對每個執行測試用例之后產生的BUG進行提交，并指派給開發人員修復，并最終關閉。這個模塊也是跟前面的每個環節聯動的。所以QC的管理就因為上下聯動而變得簡單，并且非常容易管理，只要其中任何一個模塊中的一個字節點發現改變，系統就會已郵件的方式通知相關用戶，并且跟隨聯動的其他模塊就得到了及時更新。

　　不管你是一名測試員，還是一名測試部經理，熟練地掌握QC工具，你的測試工作將會變得非常簡單。

原文轉自：http://www.anti-gravitydesign.com