隐形人 2008-3-17 16:16
基于QTP的自动化测试框架的开发
自动化测试工具QTP有其自身的缺陷,它不能很好的适应软件的变化,导致维护脚本变的举步维艰，网上十分推崇自动化测试的框架，大家有没有做过或者正在考虑做这个东东的呢？
我现在要开始往这人方向发展了，积累了一大堆的问题，希望高手给解惑下
１．ＱＴＰ是用什么开发语言写的，是ＶＢ吗？
２．如果开发一个基于ＱＴＰ的框架，用什么开发语言比较好，ＱＴＰ对哪些开发语言提供了接口？ＪＡＶＡ可以吗？
３．框架要分离开对象库和测试用例，那么分割的粒度多大为好？
欢迎大家各抒己见～～～
隐形人 2008-3-20 10:23
那么这个框架是基于什么自动化测试工具是有什么关系，除了开发语言外，好像关系不是那么的深了
个人感觉框架要实现对象库与测试脚本的分离．那么要如何才可以实现映射功能．也就是说我的框架是如何才可以去捕获这些页面对象？
punk12com 2008-4-2 17:13
我也遇到了同样的问题
个人感觉，qtp已经实现了一个基于对象识别的框架。但是由于vbs语言的限制，导致维护成本很高很高。我一直在搜寻一些方法，如： 把对象作为函数参数；针对每个控件制作测试套件。效果都不是很好，也许尝试使用其他的测试工具会有更好的想法。比如ibm 的robot
（附件： 为自己的一点经验，不是很全）
loho1968 2008-4-2 22:33
可以参数WR的emos，我参照已经实现了部分功能的框架测试，但框架不能处理复杂的逻辑，复杂的功能测试，还是写脚本好
hsjzfling 2008-4-3 10:38
QTP的优点在于其对象的识别与管理能力，至于业务逻辑，那是一定要自己写代码处理的（无论使用什么通用工具都得自己写代码处理业务逻辑），当然你也可以把逻辑封装在测试框架中（我一般也都是这么干的~）
binning_001 2008-4-6 18:28
悲哀
没有人愿意详细讲解
都是说大框
给人一直神秘的感觉 然后在做宣传我会框架什么的 在收钱教人
唉
隐形人 2008-4-7 12:46
回复 5# 的帖子
谢谢你的回复！
看了你的附件，个人感觉你的框架的三层模型很像ＩＢＭ的技术测试框架，请问你们的这个框架是不是一个已经很成熟的框架？
蟑螂 2008-4-11 23:05
这个想法很好，虽然我是初步介入QTP工具，但是我也有此想法，希望大家多多的提出自己的看法，分享下。
shanxi 2008-4-12 21:54
回复 1# 的帖子
[font=微软雅黑][size=4]窗口的自动化需要同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.[/size][/font]
peimzh 2008-6-18 17:26
对于框架的，我觉得我们需要大家能把好的经验共享出来
陈能技 2008-6-28 15:59
QTP自己的关键字框架已经做得比较完善了，所以我实现了一下TestComplete的关键字框架：
[url]http://blog.csdn.net/Testing_is_believing/archive/2008/06/27/2593103.aspx#831929[/url]
由于QTP在关键字驱动、数据驱动、对象库管理等方面都做得比较好了，我们没有必要再去费心劳力地重复实现QTP已有的功能，而应该更多地把精力花在构建适合自己项目使用的框架，让自动化测试工程师能基于这个框架更好地编写测试脚本、降低维护测试脚本的代价。并且更多地考虑抽取共用的、可重用的测试脚本。
Jimmyshao 2008-6-29 09:20
[quote]原帖由 [i]陈能技[/i] 于 2008-6-28 15:59 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1004894&ptid=108786][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
由于QTP在关键字驱动、数据驱动、对象库管理等方面都做得比较好了，我们没有必要再去费心劳力地重复实现QTP已有的功能，而应该更多地把精力花在构建适合自己项目使用的框架[/quote]
尤其顶这一句话。