51Testing软件测试论坛

标题: 大家用QTP时，是自己手写脚本，还是录制或是用其它的什么方法啊。。。。。。 [打印本页]

作者: testtest0234567 时间: 2010-1-14 09:25
标题: 大家用QTP时，是自己手写脚本，还是录制或是用其它的什么方法啊。。。。。。
大家用QTP时，是自己手写脚本，还是录制或是用其它的什么方法啊。。。。。。

作者: wugecat 时间: 2010-1-14 09:32
一般自己写吧.拷贝黏贴反而快

作者: dreamever 时间: 2010-1-14 09:40
同意大剑的话，手写脚本更灵活，并且可以从一定程度上摆脱录制带来的局限性

作者: wugecat 时间: 2010-1-14 09:47
............
现在我已经可以完全脱离对象库了,因为用对象库实在是难以维护

作者: liufeng 时间: 2010-1-14 09:51
recording and writing together by yourself ,and also think about the complexity of system.This is my opinion

作者: zrg9399 时间: 2010-1-14 11:20
qtp优点就是对象库思想和封装函数，如果不用对象库，还不如直接用编程语言做自动化

作者: ly113 时间: 2010-1-14 11:24
录制增强

作者: wugecat 时间: 2010-1-14 12:01
标题: 回复 6# 的帖子
只这样的,之前是用对象库的,用的是公共的对象库,大家都在维护这个对象库,对象库放在svn上,但是对象库的格式似乎不能比对和合并,导致了多人操作时当你修改对象库打算上传时,刚巧别人也改了,这个时候你就要获取最新的然后再改...非常麻烦.所以我就全部用描述性语言了,不知道各位有什么好的建议??

作者: 风雪夜归人 时间: 2010-1-14 12:50
这样是很烦。如果测试对象很多的话，建议一个case一个对象库，反而更加灵活方便，但是应该要占空间的多。。我都没有用过公共对象库，太麻烦

作者: Lennon 时间: 2010-1-14 12:56
把对象都描述出来固然好。效率实在是太低了。有点难适我碰到的项目的时间要求，所以我还是在坚持使用着对象库，虽然这个东西挫是挫了点。
wugecat碰到的问题的确我也碰到了。可以通过三种方式。
1、不用公用对象库，都用action的本地对象。呵呵。大家可能觉得这个方法最挫。但我的实践让我觉得这是最好的方法。
2、如果使用公用对象库，那么公用对象库的配置管理策略需要定为锁定解锁。
3、如果使用公用对象库，并且使用复本合并的策略，那么merge的时候可以用qtp自带的object repository comparison tool 进行对比。完了手动修改。

关于楼主的问题。我的工作方式基本上是10%的录制 90%的手写脚本。录制的就是页面对象。

作者: wugecat 时间: 2010-1-14 13:19
一个action一个对象库,会出现一个更痛苦的问题....当你有几百上千个action的时候一旦页面元素发生变化,你要如何维护这些对象,一个一个改太不和实际了.比如你很多都用到了[新增]按钮,如果新增改成"新建"了怎么办?

作者: Lennon 时间: 2010-1-14 14:05
在我的结构中，多个的流程，可以是几百上千个流程都会使用到得公用部分会本抽出来形成重用的 action 。这个action所关联的对象在他自己的对象库里面。如果发生了变化，我把那个重用action的对象库里面的新增改成"新建"就好了

作者: 风雪夜归人 时间: 2010-1-14 14:10
恩，12楼的很对，如果一个action用到的多了，就要形成公用的action~

另外，就算是一个个的action，如果新增改成"新建"，描述的不是也要一个个的改?效果一样，公用的action最好

作者: wugecat 时间: 2010-1-14 14:39
12楼的action重用我最早是这样做的,但是太累了...效率不高(可能那个时候我没有框架的细想吧)做了10几个用例我就崩溃了,因为action切换还是麻烦,很多的右键单击查看属性,让人无法忍受,所以我用了function重用,测试数据存放在数据库中,放弃了datatable,开发个小程序来展示和维护他们,并且可以做到数据的引用,不用对象库用描述语言.这样相对容易维护些....不过舍弃了QTP本身的一些功能

作者: Lennon 时间: 2010-1-14 14:47
我在这方面有些总结。写的不大细致，但大概就是这么一回事情。共3篇，下面是根链接。各位有什么问题和指点欢迎留言讨论。
http://www.51testing.com/?uid-14 ... space-itemid-203889
这些是在脚本结构和action调用方面的考虑，对象库这方面没有提及。我目前就使用action自带的本地对象库。

作者: wugecat 时间: 2010-1-14 14:55
学习一下

作者: testtest0234567 时间: 2010-1-14 15:32
老大们真的是太牛了，和专业程序员没什么区别了。。。。。。

我想在问老大们个问题，你们的工资是多少啊，不用说具体的，给个能参与的区间就可以。。。。。。

还在就是在QTP中能自己写类吗？？？？？？我记得VB好像可以写，不知道这个是否支持。。。。。。

作者: wugecat 时间: 2010-1-14 15:56
我不是老大,我是小弟.
我们讨论的都是老大们几年前就玩剩下的了....
老大们是不会轻易回帖的,但是只要回了就一定是句句经典

作者: Lennon 时间: 2010-1-14 16:52
工资爆少。每月欠费。维持生活都难。

作者: yaohuangongzuo 时间: 2010-1-14 16:55
qtp支持vbs，vbs也支持类，所以可以写
你百度搜下vbs类，很多的。。。

作者: 风雪夜归人 时间: 2010-1-14 17:09
额，要换工作~楼上的名字很牛x

作者: yaohuangongzuo 时间: 2010-1-14 17:39
标题: 回复 21# 的帖子
想换个工作有什么牛x的。。

作者: helius 时间: 2010-1-14 18:17
两者都有咯以对象库为主

学习ruby

作者: tianshilan 时间: 2010-1-18 17:23
手写吧，感觉录制的脚步不适用

作者: kasimxiao 时间: 2010-1-18 17:57
9.5 可将对象库的对象直接拖进来生成脚本
这个功能不错

作者: holymonkey 时间: 2010-1-26 13:22
先了解策略，再应用自动化。
技术不会有太大的区别。
好的事先准备和设计更重要，对于自动化，不要太拘泥于工具本身。

作者: james.zhong 时间: 2010-1-26 14:02

春手写说明你很强，春开发人员出身！

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