51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5957|回复: 17
打印 上一主题 下一主题

[原创] 自动化功能测试框架——初级探讨

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-11-28 17:24:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我做的项目是银行金融业务系统方面的测试,主要是做自动化功能测试。
经过实践,我总结了一下我们项目的自动化功能测试框架,当然不能绝对的,
如果大家有什么看法可以随便发表哈意见! 谢谢!!


从我个人理解,自动化功能测试框架应该包括:业务流程框架、自动化功能测试执行框架、测试数据框架
(业务流程测试框架——不便贴出)

自动化功能测试执行框架:


测试数据框架:

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-11-28 17:39:04 | 只看该作者
乱,没有条理
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-11-28 22:57:58 | 只看该作者
测试案例是脚本表述的马?
实现了吗?
数据驱动?
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2007-11-28 23:08:16 | 只看该作者
    不错,我看出来楼主所在地公司已经把 测试数据从 QTP自动化测试脚本里面 抽取了出来,执行测试时,测试脚本去调用测试数据。 如果楼主能配以文字说明 就更好了。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2007-11-28 23:08:55 | 只看该作者
    MQC 是 Mercury Quality Center 的缩写吧?
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2007-11-28 23:10:15 | 只看该作者
    http://bbs.51testing.com/forum-146-1.html里面 有不少关于自动化测试框架的优秀文章,楼主可以参考一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-11-29 09:26:20 | 只看该作者
    我觉得自动化测试框架还应该包括测试规范(比如编码规范,对象库命名规范等)和基类库的搭建(也就是与被测应用程序无关的脚本函数),不知道大家同意不!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-11-29 10:55:13 | 只看该作者
    能编写出一段合格的代码然后再去讨论框架,代码能在框架内稳定运行吗?选择所有应用都用自动化测试吗?

    涉及的问题会很多。。。不过这流程还是蛮清晰的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2007-11-29 14:02:56 | 只看该作者
    谢谢  Walker1020 朋友的 推荐  去看了  挺好的!

    关于这个详细的介绍,我做的是 银行柜台系统的功能测试,有关银行的 具体业务了 ,其他的不便 贴出来!

    见谅!! 其实 这个已经就 基于这个框架就 蛮好把这个测试 做下去了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2007-11-29 14:06:26 | 只看该作者
    还有 蓝天伟 朋友说的 测试规范 是属于  测试管理 范畴了吧?

    这个只是一个 测试执行框架 而已 !

    呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-11-29 15:11:51 | 只看该作者
    只画了个图, 太笼统了,看不出啥来!

    我觉得LZ应该写细写清楚一点,不然写了跟没写一样,就没有讨论意义了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-11-29 15:24:53 | 只看该作者
    使用QC+QTP的自动化测试执行框架,本来很清晰的,被楼主这么一画,神仙都不知道是怎么回事了。楼主的文档能力还需加强啊
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2007-11-30 22:08:04 | 只看该作者
    楼主的 测试框架 可以供大家参考。如果你所在的公司想自己使用QTP搭建一个功能测试框架,那么可以参考一下它。当然,在实际的应用中,需要有所取舍,有所扩展
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-12-1 09:46:41 | 只看该作者
    自动化的核心在于如何验证测试结果.你说的只是一个框架.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-9-17 14:07:48 | 只看该作者
    啥是框架啊???
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-10-20 17:32
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2010-5-8 19:39:26 | 只看该作者

    谢谢

    谢谢 学习一下 哈哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-7-1 16:56:36 | 只看该作者
    把数据从脚本里弄出来,虽然我潜意识里也觉得应该这样,但是还是没发现有什么好处。以前做单元测试的时候,数据直接写在代码里,出问题调试的时候,一目了然。现在把它弄到外面,我发现调试的时候,我还需要跑到外面去看数据文件
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2010-7-1 17:10:36 | 只看该作者
    你们考虑过分层架构吗, 比如对于GUI 测试来说是不是应该有个适配层来处理平台的差异呢?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 13:56 , Processed in 0.073224 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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