从TD8.0迁移到QC9.0的惨痛代价--仅供参考
也许是我用migration方式不对吧,实在也没有看出更多好的选项,我选用的是将数据以及发布点都放在数据库里。据说,以后这样迁移数据会比较方便。(以下所有试验,均为发布点在数据库的方式下进行的)1。在TDserver上安装qc9.0下的migrationtool.exe
2。在qc admin中,选用tool-〉migration
3。迁移完毕,我们来看看出现什么问题:
loadrunner无法connect上我们迁移过去的数据库。会一直报错,说是服务器将连接断开。查了半天log,发现是说没有权限打开。当即开始犯晕。
于是开始各种尝试。
最终发现,迁移后,如果要能连接上loadrunner,则需要进行一下操作:
1。重新建立一个project,从迁移过来的项目中拷贝数据。但记住不要拷贝run数据。(血泪阿。。。。)
2。为新建的项目取名,千万不要用中文名阿。。。。。
3。ok,你终于可以用了。。。。。。。
同时,即便是好容易让loadrunner爬上了qc的快车,你还要注意:新建的任何loadrunner的测试,不要取中文名字啊!!!!!!
另外,我也尝试了一下发布点为文件系统,有时候需要加入系统参数LR DIRECTFILEACCESS=Y。但是,有一个问题:如果一但使用该参数,其他发布点为数据库的,在lauch文件时,就会出问题。
希望我的血泪教训,能给大家一点帮助。遇见和我一样问题的战友,能不用象我这么可怜 乃这是何苦呢?其实不必赶潮流,合适,贴近自己的测试的工具就好了! 我是被迫的,2003系统装td8.0总出问题,服务器都升级了,没有办法啊! QC9.0的附件是放在什么地方的?? 我们公司还在用TD 8.0还行够用 穿过茫茫人群,才发现版主的意见最为深刻,分享中 QC我05年的时候就放弃了:) :lol 够用就好,我深有体会,那些轻易说什么什么不好用的都是没有深入挖掘工具的潜力。想到年就被人忽悠了做迁移,结果问题多多,那人一拍屁股走人,给维护人员留下一堆烂摊子。
页:
[1]