51Testing软件测试论坛

标题: 我应该让经理放弃使用QTP吗？ [打印本页]

作者: lyj841120 时间: 2009-7-14 10:21
标题: 我应该让经理放弃使用QTP吗？
昨天经理给了个任务，学习qtp，两个星期学会并教其他同事。然后用到项目中（现在做的项目是维护项目，就是别人做好了）。通过昨天的苦学，感觉好像使用性不强，大家帮忙参考一下，我是该学下去，还是让经理放弃？怎样和经理说？

作者: shanxi 时间: 2009-7-14 10:22
标题: 回复 1# 的帖子
如果你做的是web项目

如果让你用开源的UI测试工具，你公司有资金承受吗？

我发现这里有很多人把QTP和LoadRunner当神一样供着，唉！

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

作者: lyj841120 时间: 2009-7-14 10:33
楼上的大哥，我们做的这个维护项目很大。前台有jsp的,有vb的，还有java的。后台有c,java,cobol.
我们经理对QTP也不懂，所以要我学了看能不能用上。

作者: dreamever 时间: 2009-7-14 10:37
自动化测试的工作不是从工具开始的，它应该算是整个过程的最后一环吧。强烈建议你让你们经理放弃做自动化测试。

作者: lyj841120 时间: 2009-7-14 10:47
我们经理当初想的是我们既然做的是维护项目，也算是最后一环，那么把做好的项目拿来用QTP录制并作好脚本，等客户有要改的地方或者加功能，直接把脚本拿来改改就行。
我昨天学了对象库，发现结合我们的项目太难整了。该项目的java画面上的控件是把swing控件重写了，名字都改了，这样的话QTP插件就应该不识别了吧。vb的控件还有自己开发的。

[ 本帖最后由 lyj841120 于 2009-7-14 11:05 编辑 ]

作者: shanxi 时间: 2009-7-14 10:57
标题: 回复 5# 的帖子
你还是要问问你们经理设想的投入会是多少

作者: dreamever 时间: 2009-7-14 11:07

原帖由 lyj841120 于 2009-7-14 10:47 发表
我们经理当初想的是我们既然做的是维护项目，也算是最后一环，那么把做好的项目拿来用QTP录制并作好脚本，等客户有要改的地方或者加功能，直接把脚本拿来改改就行。
我昨天学了对象库，发现结合我们的项目太难整了。 ...

维护阶段算是项目的最后一环，但是跟自动化测试无关，你们的自动化测试应该是刚开始，离“自动化测试最后一环”还差着远呢。
在一个测试团队中，自动化测试推广首先是测试理念的更新，然后才会有测试方法的变革。在自动化测试一开始就上工具的做法，注定会导致自动化测试失败。楼主难道就没反思，你们现在遇到的困难就真的是测试工具使用上的困难吗？那就让你们经理招一个工具使用很熟练的人，你们的自动化测试就能做起来了吗？
会用eclipse的未必会写JAVA，会写JAVA代码的人未必能写出好的软件，自动化测试也是一样的道理，其实我倒觉的，测试工具对自动化测试成败的影响倒不是很明显：QTP不行，我们用RFT；RFT对JAVA的支持是很好的；RFT不行我们用watir。影响自动化测试效果的是你们的测试用例和测试方案，而非测试工具或脚本；

作者: lyj841120 时间: 2009-7-14 11:11
51Testing测试工具培训客户

谢谢！果然是专家级，我决定不惜一切代价说服我们经理放弃。

作者: dreamever 时间: 2009-7-14 11:14
而且你说到：等客户有要改的地方或者加功能，直接把脚本拿来改改就行
但是你们的经理有没有想过，拿来改改说起来只是一句话，但是具体要怎么做？要改哪些，如何保证更改后不会对其他脚本有影响，脚本如何组织，是否分层，每个脚本都负担什么职责；如果客户加功能的话，脚本也要扩展，那么如何能够做到重用现有的代码和测试资源？这些问题是很复杂的，而且都与测试工具没什么关系的。在研究测试工具如何使用之前，还是先搞清你们想用测试工具解决什么问题，要做哪些事情吧，这比测试工具本身重要得多。

作者: dreamever 时间: 2009-7-14 11:17

原帖由 lyj841120 于 2009-7-14 11:11 发表
51Testing测试工具培训客户

谢谢！果然是专家级，我决定不惜一切代价说服我们经理放弃。

别……我跟你一样，只是一个普通的测试人员，只是比较幸运，我所在的公司对自动化测试比较重视，我正好是专门做自动化测试的。你碰到的问题以前我们也碰到过，所以就一起交流一下，呵呵

作者: ziheng198688 时间: 2009-7-14 11:21
dreamever说的很有道理我们不能太依赖于自动化测试工具工具的使用还是有一定的条件的不能什么都不管拿过来就硬上要考虑可不行还有考虑到人力和财力的投入毕竟脚本的维护并不是那么简单的

作者: lyj841120 时间: 2009-7-14 11:27
别……我跟你一样，只是一个普通的测试人员，只是比较幸运，我所在的公司对自动化测试比较重视，我正好是专门做自动化测试的。你碰到的问题以前我们也碰到过，所以就一起交流一下，呵呵

========================================================================================================
恩，很高兴认识你。知识的提高没有比交流更好的方法了。你说的真的是本质，我昨天看了测试调用，可重用测试的制作后，一想这不是java的本质思想嘛。

作者: ls_721521 时间: 2009-7-14 11:34
维护项目阶段ui都基本定型了，其实可以考虑用自动化做一点，最好和你们经理说：以学习为主。
前期你们没有经验也可以做一些简单的功能，如分页，链接等。之后慢慢熟悉了再深入。
但如果开始一点不懂，2周学会qtp。。。

作者: lyj841120 时间: 2009-7-14 12:01
回复 6# 的帖子
你还是要问问你们经理设想的投入会是多少

维护项目阶段ui都基本定型了，其实可以考虑用自动化做一点，最好和你们经理说：以学习为主。
前期你们没有经验也可以做一些简单的功能，如分页，链接等。之后慢慢熟悉了再深入。
但如果开始一点不懂，2周学会qtp。。。

我们经理说了，让我学的目的是：1 我们的项目能不能用上。2 能用上的话公司将来在这方面会加大投入。3 目标是长期的，为公司节省成本和时间。当然QTP只是工具，主要是这方面的思想。

===========================================

别……我跟你一样，只是一个普通的测试人员，只是比较幸运，我所在的公司对自动化测试比较重视，我正好是专门做自动化测试的。你碰到的问题以前我们也碰到过，所以就一起交流一下，呵呵

你们公司现在用那些测试工具，你是怎么从不会到现在这么专业的？

我们经理当初想的是我们既然做的是维护项目，也算是最后一环，那么把做好的项目拿来用QTP录制并作好脚本，等客户有要改的地方或者加功能，直接把脚本拿来改改就行。
我昨天学了对象库，发现结合我们的项目太难整了。该项目的java画面上的控件是把swing控件重写了，名字都改了，这样的话QTP插件就应该不识别了吧。vb的控件还有自己开发的。

QTP对象库：重写的控件和自定义的控件怎么整啊？

[ 本帖最后由 lyj841120 于 2009-7-14 12:05 编辑 ]

作者: liujinkui 时间: 2009-7-14 12:08
从我的观点，应该坚持。
要对自己有信心，我也是在调研阶段，心里也没有底测试工具能支撑到什么样，但我会尽力。
51testing 上有好多热心的朋友帮你解答问题的。

作者: ls_721521 时间: 2009-7-14 12:12
我感觉你应该学下去，qtp写脚本不难，后期维护也基本是工作量的问题。其实难就难在如何设计上。

作者: lyj841120 时间: 2009-7-14 12:19

从我的观点，应该坚持。
要对自己有信心，我也是在调研阶段，心里也没有底测试工具能支撑到什么样，但我会尽力。
51testing 上有好多热心的朋友帮你解答问题的。

我感觉你应该学下去，qtp写脚本不难，后期维护也基本是工作量的问题。其实难就难在如何设计上。

=====================================================================
非常感谢你们的支持，你们说的对难就难在如何设计，但我想这个应该和java的编程思想或设计模式是一个道理。开始设计好了以后的维护也就简单多了。不过有人知道这个问题吗？java画面上的控件是把swing控件重写了，名字都改了，这样的话QTP对象库就应该不识别了吧。vb的控件还有自己开发的。

[ 本帖最后由 lyj841120 于 2009-7-14 12:21 编辑 ]

作者: ls_721521 时间: 2009-7-14 12:58
加载java插件呗

作者: liujinkui 时间: 2009-7-14 16:44
[attach]53950[/attach]
不是所有的对象都会被正常识别到的。

[ 本帖最后由 liujinkui 于 2009-7-14 16:46 编辑 ]

作者: 小_麦 时间: 2009-7-14 17:03
不要轻易放弃!因为你还没彻底了解它...要继续搞下去才能提高...可以先从简单的做起,至于测试流程,测试思想,别人说了你肯定也不能理解透彻,我觉得可以先从工具开始,然后慢慢的寻找其它的不足....我也在学QTP所以我支持你

作者: wuei9090 时间: 2009-7-14 17:11
多学点东西总没坏处..就当玩具一样玩QTP吧..

作者: lyj841120 时间: 2009-7-14 18:19
感谢大家的支持，我和我们经理谈好了，给我一个半月，我征服它（自动化测试）。
我的java oop和设计模式基础还是不错的。自动化测试的核心本质我想也一样！

作者: pyl.lanny 时间: 2009-7-16 19:19
我们公司现在也在让我们学习QTP，根据在51学的一点，和现在自学的一点加起来，我发觉要用在实际工作中还是挺困难的，有好多实际问题都不能很好的去解决。不过现在自动化测试似乎变得越来越重要，我们还是应该放下心来好好学习。所以我觉得不管怎么样，一定要学下去

作者: garyyes 时间: 2009-7-25 20:03
标题: 回复 12# 的帖子
如果说你是自动化测试的高手、专家，充分了解自动化测试能做什么，不能做什么，知道自动化测试有什么特点、优点、缺点，并且有很好编码能力能够开发自动化测试框架的话！我就觉得你够资格给意见你的经理！
但很明显，你只是个什么都不懂的门外汉，你凭什么说法别人呢。
补充一句，你觉得自动化有很多东西不能做或不好用，这不是自动化的问题，而是个人本身的能力问题。

作者: shanxi 时间: 2009-7-26 10:17
标题: 回复 24# 的帖子
这里水平高的基本上很少，没必要这么认真。

游戏51testing吧，这里商业氛围很浓我非常不喜欢。
51这个论坛基本上都是利益驱使：
得利的和想出名的，都为了“利”。

作者: tophqu 时间: 2009-7-26 12:59
shanghai ren ma , jiushi yao zhuanqian...........................................

作者: 51testing_zhj 时间: 2009-7-28 12:50
自动化当然要用工具了，不用工作难道能做到人工自动化操作》

作者: 51testing_zhj 时间: 2009-7-28 12:52

原帖由 garyyes 于 2009-7-25 20:03 发表
如果说你是自动化测试的高手、专家，充分了解自动化测试能做什么，不能做什么，知道自动化测试有什么特点、优点、缺点，并且有很好编码能力能够开发自动化测试框架的话！我就觉得你够资格给意见你的经理！
但很明显 ...

赞同你的观点，很多人做不到的时候经常去埋怨别人或者别的事物，他就没考虑过自己本身的不足。工具本身不是神，但谁能把工具用神了的那就是神

作者: dreamever 时间: 2009-7-28 13:07

原帖由 garyyes 于 2009-7-25 20:03 发表
如果说你是自动化测试的高手、专家，充分了解自动化测试能做什么，不能做什么，知道自动化测试有什么特点、优点、缺点，并且有很好编码能力能够开发自动化测试框架的话！我就觉得你够资格给意见你的经理！
但很明显 ...

你说得不会是我吧……

作者: houzeal 时间: 2009-7-28 14:03

原帖由 dreamever 于 2009-7-28 13:07 发表

你说得不会是我吧……

我看到了人家说的不是你~~

作者: hugh007 时间: 2009-7-30 16:07
使用QTP 其实主要还是减少回归测试的工作量，
对测试用例很依赖，也不会减少当前版本手工测试的工作量

作者: FLY000 时间: 2009-7-30 17:19
这么好的机会还不学？
任何事情都是从无到有的，你不走第一步以后永远都不会
羡慕你们公司肯给时间你做这方面的工作
羡慕你们经理对自动化这样支持

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