51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[求助] 请问非常复杂的业务流程能用QTP测试吗?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-9-24 19:45:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
公司的软件流程非常复杂,我进公司半年都没熟悉,但是需要测试,我想对于流程非常复杂的软件,用QTP做功能自动化测试的话,难度是不是很大?可行性有多少啊?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-9-24 20:08:51 | 只看该作者
一般来说是没有问题的,我们公司的业务流程同样是非常麻烦(麻烦到跑通一次脚本需要15分钟左右),但只要有确定的逻辑关系,就是你只要能明确的告诉QTP每一步需要做什么(当然对象识别的问题也要都能搞定),那么它都是可以完成的。就我们公司的测试情况来看,影响自动化测试的最大因素是服务器不稳定(汗一下。。。),而不是流程复杂度有多高。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-9-24 20:13:00 | 只看该作者
谢谢楼上的,我们公司的一个小模块跑下来估计就要15分钟,呵呵,最近跟领导体出这方面的,想用用测试工具,手工测试没有什么效果,呵呵,你这么说我还有点信心.
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2007-9-24 21:47:04 | 只看该作者
    完全可以实现,只要你对业务流程熟悉,并且你对QTP要熟悉。只有这样,你才能利用QTP来完成复杂的业务流程的测试。SAP的业务逻辑复杂吧? 可是我看到别人已经对它们实现了自动化测试。建议你在使用QTP进行测试前,先分析一下你的Test Case,然后创建一个合适的自动化测试框架来提高你的测试效率
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-9-25 11:43:32 | 只看该作者
    学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-9-25 13:47:10 | 只看该作者
    是否能用自动化测试工具不在于业务流,主要的是你自动化以后会不会节约成本。如果用半个月开发一个脚本,只用一次就不划算了,如果只开发一个函数,能每天都用到,那也是很划算的。看你怎么用了。不必全用,需要的地方才用。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2007-9-26 19:40:51 | 只看该作者
    学习了,QTP还在学习中,希望能真正用起来。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-9-26 19:59:57 | 只看该作者
    我以前回放的怎么没有了?奇怪
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-9-27 10:56:10 | 只看该作者

    jackymail说的很对

    没有必要全部要用自动化测试,而且有很多情况下用自动化测试不但测试结果不完备,也没有手动测试效率高
    咱们的逻辑分析能力总也要比QTP高吧
    所以在进行自动化测试之前最好先进行自动化可行性分析,找到高效和方便的一个调和点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-9-27 11:09:21 | 只看该作者
    我理解,做QTP测试脚本遇到的业务流程问题,类似于产品开发本身遇到的业务流程问题,在希望处理大的业务流程之前必须做好结构化的设计。如果每个测试模块的功能很具体,与其它测试模块的耦合性低,那么测试业务流程也就是将这些测试模块拼装的过程。
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2007-9-28 00:22:07 | 只看该作者
    原帖由 xiaoyaoke 于 2007-9-27 10:56 发表
    没有必要全部要用自动化测试,而且有很多情况下用自动化测试不但测试结果不完备,也没有手动测试效率高
    咱们的逻辑分析能力总也要比QTP高吧
    所以在进行自动化测试之前最好先进行自动化可行性分析,找到高效和方便的 ...


    "找到高效和方便的一个平衡点",个人非常赞同。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-9-28 09:05:01 | 只看该作者
    你们运行脚本时,一般都一次运行一个脚本还是很多脚本放在一起运行
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-9-28 10:38:59 | 只看该作者
    我一般都是运行一个脚本 但是目前不会判断识别对象
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
     楼主| 发表于 2007-10-10 22:41:54 | 只看该作者
    原帖由 dsjlzh 于 2007-9-27 11:09 发表
    我理解,做QTP测试脚本遇到的业务流程问题,类似于产品开发本身遇到的业务流程问题,在希望处理大的业务流程之前必须做好结构化的设计。如果每个测试模块的功能很具体,与其它测试模块的耦合性低,那么测试业务流程也 ...


    我想问下你们公司对于复杂业务流程的测试,是创建测试呢还是创建业务组件来进行?(公司的产品是应用程序)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-10-11 11:07:32 | 只看该作者
    越复杂越有做自动化的优势,太复杂的流程回归测试很难较完整的覆盖,这时自动化的优势就体现出来了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-10-11 12:42:26 | 只看该作者
    刚做完公司的一个自动化测试项目的PoC. 个人体会影响自动化可行性的因素有:
    1. 服务器稳定性;
    2. 数据相关性;
    3. 需求变更程度;
    4. 产品发布次数。
    对于Web的解决方案,服务器不稳定的话,测试分析,设计和开发进度和花费都会受到很大的影响。
    数据相关性太强的话,会对脚本的设计灵活度和维护造成很大的限制。
    后面两点是广泛接受的评定参数了。无需赘述。
    项目开始之前要确定几件事情:
    1. 系统功能专家有否(我们称之为Manual Expert)
    2. QTP专家有否
    3. 相应的Standard 和 Framework 有否 (规模一点的公司这些东西都应该存在于质量管理系统里了)
    4. 其他相关的Resources.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2007-10-11 21:05:06 | 只看该作者
    楼上的 你说的要确定的几件事情

    系统功能专家是有的

    QTP专家没有,就几个还在初级阶段的小小菜鸟。

    相应的STANDARD和FRAMEWORK都没有

    其他相关的  不知道

    我要做自动化测试 该从何下手????学习QTP是知道的 呵呵
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-14 12:02 , Processed in 0.076709 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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