WinRunner与QTP—我们该选择谁

 区别 

        2.工具本身特点：　　

　　验证点问题：wr有四种验证点，qtp有9种验证点（题外话 robot有13种验证点），这种验证点的类型越多提供的验证方式越多，就越减少验证脚本的开发难度，而且有些验证点类型是qtp独有的，比如xml验证点，wr就没有，所以从这点上来看，验证点多其实简化脚本开发难度，让软件更容易使用，那么和你的团队状况有关系，比如你的团队是技术人员欠缺的话，那么自动化测试工具的易用性更加重要。

        3.脚本开发的特点：

      　wr是tsl脚本，类c，qtp是vBS脚本，从脚本的难度来看，vBS更容易上手，c要上手周期比较长，所以根据一个团队的人员技术情况，会选择一个更加符合实际情况的工具

        4.脚本的可扩展性

　　脚本开发过程中对脚本的稳定性，识别对象的能力，脚本的可维护性等都有要求，wr是c的脚本他没有办法直接调用window底层的com对象（这些对象的调用弥补了脚本开发的不足），只能通过两种办法一种是通过其他工具（vc,delphi等）开发相应的dll（vb除外，因为vb开发的也是com）,这样加大了团队技术人员的要求；一种方法是写vBS，然后再wr中调用，这种方法的缺点是脚本的衔接性不好。而qtp利用的是微软的脚本引擎，直接可以调用vBS语句，可以直接调用底层com对象，对脚本开发能力 大大的增强了

        这里要说的是wr可以做到qtp的效果，但是需要绕行，增加了脚本开发的难度，不是说他不能做。

        5.脚本对象的维护

　　在脚本开发过程中，这两个工具都有一个很重要的特点，脚本与测试对象分离，wr把对象保存在gui map中，qtp把对象保存在对象库里 repository.

        在实际脚本开发过程中很多情况都用到了，对想描述，在wr中其实也可以做到对想描述，只是没有和qtp一样那么好听的名字“可描述编程语言”（qtp的叫法）而已。wr的gui map就是一个文本文件，qtp的repostory是个xml描述。实际项目开发过程中，qtp更多的是把对象描述出来，而wr在脚本开发过程中限于环境应用都把他保存在gui map里，因为描述出来的对象不象qtp那样好维护，wr描述出来的就是一个字符串而已

        6.脚本的可维护性

        他们都可以和td（qc）整合，通过td（qc）来维护脚本，搭成自动化测试框架。但是td(qc)调用wr可以直接调用，调用qtp需要安装插件。

        还有更多的不同，以上随手写出，提供大家参考，希望大家在实际项目中更多的体会，你们在培训过程中学到的自动化测试脚本开发的技术完全满足其他工具的应用，不要因为工具而工具，而是更多的脱离工具，手中无剑，心中有剑。