51Testing软件测试论坛

标题: 对qtp学习的一点迷茫 [打印本页]

作者: chenxi01032005 时间: 2009-7-3 10:59
标题: 对qtp学习的一点迷茫
我纯粹是qtp学习的跟风者，当然，另一方面是想学点自动化测试技术。到现在为止，将近学习了2个礼拜，很是迷茫。qtp到底吸引我们的地方是在哪里？我最初以为录制脚本时，期望qtp能帮我找出web页面的缺陷，但是其实不是这样，qtp除了检查对象能匹配外，就只会照我录制的步骤走了。哪位朋友在实际工作中，能用到web相关的qtp测试的？能否说下你们的体会。我知道我现在学得浅析，可能没有资格说这些。但是我很想知道你们是怎么样从qtp的使用中提高测试效率的。非常谢谢。不胜感激。

作者: hsjzfling 时间: 2009-7-3 11:13
自动化测试的最主要作用之一就是用机器工作来替代人工繁杂的重复劳动，比如产品主流程的冒烟测试等等，一般采用自动化测试的公司都会运用到这个最基础的程度

作者: nbkhic 时间: 2009-7-3 11:57
80%是手工测
20%是自动化跑
自动化测试也就是冒烟和回归了，另外脚本维护成本很高，不是一般的公司能够经常应用的。

作者: shanxi 时间: 2009-7-3 12:08
在实际工作中，有许多并没使用QTP测试
而是在用开源的Selenium、Wair.之类的

楼主要对技术感兴趣，来研究debug吧

QTP压根不需要学习，Tooooo easy

作者: nbkhic 时间: 2009-7-3 12:17
Selenium只是对firefox支持比较好
wair是什么，没听说过啊。

作者: wenti 时间: 2009-7-3 12:23
自动化测试只是用工具代替人的鼠标跟键盘操作, 一般用于回归测试

作者: shanxi 时间: 2009-7-3 12:54
标题: 回复 5# 的帖子
是watir 写错了

最近已经很久没再看web自动化了

Selenium现在已经是google web自动化测试的私房菜了，js库的通用性还是很强大的。

作者: lvguobin 时间: 2009-7-3 13:20

原帖由 shanxi 于 2009-7-3 12:08 发表
在实际工作中，有许多并没使用QTP测试
而是在用开源的Selenium、Wair.之类的

楼主要对技术感兴趣，来研究debug吧

QTP压根不需要学习，Tooooo easy

作者: liudong6664 时间: 2009-7-3 13:46
标题: 回复 3# 的帖子
大部分公司都是这样的吗？我一直以为大公司全部都用自动化测试！

作者: volvoo 时间: 2009-7-3 16:08
标题: 自己写一个qtp
不是不可能

作者: peterz 时间: 2009-7-3 17:05

原帖由 liudong6664 于 2009-7-3 13:46 发表
大部分公司都是这样的吗？我一直以为大公司全部都用自动化测试！

回归时才用，要不维护成本太高。

作者: Jun_Li 时间: 2009-7-3 17:20
QTP 功能测试，回归测试，不是为找BUG而测试，测试是为了防止BUG的出现

作者: liujinkui 时间: 2009-7-3 17:23
那你原因你没有了解自动化测试的意义和思想。
我才刚开始学习QTP，算今天已经五个工作日了。哈哈。

作者: fengzheng216 时间: 2009-7-8 14:02
除了回归测试等，对于测试工作量比较大的测试点，如果在QTP的使用范围内，也可以考虑使用它的。直接编写修改脚本，这样测试的覆盖率比较高。

作者: kings727 时间: 2009-7-8 14:25
不要把工具神化，哪里有可以自己找BUG的工具，如果有测试都要失业了，它只是帮助你减轻某些方面的工作而已，仅此而已，你如果手工不会找，你用啥工具都一样找不出。  QTP和测试的关系，你可以想象成WORD对于我们写文档的关系，你肚子没货，WORD也无法自己变一篇文章出来。（COPY不算）

举个例子：如果做登陆测试，需要登陆100次，你就会觉得用自动化工具有多好；如果就登陆一次，用QTP 还不如我自己手动登陆一次快了。
      所以对于重复的，变动不大的工作，才用工具来完成，经常要变动，还是自己动手吧。

  没有手动测试的经验，就想直接一步到自动化？

[ 本帖最后由 kings727 于 2009-7-8 14:29 编辑 ]

作者: hotcaoyong 时间: 2009-7-8 14:29
我弄QTP一个多月了感觉一个WEB60%的测试用例是可以测的
也有点困惑为一个测试用例写脚本的时间可以人工测10个测试用例了

作者: fwind1 时间: 2009-7-8 18:38
qtp只是停留在自动化测试的表面，
深入到骨髓级的自动化测试才是王道

作者: shanxi 时间: 2009-7-8 19:24

原帖由 fwind1 于 2009-7-8 18:38 发表
深入到骨髓级的自动化测试才是王道

你说的这种测试能够支撑的公司除了外企，国内的企业非常之少。

比如说人才的投入：这种自动化，势必要招不少开发经验比较丰富的人员开发公司自己的测试工具或者仅仅是使用商用或者开源的测试工具，这里不谈使用商用工具的授权费用，光是养着这些经验比较丰富的开发人员这耗费就已经不少。
招好人后，如何组织执行自动化测试架构以达到最高的ROI，又需要有投入，伴随着巨额投入如果企业以前没有这方面经验风险也相当大。

[ 本帖最后由 shanxi 于 2009-7-8 19:30 编辑 ]

作者: shanxi 时间: 2009-7-9 10:39

原帖由 hotcaoyong 于 2009-7-8 14:29 发表
也有点困惑为一个测试用例写脚本的时间可以人工测10个测试用例了

UI自动化测试基本用于Regression test。
回放的过程就是在进行比对，这也是所有UI自动化和性能自动化测试的基础。

你需要权衡你的test case是否值得自动化，做之前一定要评估ROI。

[ 本帖最后由 shanxi 于 2009-7-9 10:51 编辑 ]

作者: sc_zk2008 时间: 2009-7-10 16:28
QTP主要是做回归测试的，想找缺陷，大部分还是手工测试咯！O(∩_∩)O~！

作者: aishuinv 时间: 2009-7-13 15:51
自动化测试是主要用于回归测试。

作者: ziheng198688 时间: 2009-7-14 17:52
QTP在我们公司项目中的主要使用目的还是回归测试要靠自动化就发现bug是不太现实的它只能发现极少数的bug 它的最大特点就是可以模拟手工操作大量的数据进行数据的比较和一些重复的操作如果在开发的前期就引入自动化是既浪费人力又浪费财力的毕竟脚本的维护的工作量还是很大的它的有点就是可以在程序基本稳定了之后不厌其烦的没日没夜的执行一些特定的case

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)