gdutlzl 发表于 2009-5-4 15:58:11

描述性编程可以大量使用吗？

一个脚本里所有的的代码可不可以全都是用描述性变成的方法来写的？还是描述性编程只用于某些地方的，谢谢！

virgolong 发表于 2009-5-4 23:14:00

:) 关注下，看论坛人说9.0开始，使用对象库和描述性编程识别时间没什么差别了。
目前我的测试全部使用的是描述性编程，简单的测试

peterz 发表于 2009-5-4 23:34:02

如果页面经常调整的话，不建议使用描述性编程。那样工作量太大了

lyscser 发表于 2009-5-4 23:56:07

原帖由 peterz 于 2009-5-4 23:34 发表 http://bbs.51testing.com/images/common/back.gif
如果页面经常调整的话，不建议使用描述性编程。那样工作量太大了
我认为相反，因为页面经常变动我才使用discription，否则就用稳定的集中库管理了

peterz 发表于 2009-5-5 09:40:50

原帖由 lyscser 于 2009-5-4 23:56 发表 http://bbs.51testing.com/images/common/back.gif

我认为相反，因为页面经常变动我才使用discription，否则就用稳定的集中库管理了
你的页面控件是动态生成的吗？？

gdutlzl 发表于 2009-5-9 11:31:17

谢谢各位的回复，不过我还是没得到想要的答案。我所想知道的是如果一个脚本是两三千行的，甚至更多可不可以全部用描述性编程来写。谢谢！

xuyubo 发表于 2009-5-9 15:40:17

你那是没事干了

Linda0721 发表于 2009-5-11 10:52:20

如果采用轻量级框架， 都采用描述性编程，会有什么问题呢？

walker1020 发表于 2009-5-11 11:38:49

在实际的脚本开发中，你的开发时间和成本都有限，大量使用描述性编程是不可取的。举一个不是很恰当的例子： 菜里面放一点香油会很香，但如果你放上半瓶甚至一瓶香油，那么你的感觉怎么样？

cdxfujian 发表于 2009-5-11 14:25:35

还是比较赞同walker1020的说法，同等条件下个人认为描述性编程中对属性的获取会占用较大的工作量，不过应该采取描述性还是对象识别还是跟个人的习惯有关吧不知说的对不对

cdxfujian 发表于 2009-5-11 14:28:24

回复 6# 的帖子

可以全部用描述性编程，也可以部分采取，其实最后所产生的问题应该还是在成本上吧

walker1020 发表于 2009-5-11 17:03:52

只要你愿意，你完全可以全部采用描述性编程来获得操作的对象。如果是那样，那么你纯粹是把QTP当成是开发平台了。个人不建议你这样做。举个不恰当的例子：现在已经有火柴、打火机了，为了取火，你为何还要钻木取火呢？ 对于某些大型活动的取火仪式，那完全是为了某种特殊目的。

[ 本帖最后由 walker1020 于 2009-5-11 17:05 编辑 ]

wuei9090 发表于 2009-5-11 17:33:26

为什么不能呢 夹杂大量对象的QTP脚本多庞大呢
如果全部描述性简单 而且在版本变更时候更有利一些

virgolong 发表于 2009-5-12 08:34:29

:Q 我的测试就全部用的描述性编程。因为是个产品，版本会不断升级。
初学时是录制的脚本，但发觉一升级对象就识别不了了，此时在考虑维护对象库或用描述性编程，对象库管理没学会就直接用了描述性编程
有没有提下版本会升级的测试，对象库怎么管理啊
页: [1]
查看完整版本: 描述性编程可以大量使用吗？