wangll 发表于 2013-4-25 14:34:30

大家都用qtp做过完整的项目吗?

现在用qtp做项目的过程中遇到了很多很多的问题,有时遇到问题会卡壳老半天都难解决,当然这跟自己的水平有很大关系,我只是想知道大家都有完整的做过qtp项目吗?开发脚本周期一般控制在多长时间呢?(这个说法比较笼统,毕竟项目也分大小,譬如用例100条左右的样子规模的)

赵佳乐SMILE 发表于 2013-4-25 15:40:16

100条用例 ??对了,QTP的用例长啥样???

wangll 发表于 2013-4-25 16:11:19

回复 2# 赵佳乐SMILE

qtp测试肯定也是依据你的case来设计的吧

赵佳乐SMILE 发表于 2013-4-25 16:20:50

回复赵佳乐SMILE

qtp测试肯定也是依据你的case来设计的吧
wangll 发表于 2013-4-25 16:11 http://bbs.51testing.com/images/common/back.gif


    我们有的连测试用例都没有 5个系统就写了2个

wangll 发表于 2013-4-25 16:47:40

回复 4# 赵佳乐SMILE

:lol

黑羽祭 发表于 2013-4-26 09:31:21

回复 1# wangll


    做过,看你怎么做了,有人做的是接口自动化,有人做的是GUI自动化
用例也不一定项目大就多,项目小就少,也要看有多少人在做这个,毕竟脚本编写和维护也是要成本的。
只要复用写的好,用例多点有时候写的还是很快的。
再写的好一点,简单易用一些,非自动化测试人员,也能自如操作自动化。

赵佳乐SMILE 发表于 2013-4-26 09:40:09

回复 6# 黑羽祭

用例长啥样的啊?

没见过呢?求一段

跑跑跑跑 发表于 2013-4-26 15:07:03

自动化测试之前要做很多准备工作,脚本开发的时间一般是手工测试的5倍左右,不是所有的黑盒测试用例都适用于自动化测试。

黑羽祭 发表于 2013-4-27 08:43:07

回复 8# 跑跑跑跑


    对的,说对了前半段,前期需要花费大量的人力物力时间来开发脚本,那时候的确没有手工测试快。
但等脚本完成后,每执行一次,就能赚回一些时间,如以前3个测试人员要测一天的内容,现在半天就跑完了。后期脚本使用的次数越多,收益越大。
就算有很好的自动化测试,黑盒灰盒的手工测试还是要做的。

跑跑跑跑 发表于 2013-4-27 14:34:23

回复 9# 黑羽祭


    说得有道理,黑哥真正做过自动化,让人羡慕呀,我目前还在练习和学习中,以后工作中遇到问题就请教您了:lol

icu200934 发表于 2013-4-28 10:00:08

用于回归...
将数据与代码分离,用excel控制你的脚本执行,实现自动化回归

samesky_2011 发表于 2013-4-29 09:47:38

自动化可用于项目的冒烟测试,其实在项目为提交测试前就可以开始准备脚本的开发了(前提是开发人员给了demo,或者开放了接口),我之前做了一个项目,关于国际机票的,首先是供应商提供了接口,首先必须去查询接口,通过URL传参数的,http来发送求求,所以要拼装URL,返回的数据是XML,结构复杂的XML,解析这些XML后,需要按一定的规律去过滤一些无效的数据,并且还要按照规则去组装航班,这个过程比较复杂,涉及到的条件比较多,第二个过程就是获取页面数据,应为刚开始是开发提供的demo,很多代码还没有规范,控件也没有给ID,name之类的唯一识别属性,所以工作量还是比较大,其实就两个用例,单程和往返,当然还包括中转,中转次数越多组装越麻烦,用例就两个,数据却很多,国内到国外,国外到国外,国外到国内,港澳台单独考虑,因为停机时间不一样,航站楼也需要考虑;当然还需要测试接口数据的稳定性,最后通过自动化也确实测出很多问题,接口数据不稳定,只有多次查询才会发现的问题,当超过60个航班时,页面加载数据会很慢。。。

-------仅此举一个例子而已,不要见笑,呵呵

samesky_2011 发表于 2013-4-29 09:48:41

擦,我回复的,怎么没有看见,莫非还要审核?

samesky_2011 发表于 2013-4-29 09:49:15

擦,写了那么大一段,结果没了。。。。

lihailing 发表于 2013-5-8 11:25:40

做过两个,一个写冒烟测试 一个是完整测试。冒烟测试脚本编写非常快速,时间成本较低。
页: [1]
查看完整版本: 大家都用qtp做过完整的项目吗?