如何合理的运用QTP

kevin_swpi

自动化测试在近来是沸沸扬扬的吵着,很多测试的面试时都会问到,你了解自动化测试不?你熟悉自动化测试工具不等等这些问题.但其实只要你进去了后才会发现很多公司其实都没有用到自动化,很少用到工具,而是很多测试都用手动.

     在QTP斑块也看到了很多同行关于QTP这样功能那样功能的尝试,作为一个测试,有这样多的想法,是值得肯定的.但当我们在尝试成功后,我们是否又想过这些东西能为我们的工作带来什么,如果能,那你的尝试肯定是更有价值了,如果没有呢,也仅仅是作为一些自己独特的想法而最终将他放在一旁了.

    这周LEADER叫弄些脚本来大家内部交流,自己一下也蒙了的感觉,因为在工作中基本是很少用到这些的,即使用也是自己私下来录制些脚本,然后修改调试.于是就有了这个讨论帖子

   我们在平时工作中到底应该怎么合理用QTP,在确保手动操作的效果外给测试人员带来更多自动化的享受和成就感
   
    希望大家能不吝啬自己的经验,一起来讨论下自己公司平时都是怎么来用QTP来解决一些复杂烦琐的操作,而不仅仅是一个空的口号.

PS: 个人之见,有什么不对的地方,不要拿鸡蛋砸我  呵呵sdlkfj3

mytestl

我晕这个问题是2007就讨论的，不知道有人回答不

mytestl

刚安上，不知道怎么用呢。不知道测什么，能不能给个例子，熟悉一下。那个订票的我进不去，举个其他的例子，把使用过程介绍下

mytestl

刚安上，不知道怎么用呢。不知道测什么，能不能给个例子，熟悉一下。那个订票的我进不去，举个其他的例子，把使用过程介绍下

妩洺愺

唉，菜鸟一个

wslss007

LS的朋友说的很形象，版本的稳定对于是否采用自动化测试是非常重要的。

rainly

同样一个做手动测试，一个做QTP测试，同样时间下来，手动测试的已经测试许多问题，而自动化测试还在Debug，这是在项目测试初期。

同样一个手动测试，一个QTP 测试，在开发修改了部分Bug，UI逐步稳定下来，手动测试在疲乏的点击，自动化测试脚本已经基本调试成功，可以投入自动化跑了。这是项目中期。

同样一个手动测试，一个QTP 测试，在准备release项目时，手动在揉揉眼睛，耸耸肩膀，非常疲劳的点击，生怕还有任何一点会漏掉，而这是QTP测试的人员，却是手端一杯水，等待跑完的Result，轻松啊！ 这是自动化测试后期。

自动化测试的初期，会有很多活做，也发现的问题也会很少，但是在后期，它能很好的补充手动测试不足，在手动测试很疲劳，对发现问题不敏感，对所测试的软件存在一定自信的时候，自动化测试能很很好的发挥，弥补这时手动带来的不足。自动化测试还是好。我个人认为：自动化测试还是应该被公司重视，不能因为一时的不足而被否定。

以后的测试也会是朝着自动化测试的路发展。

huangrong1981

我们公司做项目的，而且需求变更较多。但是老大还是要我们对某个这样的项目做自动化测试的研究和实施，真觉得举步为艰。不过趁这个机会系统的学习一下自动化测试工具也是好的。

sneel

sdlkfj5 没有用过很想学习

Coffey111111

我也发现这个现象，老大让我们做了测试脚本，但是没有让我们继续测试，做了就不管了，我自己也觉得他们的设计界面有改动，就会使我们做的脚本全部泡汤，这个估计还是脚步维护方面的问题还是公司管理的问题呢~~  大家说说。。sdlkfj2

笨脑江

真的没感觉到实际运用自动化测试工具会为我们带来多少方便....
(也许是我还未熟练运用吧.)
何时该如何去运用自动化工具真的是值得讨论下.
我都很想知道...
顶上去了~~~~

walker1020

另外，请参考以前的帖子 http://bbs.51testing.com/thread-64600-1-15.html

handle

支持一下，

zxqpse

要根据项目的实际情况，国内大多数公司恐怕还不具备自动化测试的条件。

skblackcat

生产力决定生产关系。感觉就目前的软件能力来看，大规模的推广自动化测试还没成熟，或许等测试人员的编程等技能的提高，公司的高层对测试的观念改变等等的条件具备了，你们所希望的测试新时代就来了。

有人问上帝：韩国什么时候拿世界杯，上帝说你是看不到了；有人又问：中国什么时候能拿世界杯，上帝哭着说我是看不到了。
哎！~我是看不到测试自动化在中国的普及了，希望上帝能看到。

denisye

好久没上来了，凑个热闹

QTP，只是一个工具，工具的作用就是把人从繁重重复的工作中解放出来，提高工作效率，把人力资源放到更需要的地方去。自动化测试技术是一种技能，对于这样的一种技能，个人认为，是每个测试人员都需要有的，基本的能力。就像现代农民工作，是用拖拉机还是用锄头？不会用工具的，肯定是被淘汰的。
在工作中，慢慢发现自动化的顺利实施需要一定的条件、平台。你的脚本做得再好，要是系统架构，开发流程还是处于社会主义初级阶段的话，呵呵，那么在这条件下的自动化的路上肯定会把你气得半死的。自动化实施需要成本，规范的流程能把维护的成本降到最低，反过来的话.......有时还不如手工测试来得更舒服更方便，呵呵。
真想看看微软的daily build是如何实现的

htot05

自动化测试的目的就是代替反反复复的无穷无尽的手工测试,郁闷.
确实像wssgily说的那样,如果在需求和设计阶段就开始就定义出回归和维护期的自动化测试策略,再加上设计自动化脚本的框架,充分的提高脚本的重用性和可维护性,那样的自动化测试才能真正的发挥它们的作用!
相信测试人员总会有重见天日的一天的,我们一起加油吧~~~!!!

wentao_xiang

我们公司手工测试还不成熟，就要我尝试用自动化，郁闷

walker1020

原帖由 思飞2006 于 2007-4-4 10:02 发表
QTP很好可是局限很多,但在测试数据这块QTP是最好的.其实,我现在碰到的系统测试数据只是其中的一小部分,其他更大的功能测试QTP用起来却不是很方便的.而且,其中还有一个问题就是,有时候QTP在比较的时候速度很慢,这 ...

1，工具不是万能的。否则就不需要我们去测试了.
2，工具都有利有弊。如果你不会使用它，那么有它无它没有什么区别。你要最大程度地利用它为你服务。

[ 本帖最后由 walker1020 于 2007-4-5 13:13 编辑 ]

walker1020

原帖由 wuyuzimu 于 2007-4-5 11:10 发表
嗯   对的
可是很怕的是下一个的版本有些页面做了些调整,那原先录的脚本都要重新录制, 我觉得这个比较麻烦

使用QTP进行测试的条件是：
1，测试版本相对稳定，功能不会有变化，UI也不会变化；如果变化了，那么录制的脚本就没有什么价值了。
2，用于验证系统的功能和回归测试；特别是后续版本和修改了Bug后的验证；
3，如果项目的时间不是很长，但某个功能的数据量比较大，也可以使用QTP以减少测试的工作量。
个人观点，仅供参考！