关于连接QTP和QC

最近一段时间不忙，抽空把QTP弄了一下。不知道听谁说的，开发自动化测试就要向像开发源代码一样。于是，我决定用vss管理qtp脚本，后来发现非常费事。不知道何时灵光又一闪，我决定把qtp9.2和qc9.0连在一起。

起先，我用提供的连接无法下载qtp addin，后来在网上又找了链接，整个addin大概70多兆。注意，安装之前要先连通性插件，就在主页第三个选项“插件页”里。之后，就没什么好说的了，把原来的用例导到新的里面，灰常费事。

之后，我有一个疑问了——脚本到底是存在哪里了？之前的附件我心里就化胡，不过懒得管它。这次我决定一探究竟，于是我开始去网上找。可惜我这里是穷乡僻壤，上个网还只能上快照。结果忙了一上午，也没看出个结果。

我决定自己出手了，具体的折腾过程我就从简。

首先，我知道有些bs程序把文件存在应用服务器里。我把IIS打开，找到具体的路径C:\Program Files\Mercury\Quality Center\jboss\bin，结果整个web服务人家只有429k，真是节省呀。顺便记录下整个qc大小1.08g，qtp addin大小为107m。现有的数据库大小为778M

生成了几个脚本文件后，数据库大小增加了。可以断定在数据库里了。下面是找具体位置。qc里面的表恰到好处，整整两屏。我挨个看了看，有一半是空的，还有一半数据太多，看花眼了。就找到一个表td.test。里面把test的七大姑八大姨都装进去了，有趣的是自动化的测试记录在TS_PATH里面存了一个编号。按理说，我只要找到这个字段具体指向哪里就可以了。结果我错了，数据库从来就不是给人看的。

知道自己错在哪里以后，我决定动用我最擅长的动态测试来解决这一烦人的问题。我把sql profiler打开了，乘着没人我录了几个qtp脚本。查下sql记录，都指向一个叫td.repository的表。打开一看，忙了大半天的罪魁终于被发现了。原来这里就是一垃圾桶，什么需求呀，图片呀，脚本呀，都在这里呢。我保证，看到它，你会对数据库有个新的认识的。

最终，我的结论是，qc很负责任的把数据都放到数据库中了，注意备份数据库能保证数据不丢失。我也可以安心的用它存放qtp脚本了。注意，qtp和qc的兼容性都要靠addin解决，灰常麻烦。