51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3544|回复: 16
打印 上一主题 下一主题

[原创] QTP10使用的想法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-8-4 12:35:01 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
在使用QTP10的过程中发现了QTP10的对象管理器重可以自己增加对象,命名对象名称,和添加属性以及属性值。
那么拥有这个功能后,是否意味着QTP自动化测试可以在软件还没有开发出来的时候就先写测试脚本呢?

具体想法如下:
1. 在详细设计文档中,需要有对软件界面中的元素名称和属性以及属性值进行定义,并且按照规范来写(这个规范就需要测试按照QTP对对象的识别属性来编写)
2. 根据详细设计文档中的元素定义,在QTP10中按照层次添加对象和对象属性以及属性值。
3. 根据需求和概要设计文档中的流程和数据要求设计用例,在QTP10的关键字视图中进行组合步骤编程,其实就是下拉框选择对象,然后通过参数化检查点等增强(这些都可以通过界面化操作即可)

这种过程可以提前将大部分测试代码完成,等软件界面和功能完成后就可以直接进行运行测试,这样速度快,后期步骤修改也快。

不知道有没有同仁有这种想法。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

17#
发表于 2010-11-11 10:29:58 | 只看该作者
QTP10比之前的版本好用
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2010-11-11 09:54:39 | 只看该作者
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2015-10-19 13:26
  • 签到天数: 2 天

    连续签到: 2 天

    [LV.1]测试小兵

    15#
    发表于 2010-10-1 09:40:50 | 只看该作者
    别指望地球总围着你转:想要啥开发就给你啥,你想咋做开发就咋做?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2010-9-30 16:52:29 | 只看该作者
    很 遥远。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2010-9-29 21:00:30 | 只看该作者
    之前不是有个共产主义的所谓轻量级框架出现么,可以达到楼主的目标
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2010-9-29 13:27:28 | 只看该作者
    来顶顶!如果对于规范的公司还是可以实现的!反之则会浪费很多的时间!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-9-2 12:14:18 | 只看该作者
    呵呵,现实需求变化太快
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-9-2 12:06:39 | 只看该作者
    看起来挺棒的。。但实现起来有难度噶
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-8-6 23:01:00 | 只看该作者
    共产主义理想...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2010-8-6 17:48:16 | 只看该作者
    黄老师 !  有时间多写些LR的日志吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2010-8-4 16:47:40 | 只看该作者
    原帖由 skyzhu 于 2010-8-4 13:21 发表
    如果把你所说的设计文档内容,整理成为一个Excel或者其他配置
    而QTP脚本能解析表格和一些配置就能自动解析这些配置,并执行相关代码,全部调整后将会是一个不错的框架了,做的好的话甚至不用改代码就能执行
    当然一 ...

    这个很不错,我最初是想直接在对象库中增加自定义对象。因为毕竟对象都是基本固定。 如果能做到自动解析和更新配置对象库那当然更好了,就不用每个人都操作QTP了,呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2010-8-4 16:43:29 | 只看该作者
    做设计的时候给对象命名应该不是难事吧,一般WEB对象的命名规则都很明显,而且WEB对象也不像应用程序那样控件特别多,常用的需要操作的就那么几个。
    主要是需要开发的支持。我们需要的都是界面元素而已。除非界面元素变动,界面位置什么的变动都不影响控件名称。但是一般界面元素名称改动不大吧。只是流程易变,增加新的控件的话,也相应增加新的对象。
    不过这只是一个想法。呵呵

    [ 本帖最后由 fachu121 于 2010-8-4 16:44 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-8-4 16:39:55 | 只看该作者
    理想情况下是可以这样做的,但是实际上很难操作,尤其是开发流程不规范、缺乏详细设计的组织
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-8-4 16:09:50 | 只看该作者
    想法是挺不错的, 但是是否能在开发那边顺利的得以贯彻和执行 (1. 在详细设计文档中,需要有对软件界面中的元素名称和属性以及属性值进行定义,并且按照规范来写(这个规范就需要测试按照QTP对对象的识别属性来编写))

    这样写出所有的窗口的话, 开发的人要疯掉的, 在代码设计阶段这些东西都是很可能在后期发生变化的. 这都会对你的测试产生很多影响, 或者你的要能够自动更新变化的内容, 比如识别对象的关键字.

    另外, 这样做是需要一个比较好的基于关键字的测试框架的支持的才会做起来比较容易, 这样的框架比如EMOS.

    不过如果你们公司真的能做到这一点,对自动化测试应该是有好处的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-8-4 14:41:53 | 只看该作者

    看不懂

    看不懂.真的.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2010-8-4 13:21:14 | 只看该作者
    如果把你所说的设计文档内容,整理成为一个Excel或者其他配置
    而QTP脚本能解析表格和一些配置就能自动解析这些配置,并执行相关代码,全部调整后将会是一个不错的框架了,做的好的话甚至不用改代码就能执行
    当然一开始会很花时间,仅供参考
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 16:02 , Processed in 0.079253 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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