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