如何构建基于Quality Center的Web服务

发表于:2012-8-01 13:04

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:杨丽娜    来源:51Testing软件测试网原创

分享:

  目前各大公司都在开始尝试构建符合自己公司业务需求的系统性测试平台。在最近很多次的由Infoq组织的Qcon和淘宝的技术嘉年华上,我们都可以看到来自百度,阿里,腾讯等大公司分享的他们内部的测试平台。

  如何构建一个优秀的测试平台,在技术选型上我们基本是两个方案,一个方案是集成现有的各个子的测试系统。在开源项目大行其道的今天,很多企业都在其内部采用了开源的测试工具,比如TestLink 这样的测试管理工具,Mantis,Bugfree这样的Bug管理工具,以及Fitnesse,Selenium这样的自动化测试工具和框架。这类的测试工具的一个共通的特点是他们都是基于比较新的开发技术构建的,其次由于他们的开源的特点,我们也可以更具我们需要在源码层面对他们进行修改。这一类的集成还是比较容易做的。第二个方案就是完全重新写一套全新的测试平台,从测试管理,bug管理到case的执行层面都进行自己构建。这样的方案的好处在于我们对于整个测试平台的控制力最大,但是相对的 ,对于我们测试团队本身的开发架构能力的要求也是非常高的。一般的中小企业也很难有成本上的投入。

  但是基于这两个方案之外,我们还发现了一个目前在企业中存在一个孤岛,就是目前大多数的企业还是在使用Quality  Center 这样的一套商业的测试管理软件。QC是惠普公司推出的一套成熟的商业测试管理工具,覆盖测试用例的管理,Bug的管理,测试资源的管理等功能,几乎涵盖了我们在测试工作中可能遇到的方方面面的问题。同时QC在系统集成上面,可以很好的和QTPLoadRunner这样两个同门师兄弟进行集成。除此之外,我们就鲜有看到其他和QC进行集成的项目和工具了。

  由于在构建符合我们自由需求的测试管理平台的时候,我们发现我们现有的大量的case是直接采用开源的自动化测试工具进行执行和管理的。同时我们也发现了我们的QC系统目前而言属于一个搁置的状态,当中也存放一些历史的手工测试的case。出于一定的考虑,我们还是希望可以重新把QC纳入到我们的日常工作中来,但是我们也希望可以很好的把QC和我们的现有的自动化测试框架进行集成。

  QC提供了一套叫做OTA的API来允许外部的系统和QC进行集成。QC的API是完全基于VB6来构建的,记住是VB6,不是VB.net,所以这个完全是个老古董的技术了,估计目前很少有人会做VB的开发了。不过好在QC提供了一套COM组件来方面我们进行调用,所以我们就计划构建一个基于QC的WebService,通过这个WebService来把QC和我们其他的项目进行集成,同时也把QC作为一个底层的存储平台来存储我们的Case的执行结果。

  在技术的选型上,我们选择使用Python来进行WebService的开发。采用Webpy这个轻量级的Web框架来做Http服务,同时我们采用了Python的Win32com模块来方便我们直接通过Python的代码来调用QC的COM组件里面的相关方法。获取QC的COM组件的方法非常简单,只要你在浏览器访问了Quality Center的页面以后,就可以在<installation drive>:\Program Files\Common Files\Mercury Interactive\Quality Center里面找到OTAClient.dll 。 我们不需要关注这个OTAClient.dll的路径,因为Python的Win32Com的模块会自动找到对应的DLL库。这里要提一点的是操作系统的影响。QC是基于32位的浏览器,所以我们的Python必须要使用32位的版本,同时也要安装32位 版本的Win32Com模块。否则我们会在调用COM组件的时候遇到问题。

  ……………………

  查看全文请点击下载:http://www.51testing.com/html/58/n-817758.html

  解决了连接的问题以后,我们就可以很方便的使用QC的OTA的API来对QC进行操作了。整个QC的数据库的架构相对比较复杂,这个我会在下一期的文章中来介绍。这里我们来看一下如何通过一个TestSetID来获取整个TestSet。

def get_testset(testsetid,testset_factory):
    try:
        testset = testset_factory.Item(testsetid)
        return testset
    except Exception,e:
        print e
        raise qcExceptions.TsInstanceException("can't get the tsinstance_list by setid = %s" % testsetid)

  方法中的testset_factory是通过TDConnection来获取的,表示的是一个TestSet的工厂对象,可以通过TestSetID来获取一个TestSet。具体可以参考OTA的API参考文档。

  每一个执行的结果是保存在一个Run的实例里面的,一个TestInstance可以有多个Run的实例对象。QC的API在一定程度上比较类似MySQL的API,在对于Test,Run这样对象的更新是不会直接反映到QC的系统中去的,我们需要进行一个Post的提交的动作,这里展示一个如何给一个TestInstance添加一个执行结果的方法。

_runFactory = tsinstance.RunFactory
_newRun = _runFactory.AddItem(None)
if tsinstance.ID in failcase_ids:
 newRun.Status = QC_STATUS[1]
else:
 newRun.Status = QC_STATUS[0]

_newRun.Name = tsinstance.TestName
_newRun.Post()

  这里要注明一下,QC的写的操作是很耗时的,我们最初采用同步的方式进行工作,整个服务完全无法运作,后来我们发现,当我们的TestSet中有大量的Case的时候,整个写QC的操作非常的缓慢。后来我们就采用了异步的方式,把读写的操作分离了。最后给大家看一个我们做的性能的测试,红线的部分表示的是TestSet中有差不多1000个Case的状态需要更新,蓝色的部分表示只有10个Case需要更新。我们可以看到写入QC的时间的消耗,单位是秒。

  查看全文请点击下载:http://www.51testing.com/html/58/n-817758.html

  版权声明:51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

《2023软件测试行业现状调查报告》独家发布~

精彩评论

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号