HP ALM 使用經驗

使用HP ALM(Application Lifecycle Management)軟件有一個多月的時間了，我是從安裝，部署，建項，配置，使用，再到問題收集，這個過程過來的。發現ALM是一個功能確實強大，可是使用起來讓人又愛又恨。

功能強大在於ALM提供了缺陷管理，測試用例管理，需求管理，版本管理，測試執行和提供KPI和項目質量進度報告的一款工具。

 

它讓人痛苦的地方在於 :

1. ALM（也就是QC的11版本）只能運行在IE7, IE8上，而在傲遊等非IE內核的瀏覽器上運行不了。(如今打了補丁，IE9和firefox這樣的瀏覽器也能訪問ALM了)

2. 每次打開ALM，都要加載組件，花費10幾秒的時間。

3. 安裝ALM，須要安裝vc++2005SP1。若是機器是32位，那麼就得裝32位的vc++2005sp1；若64位的機器，安裝64位的vc++2005sp1.

4. 客戶端要訪問ALM，會提示安裝ALM-Platform-Loader.msi，若是機器是64位的windows XP/Vista/Windows7/WIndows Server2008,那麼就不能安裝此msi,也就不能訪問ALM.

5. 配置ALM方面，ALM內置幾種用戶角色（項目經理，管理員，測試人員，開發人員，只讀權限的人），ALM默認規則測試人員僅能修改缺陷(即bug)的狀態爲fixed的缺陷到任何

狀態；這點讓咱們測試人員很糾結，由於她們須要可以把狀態爲fixed的缺陷修改成其餘狀態，她們沒有權限修改的話，會很痛苦，只能有項目經理來修改狀態；而且ALM不容許給默認角色添加、修改、刪除這

些設置。

6.ALM固然考慮到第5點提到的問題，因此他們提供容許建立新的角色，新角色能夠繼承某個默認角色，就可以擁有這個默認角色全部的權限，並對其修改；可是，注意，可是啊，

ALM竟然存在一個很大的bug，就是修改權限的頁面，裏面缺乏選項（選擇某個狀態的下拉框竟然消失了），只有一個單選按鈕，卻沒有單選對應的選項。呵呵。痛苦死管理員

了，個人辦法是隻能給測試人員偷摸加上一個項目經理的角色，這樣才能夠修改缺陷的狀態。
看圖:

 

7. ALM的郵件功能須要安裝MailDirectPro軟件纔可以讓ALM經過內網向外網的郵箱服務器發郵件。

8. ALM上建立一個bug，默認設置是不會自動發郵件通知相關人員的。須要編寫VB腳本才行。

9. ALM的錯誤提示信息比較簡單，沒有足夠的信息告訴用戶究竟是什麼緣由，感受用戶體驗很很差，讓用戶以爲一頭霧水。

10.在使用它的版本的時候，發現它不能支持一個大項目裏面有多個子項目；目前個人作法是在「管理-->版本」下經過創建文件夾，每一個文件夾都表明一個獨立的子項目，每一個子

文件夾下創建版本，表明子項目的不一樣版本。這主要作的缺點是，不一樣子項目有不一樣的人也能看到其餘子項目的信息。能夠選擇經過ALM的域的概念來表明大項目，創建不一樣的

項目來對應不一樣的子項目。我沒有這麼作的緣由是這個大項目還有同級的其餘項目，而ALM的域不能重疊。

好了，說了ALM的幾大"罪狀"，如今說說它的獨到之處：

1. 它可以把需求、測試、缺陷三者聯繫起來，他們三者造成一個閉環，從任意一方，都可以找到關聯的其餘兩方；如從需求，能找到覆蓋到這個需求的測試用例有沒有，和關聯的缺陷bug有沒有；其他的同理；

2. 提供的週期概念比較讓人困惑，開始把週期看成測試周期來作，每一個週期關聯測試集， 後來發現這樣作的話，項目經理以爲ALM就是隻能看到測試的狀況，而看不到開發的

狀態。後來通過探討，咱們認爲咱們錯誤的理解了週期的概念；ALM設計週期的概念是以測試爲結果的理念，也就是說週期的開始不表明一輪測試的開始，它表明的是某項任務

的開始，好比是開發任務的開始；而週期的結束是要以測試結果爲結尾的，不然在ALM的這個週期裏看不到進度和質量，沒有實際的意義。

3. 創建版本是第一項任務，由項目經理來作；錄入需求是第二項任務，由產品經理來作。

用好ALM確實是件很重要的事情，使用好了，ALM是好工具；使用很差，ALM仍然是個好工具，可是咱們會罵他爲何作的這麼狗屎。 哈哈，我的意見，歡迎拍磚。

 

轉自：http://blog.csdn.net/popeer/article/details/7899898