近日在客户处服务,又遇到了“RPC服务不可用”这个拦路虎,于是好好研究了一下。
其实,现在的QC和QTP都已经进入version11时代了,按说他们在安装配置的时候,应该都是会自动配置远程调用所需要的选项,如DCOM,port,firewall之类的。而在网上搜到的解决RPC问题的帖子,一水的都是在说如何进行DCOM配置,如何进行登录用户的配置等等,按照他们的配置,一路配置下来,还是没有解决问题。(包括HP官网上的解决办法)、
分析了一下原因,有两点:1是网上的帖子,大部分面向的是QTP9以前的版本,(难道真的9.5以后没有人遇到么??);2是网上的贴子,没有把配置的几个主体说清楚。
下面我就按照我的经验来分析一下:
1. 首先,QC远程调用QTP,要分为3个主体来考虑,QC服务器安装主机;启动QC浏览器或客户端的主机;QTP脚本运行的主机。之后,就要明确,解决RPC问题,都要分别在这3个主机上做什么事情。
2. 知道涉嫌主机了,我们就来一个一个分析:
a。RPC这个问题,和QC服务器关系不大,至少我目前没有动服务器的什么设置,就能解决;
b。QTP运行主机上,要安装QTP软件(废话),且要运行“配置DCOM设置”向导。这个向导运行很快的,它会自动把适合这台QTP主机被QC调用的DCOM,Port,Firewall等设置设好,不用按照网上的方法自己一个一个搞了;
c。如果QTP运行主机打开了windows防火墙,则在防火墙的例外列表中,加入DCOM,端口是135,协议是TCP。有的网帖说解决这个问题,要关闭防火墙,这个说法很不负责任,要知道,不是所有的公司,单位,能随意允许客户机关闭防火墙的;
d。要保证启动QC的客户端,并运行测试的这台机器,和QTP实际运行的机器,要在一个局域网或域里,他们之间可以相互正常通信,如远程登录可以访问,网上邻居可以互相找到等。(没必要一定要把对方的登录用户添加到本机的administrators列表中)我的一个经验,就是,我用自己的机器,虽然能登录客户的QC,但是在局域网里找不到客户其他机器,我用我的机器启动QC,调用另一台客户的QTP机器,就始终得到RPC错误。
保证以上几点,关键是d,就可以实现QC远程调用其他机器执行QTP脚本了,从上面看出,需要设置的地方,也就是QTP机器要运行DCOM配置向导,如果安装时没有运行,也可以在程序的QTP->tools->Additional Installation Requirements中启动。而QC服务器,和启动QC客户端的机器,都不需要做什么配置,只要保证联通性就可以了。
当然了,这只是解决“RPC服务不可用”这个问题,要是调用过程中再碰到其他问题,就只能在具体问题具体分析了。
@版权所有,转载请注明
本文分享了解决QC远程调用QTP时遇到的“RPC服务不可用”问题的经验。文章详细介绍了涉及的三个主体(QC服务器、启动QC的客户端、QTP脚本运行的主机)及相应的配置步骤。

5776

被折叠的 条评论
为什么被折叠?



