51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2481|回复: 13
打印 上一主题 下一主题

[求助] 描述性编程可以大量使用吗?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-5-4 15:58:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
一个脚本里所有的的代码可不可以全都是用描述性变成的方法来写的?还是描述性编程只用于某些地方的,谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2015-9-22 15:26
  • 签到天数: 16 天

    连续签到: 1 天

    [LV.4]测试营长

    2#
    发表于 2009-5-4 23:14:00 | 只看该作者
    关注下,看论坛人说9.0开始,使用对象库和描述性编程识别时间没什么差别了。
    目前我的测试全部使用的是描述性编程,简单的测试
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-7-4 15:34
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2009-5-4 23:34:02 | 只看该作者
    如果页面经常调整的话,不建议使用描述性编程。那样工作量太大了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2009-5-4 23:56:07 | 只看该作者
    原帖由 peterz 于 2009-5-4 23:34 发表
    如果页面经常调整的话,不建议使用描述性编程。那样工作量太大了

    我认为相反,因为页面经常变动我才使用discription,否则就用稳定的集中库管理了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-7-4 15:34
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2009-5-5 09:40:50 | 只看该作者
    原帖由 lyscser 于 2009-5-4 23:56 发表

    我认为相反,因为页面经常变动我才使用discription,否则就用稳定的集中库管理了

    你的页面控件是动态生成的吗??
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2009-5-9 11:31:17 | 只看该作者
    谢谢各位的回复,不过我还是没得到想要的答案。我所想知道的是如果一个脚本是两三千行的,甚至更多可不可以全部用描述性编程来写。谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-5-9 15:40:17 | 只看该作者
    你那是没事干了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2016-6-22 17:31
  • 签到天数: 29 天

    连续签到: 1 天

    [LV.4]测试营长

    8#
    发表于 2009-5-11 10:52:20 | 只看该作者
    如果采用轻量级框架, 都采用描述性编程,会有什么问题呢?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
    发表于 2009-5-11 11:38:49 | 只看该作者
    在实际的脚本开发中,你的开发时间和成本都有限,大量使用描述性编程是不可取的。举一个不是很恰当的例子: 菜里面放一点香油会很香,但如果你放上半瓶甚至一瓶香油,那么你的感觉怎么样?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-5-11 14:25:35 | 只看该作者
    还是比较赞同walker1020的说法,同等条件下个人认为描述性编程中对属性的获取会占用较大的工作量,不过应该采取描述性还是对象识别还是跟个人的习惯有关吧不知说的对不对
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2009-5-11 14:28:24 | 只看该作者

    回复 6# 的帖子

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

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

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

    [ 本帖最后由 walker1020 于 2009-5-11 17:05 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2009-5-11 17:33:26 | 只看该作者
    为什么不能呢 夹杂大量对象的QTP脚本多庞大呢
    如果全部描述性  简单 而且在版本变更时候更有利一些
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-9-22 15:26
  • 签到天数: 16 天

    连续签到: 1 天

    [LV.4]测试营长

    14#
    发表于 2009-5-12 08:34:29 | 只看该作者
    我的测试就全部用的描述性编程。因为是个产品,版本会不断升级。
    初学时是录制的脚本,但发觉一升级对象就识别不了了,此时在考虑维护对象库或用描述性编程,对象库管理没学会就直接用了描述性编程
    有没有提下版本会升级的测试,对象库怎么管理啊
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-27 16:26 , Processed in 0.074397 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表