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

wangll

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

赵佳乐SMILE

100条用例 ？？对了，QTP的用例长啥样？？？

wangll

回复 2# 赵佳乐SMILE

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

赵佳乐SMILE

回复  赵佳乐SMILE

qtp测试肯定也是依据你的case来设计的吧
wangll 发表于 2013-4-25 16:11

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

wangll

回复 4# 赵佳乐SMILE

黑羽祭

回复 1# wangll


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

赵佳乐SMILE

回复 6# 黑羽祭

用例长啥样的啊？

没见过呢？求一段

跑跑跑跑

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

黑羽祭

回复 8# 跑跑跑跑


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

跑跑跑跑

回复 9# 黑羽祭


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

icu200934

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

samesky_2011

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

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

samesky_2011

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

samesky_2011

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

lihailing

做过两个，一个写冒烟测试 一个是完整测试。冒烟测试脚本编写非常快速，时间成本较低。