使用Run from ALM Lab Management插件连接Azure DevOps与HP ALM 12.21时流水线报错如何解决
HP ALM 12.21与Azure DevOps集成流水线报错排查方案
常见触发原因
- 版本适配冲突:Run from ALM Lab Management插件仅部分版本适配HP ALM 12.21,高版本插件和12.21版本的ALM API存在兼容问题;ALM依赖的.NET运行环境版本低于4.7.2也会触发调用异常
- 服务连接配置错误:Azure DevOps中配置的ALM服务账号无对应项目的测试执行权限、ALM服务地址未使用
http(s)://[域名]:[端口]/qcbin的标准格式、ALM服务器未将Azure DevOps域名加入可信站点列表 - 代理环境缺陷:执行流水线的自托管代理未提前安装
HP ALM Connectivity Add-in,或代理运行账号无本地管理员权限,无法调用ALM本地组件 - 网络拦截:Azure DevOps代理和ALM服务器之间的ALM服务端口(默认8080)未开放,或内网代理拦截了双方的接口请求
分步排查操作
- 验证服务连接有效性:进入Azure DevOps项目设置→服务连接,找到对应的ALM连接点击验证,确认连接状态正常
- 校验ALM账号权限:使用服务连接配置的账号直接登录ALM客户端,确认可正常访问目标项目、手动启动测试集执行无权限报错
- 检查代理环境:登录流水线执行的代理机器,确认已安装对应版本的HP ALM Connectivity组件,手动执行测试集调用确认本地运行正常
- 排查网络连通性:在代理机器上执行
telnet <ALM服务器地址> <端口>,确认端口可正常访问无拦截
对应修复方案
- 版本兼容问题:卸载现有Run from ALM Lab Management插件,安装适配12.21版本的1.2.x分支插件,同时将ALM客户端的.NET运行环境升级到4.7.2及以上
- 配置错误问题:调整ALM服务地址为标准格式,给服务账号分配ALM项目的「测试执行员」及以上权限,将Azure DevOps域名加入ALM服务器的IE可信站点
- 代理环境问题:使用提前安装好ALM Connectivity组件的自托管代理执行流水线,将代理运行账号设置为本地管理员
- 网络问题:在防火墙策略中开放代理到ALM服务器的对应端口权限,内网环境下将ALM地址加入代理的全局忽略列表
内容的提问来源于stack exchange,提问作者Rajendra
相关产品推荐
相关产品推荐

