本文目录一览：
- 1、python调用com，如何完成word表格操作
- 2、python为何多线程报错，单线程没问题
- 3、python如何调用ATL的COM组件
- 4、如何用python编写com组件
- 5、求教vbs调用python com组件的问题
- 6、如何构建基于Quality Center的Web服务
python调用com，如何完成word表格操作
word中doc这个格式的文件是微软特有格式，微软没有向外公开任何的api接口文档，
只能通过微软提供的OLE组件来提其COM接口，只要你的机器上安装了Offices完整的办公软件，在安装目录下面有个MSWORD.OLB组件，导入这个即可。
1、相关操作Excel有MSPPT.OLB，EXCEL.exe等。
python为何多线程报错，单线程没问题
你这个是wmi在多线程中天生的问题，python的wmi的官方文档中有说明，网页链接这个地址中，你仔细看“Use WMI in a thread”这一小节。
但是那个解决方案不是很好用，有些问题上还是会报错，推荐你用wmic，多线程中这个要好用很多。网页链接
python如何调用ATL的COM组件
查到一点资料，链接放在附件里。是一个在Python中使用COM接口的小教程。
如何用python编写com组件
可以，在vbs中用wshell.run执行脚本文件，前提是你系统中已部署好pyhton: Set oShell = WScript.CreateObject ("WSCript.shell")oShell.run "s.py"Set oShell = Nothing
求教vbs调用python com组件的问题
这个与脚本部件.wsc文件 或是其他预言编写的.dll文件一样
要使用就要先注册
目测VBS代码没有问题，如果没有显示函数和属性应该是没有写入注册表
如何构建基于Quality Center的Web服务
如何构建基于Quality Center的Web服务
目前各大公司都在开始尝试构建符合自己公司业务需求的系统性测试平台。在最近很多次的由Infoq组织的Qcon和淘宝的技术嘉年华上，我们都可以看到来自百度，阿里，腾讯等大公司分享的他们内部的测试平台。
如何构建一个优秀的测试平台，在技术选型上我们基本是两个方案，一个方案是集成现有的各个子的测试系统。在开源项目大行其道的今天，很多企业都在其内部采用了开源的测试工具，比如TestLink 这样的测试管理工具，Mantis，Bugfree这样的Bug管理工具，以及Fitnesse，Selenium这样的自动化测试工具和框架。这类的测试工具的一个共通的特点是他们都是基于比较新的开发技术构建的，其次由于他们的开源的特点，我们也可以更具我们需要在源码层面对他们进行修改。这一类的集成还是比较容易做的。第二个方案就是完全重新写一套全新的测试平台，从测试管理，bug管理到case的执行层面都进行自己构建。这样的方案的好处在于我们对于整个测试平台的控制力最大，但是相对的 ，对于我们测试团队本身的开发架构能力的要求也是非常高的。一般的中小企业也很难有成本上的投入。
但是基于这两个方案之外，我们还发现了一个目前在企业中存在一个孤岛，就是目前大多数的企业还是在使用Quality Center 这样的一套商业的测试管理软件。QC是惠普公司推出的一套成熟的商业测试管理工具，覆盖测试用例的管理，Bug的管理，测试资源的管理等功能，几乎涵盖了我们在测试工作中可能遇到的方方面面的问题。同时QC在系统集成上面，可以很好的和QTP和LoadRunner这样两个同门师兄弟进行集成。除此之外，我们就鲜有看到其他和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组件的时候遇到问题。
……………………
查看全文请点击下载：
解决了连接的问题以后，我们就可以很方便的使用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的时间的消耗，单位是秒。
