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仍然是個好工具,但是我們會罵他為什么做的這么狗屎。 哈哈,個人意見,歡迎拍磚。



免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM