基于QTP的自动化测试框架的开发

隐形人

自动化测试工具QTP有其自身的缺陷,它不能很好的适应软件的变化,导致维护脚本变的举步维艰，网上十分推崇自动化测试的框架，大家有没有做过或者正在考虑做这个东东的呢？

我现在要开始往这人方向发展了，积累了一大堆的问题，希望高手给解惑下
１．ＱＴＰ是用什么开发语言写的，是ＶＢ吗？
２．如果开发一个基于ＱＴＰ的框架，用什么开发语言比较好，ＱＴＰ对哪些开发语言提供了接口？ＪＡＶＡ可以吗？
３．框架要分离开对象库和测试用例，那么分割的粒度多大为好？

欢迎大家各抒己见～～～

higkoo

猜想是.net开发的；QTP支持VBS编程；无

安子

偶也正需要架构的问题

隐形人

那么这个框架是基于什么自动化测试工具是有什么关系，除了开发语言外，好像关系不是那么的深了

个人感觉框架要实现对象库与测试脚本的分离．那么要如何才可以实现映射功能．也就是说我的框架是如何才可以去捕获这些页面对象？

punk12com

个人感觉，qtp已经实现了一个基于对象识别的框架。但是由于vbs语言的限制，导致维护成本很高很高。我一直在搜寻一些方法，如： 把对象作为函数参数；针对每个控件制作测试套件。效果都不是很好，也许尝试使用其他的测试工具会有更好的想法。比如ibm 的robot
（附件： 为自己的一点经验，不是很全）

loho1968

可以参数WR的emos，我参照已经实现了部分功能的框架测试，但框架不能处理复杂的逻辑，复杂的功能测试，还是写脚本好

hsjzfling

QTP的优点在于其对象的识别与管理能力，至于业务逻辑，那是一定要自己写代码处理的（无论使用什么通用工具都得自己写代码处理业务逻辑），当然你也可以把逻辑封装在测试框架中（我一般也都是这么干的~）

binning_001

悲哀
没有人愿意详细讲解
都是说大框
给人一直神秘的感觉 然后在做宣传我会框架什么的 在收钱教人
唉

隐形人

谢谢你的回复！
看了你的附件，个人感觉你的框架的三层模型很像ＩＢＭ的技术测试框架，请问你们的这个框架是不是一个已经很成熟的框架？

蟑螂

这个想法很好，虽然我是初步介入QTP工具，但是我也有此想法，希望大家多多的提出自己的看法，分享下。

shanxi

窗口的自动化需要同Win32 Api打交道,用Java做纯粹属于吃力不讨好,所以可以看到支持MFC的IBM的Rational Robot,它的Inspect工具是用MFC做的.
用纯Java来写的框架最适合的只有Java开发的界面,如用Swing/AWT开发的窗口程序和Web页面.
例子还有Rational Functional Tester能测试Java, .NET,终端,和网页但不支持VB,C++和其它Win 32应用程序.

目前,据我的了解用微软的C++(推荐),C#,VB.Net等都是能做出支持规范Win 32应用程序和网页的框架.

另外,窗口的自动化和Web页面的自动化有很大差异,但有一个相同点,就是自写框架都需要COM编程.这个结论排除了JavaScript在内的情况,它的代表是Selenium.

47385024

刚刚接触框架开发  进来学习下

chbhaha

那位大侠能详细的解释下，急需这方面的技巧

peimzh

对于框架的，我觉得我们需要大家能把好的经验共享出来

kun_fly

谢谢了！！

小露宝

继续关注这方面的内容

陈能技

QTP自己的关键字框架已经做得比较完善了，所以我实现了一下TestComplete的关键字框架：
http://blog.csdn.net/Testing_is_ ... 2593103.aspx#831929

由于QTP在关键字驱动、数据驱动、对象库管理等方面都做得比较好了，我们没有必要再去费心劳力地重复实现QTP已有的功能，而应该更多地把精力花在构建适合自己项目使用的框架，让自动化测试工程师能基于这个框架更好地编写测试脚本、降低维护测试脚本的代价。并且更多地考虑抽取共用的、可重用的测试脚本。

假装不在

基础知识不扎实，学个什么框架都枉然。

Jimmyshao

原帖由 陈能技 于 2008-6-28 15:59 发表
由于QTP在关键字驱动、数据驱动、对象库管理等方面都做得比较好了，我们没有必要再去费心劳力地重复实现QTP已有的功能，而应该更多地把精力花在构建适合自己项目使用的框架

尤其顶这一句话。