51Testing软件测试论坛

标题: 基于QTP的自动化测试框架的开发 [打印本页]

作者: 隐形人 时间: 2008-3-17 16:16
标题: 基于QTP的自动化测试框架的开发
自动化测试工具QTP有其自身的缺陷,它不能很好的适应软件的变化,导致维护脚本变的举步维艰，网上十分推崇自动化测试的框架，大家有没有做过或者正在考虑做这个东东的呢？

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

欢迎大家各抒己见～～～

作者: higkoo 时间: 2008-3-18 14:37
猜想是.net开发的；QTP支持VBS编程；无

作者: 安子 时间: 2008-3-18 14:50
标题: 偶也正需要架构的问题
偶也正需要架构的问题

作者: 隐形人 时间: 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# 的帖子
窗口的自动化需要同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 时间: 2008-6-17 19:14
刚刚接触框架开发进来学习下

作者: chbhaha 时间: 2008-6-18 10:28
那位大侠能详细的解释下，急需这方面的技巧

作者: peimzh 时间: 2008-6-18 17:26
对于框架的，我觉得我们需要大家能把好的经验共享出来

作者: kun_fly 时间: 2008-6-26 10:52
谢谢了！！

作者: 小露宝 时间: 2008-6-28 14:56
继续关注这方面的内容

作者: 陈能技 时间: 2008-6-28 15:59
QTP自己的关键字框架已经做得比较完善了，所以我实现了一下TestComplete的关键字框架：
http://blog.csdn.net/Testing_is_ ... 2593103.aspx#831929

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

作者: 假装不在 时间: 2008-6-29 00:41

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

作者: Jimmyshao 时间: 2008-6-29 09:20

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

尤其顶这一句话。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)