51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 20431|回复: 83
打印 上一主题 下一主题

[原创] 如何编写一份完整的QTP自动化测试方案?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-7-10 10:01:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
使用QTP进行WEB的自动化测试,涉及的页面广,业务流程多,需要处理的自动化脚本也不少,如何可以在做自动化测试之前,编写一个指导整个自动化进程的方案,显的越来越重要,因为自动化测试应该更规范化,系统化,而不是一个简单的ACTION就可以叫做自动化测试
     所以,我想让大家讨论一下,基于WEB的自动化测试方案(或者计划)的编写规范,希望大家踊跃发言呀
     我对QTP自动化测试方案有这样看法:
     页面清单,说明(对相似,相关联页面调用分类等)
     业务清单,流程图(对网站处理事物,和服务器有数据交互的业务进行列表,分类,复杂业务有流程图,保证自动化脚本的完整)
     预编写脚本分类(根据页面和不同业务,将需要的自动化用例的脚本进行分类,列出需要执行的关键脚本清单)
     预编写函数清单(考虑到业务中经常调用的方法,进行方法化,或编写的一些会经常被调用的函数,对预写函数进行估计)
     脚本中ACTION分类 (复杂业务通过分隔ACTION产生,对ACTION的分类估计)
     共用ACTION的列表(多个脚本可能调用的共同的ACTION进行列出,如登录ACTION)
     自化化执行控制(如:运行环境设定,自运运行时间确定等)

     希望大家可以有完整的方案想法,供小弟学习。谢谢!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-7-10 11:30:07 | 只看该作者
我们采用的是,编写一个QTP 脚本框架,采用数据驱动的方法 运行脚本.
脚本分成两类,一类是 测试 基础功能脚本(验证各个模块的基本功能)
一类是  业务流功能脚本.(按照业务逻辑,测试相关模块的功能)

因为是 采用描述性编程 搭建的脚本框架..所以 和测试工具本身 测试对象库 没有依赖关系.也无需要 相关Action的设置,
框架可以完成想要的各种流程步骤.


由于 测试动作 和 测试数据 分离, 可以尽可能的将脚本进行复用.为了让 业务流脚本尽可能套用 基础功能脚本.
因此在 做基础功能脚本时,每条事件 所用到的数据,要设计的合理,便于业务流脚本进行复用.同时编写各个事件
流时,简要描述该事件所执行的动作是什么.


在完成各个脚本后,由于某些脚本需要相应的 一些环境设置..因此需要单令写一份文档,
简要描述,运行某些脚本时,需要相应的哪些环境配置.

参照楼上的想法, 业务清单,流程图,可以写在 自动化测试大纲(用例) 里.

页面清单,通过列表的形式,作为 自动化测试脚本的 一个自查表,统计,查看脚本覆盖了当前系统哪些页面.
并作为测试报告中的一部分,供后续版本工作时,作为经验和教训.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    无聊
    2015-12-2 10:12
  • 签到天数: 5 天

    连续签到: 1 天

    [LV.2]测试排长

    3#
    发表于 2007-7-10 13:04:25 | 只看该作者
    楼上写到还可以!
    支持你~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-7-10 14:17:28 | 只看该作者
    学习了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2007-7-10 16:00:11 | 只看该作者
    ax2004 说的很好,谢谢.sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-7-10 19:19:56 | 只看该作者
    说的好,学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-7-10 19:41:10 | 只看该作者
    可以使用TD+QTP的自动化测试框架,就不需要什么页面清单了,业务流程也可以使用work flow来实现.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2007-7-11 09:46:22 | 只看该作者
    本来我也想,直接在QC中,加入自动测试用例,在测试LAB中,进行工作控制,就行了,但是,领导非要正式的方案文档.
    谁能尽快生成一个正规的模板,上传到这儿呀.呵呵.sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-7-11 10:34:08 | 只看该作者
    原帖由 ax2004 于 2007-7-10 11:30 发表
    我们采用的是,编写一个QTP 脚本框架,采用数据驱动的方法 运行脚本.
    脚本分成两类,一类是 测试 基础功能脚本(验证各个模块的基本功能)
    一类是  业务流功能脚本.(按照业务逻辑,测试相关模块的功能)

    因为是 采 ...


    测试中遇到的各种错误是如何处理的呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-7-11 15:22:53 | 只看该作者
    要将通过qtp执行测试的功能在列表中列举出来,将要加什么检查点,在什么地方加入检查点应该有个计划。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-7-11 15:43:56 | 只看该作者
    理论上是需要什么都计划好,并写成相应的文档,但实际上估计没有一家公司做得如此完美的,
    就像在什么地方加入检查点,这个看起来简单,其实很难的,而且现在的系统都比较复杂,要全部写
    成文档,工作量巨大啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-7-11 23:24:29 | 只看该作者
    ax2004看来很懂,能共享个简单示例,做个参考吗?这方面的资料,我一直没有找到还。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-7-11 23:47:34 | 只看该作者
    回复 loho1968,对于异常的处理,框架中 会根据执行的 操作函数 是否成功,来调用相应的错误处理函数。
    设置了一些 错误状态码。根据操作函术操作不成功时,将相应的错误状态码,传入 错误处理函数中,将错误结果
    写入 excell 表中。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-7-12 11:19:38 | 只看该作者
    ding
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-7-12 20:26:07 | 只看该作者
    学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-7-16 13:32:14 | 只看该作者
    自动化测试方案或框架还真是现在真在研究的问题。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-7-16 22:14:48 | 只看该作者
    原帖由 ax2004 于 2007-7-11 23:47 发表
    回复 loho1968,对于异常的处理,框架中 会根据执行的 操作函数 是否成功,来调用相应的错误处理函数。
    设置了一些 错误状态码。根据操作函术操作不成功时,将相应的错误状态码,传入 错误处理函数中,将错误结 ...



    顶一个,看来ax2004对自动化框架很有研究啊,不知道能不能举一个实际的例子或共享一些函数,让我们学习学习.

    现在对自动化框架方面的研究一头雾水,而且大部分的脚本还是用的录制......
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-7-17 11:03:47 | 只看该作者
    学习中,我也在考虑这方面的工作,期待ax2004能共享一下 呵呵
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-7-17 11:22:38 | 只看该作者
    这里说一下思想,框架 的作用 是便于 我们更好的维护脚本,降低维护的强度和复杂度, 将测试动作和测试数据分开,框架读取 测试动作 和测试数据,并按照给定的调用顺序来执行..经过框架实际执行的语句,就是我们所录制的各个动作了,它仅仅是将 各个动作,合理的控制起来,并进行先后的调用.

        即:用户只需要将 框架"关心"的数据传递给框架里.就能按照我们所录制的 意志 去执行了.sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-7-18 15:06:48 | 只看该作者
    混点分下好东西
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-19 19:43 , Processed in 0.079583 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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