我应该让经理放弃使用QTP吗？
昨天经理给了个任务，学习qtp，两个星期学会并教其他同事。然后用到项目中（现在做的项目是维护项目，就是别人做好了）。通过昨天的苦学，感觉好像使用性不强，大家帮忙参考一下，我是该学下去，还是让经理放弃？怎样和经理说？回复 1# 的帖子
如果你做的是web项目如果让你用开源的UI测试工具，你公司有资金承受吗？
我发现这里有很多人把QTP和LoadRunner当神一样供着，唉！
[ 本帖最后由 shanxi 于 2009-7-14 10:24 编辑 ] 楼上的大哥，我们做的这个维护项目很大。前台有jsp的,有vb的，还有java的。后台有c,java,cobol.
我们经理对QTP也不懂，所以要我学了看能不能用上。 自动化测试的工作不是从工具开始的，它应该算是整个过程的最后一环吧。强烈建议你让你们经理放弃做自动化测试。 我们经理当初想的是我们既然做的是维护项目，也算是最后一环，那么把做好的项目拿来用QTP录制并作好脚本，等客户有要改的地方或者加功能，直接把脚本拿来改改就行。
我昨天学了对象库，发现结合我们的项目太难整了。该项目的java画面上的控件是把swing控件重写了，名字都改了，这样的话QTP插件就应该不识别了吧。vb的控件还有自己开发的。
[ 本帖最后由 lyj841120 于 2009-7-14 11:05 编辑 ]
回复 5# 的帖子
你还是要问问 你们经理 设想的投入会是多少 原帖由 lyj841120 于 2009-7-14 10:47 发表 http://bbs.51testing.com/images/common/back.gif我们经理当初想的是我们既然做的是维护项目，也算是最后一环，那么把做好的项目拿来用QTP录制并作好脚本，等客户有要改的地方或者加功能，直接把脚本拿来改改就行。
我昨天学了对象库，发现结合我们的项目太难整了。 ...
维护阶段算是项目的最后一环，但是跟自动化测试无关，你们的自动化测试应该是刚开始，离“自动化测试最后一环”还差着远呢。
在一个测试团队中，自动化测试推广首先是测试理念的更新，然后才会有测试方法的变革。在自动化测试一开始就上工具的做法，注定会导致自动化测试失败。楼主难道就没反思，你们现在遇到的困难就真的是测试工具使用上的困难吗？那就让你们经理招一个工具使用很熟练的人，你们的自动化测试就能做起来了吗？
会用eclipse的未必会写JAVA，会写JAVA代码的人未必能写出好的软件，自动化测试也是一样的道理，其实我倒觉的，测试工具对自动化测试成败的影响倒不是很明显：QTP不行，我们用RFT；RFT对JAVA的支持是很好的；RFT不行我们用watir。影响自动化测试效果的是你们的测试用例和测试方案，而非测试工具或脚本； 51Testing测试工具培训客户
谢谢！果然是专家级，我决定不惜一切代价说服我们经理放弃。 而且你说到：等客户有要改的地方或者加功能，直接把脚本拿来改改就行
但是你们的经理有没有想过，拿来改改说起来只是一句话，但是具体要怎么做？要改哪些，如何保证更改后不会对其他脚本有影响，脚本如何组织，是否分层，每个脚本都负担什么职责；如果客户加功能的话，脚本也要扩展，那么如何能够做到重用现有的代码和测试资源？这些问题是很复杂的，而且都与测试工具没什么关系的。在研究测试工具如何使用之前，还是先搞清你们想用测试工具解决什么问题，要做哪些事情吧，这比测试工具本身重要得多。 原帖由 lyj841120 于 2009-7-14 11:11 发表 http://bbs.51testing.com/images/common/back.gif
51Testing测试工具培训客户
谢谢！果然是专家级，我决定不惜一切代价说服我们经理放弃。
别……我跟你一样，只是一个普通的测试人员，只是比较幸运，我所在的公司对自动化测试比较重视，我正好是专门做自动化测试的。你碰到的问题以前我们也碰到过，所以就一起交流一下，呵呵 dreamever说的很有道理 我们不能太依赖于自动化测试工具 工具的使用还是有一定的条件的 不能什么都不管 拿过来就硬上 要考虑可不行 还有考虑到人力和财力的投入 毕竟脚本的维护并不是那么简单的 别……我跟你一样，只是一个普通的测试人员，只是比较幸运，我所在的公司对自动化测试比较重视，我正好是专门做自动化测试的。你碰到的问题以前我们也碰到过，所以就一起交流一下，呵呵
========================================================================================================
恩，很高兴认识你。知识的提高没有比交流更好的方法了。你说的真的是本质，我昨天看了测试调用，可重用测试的制作后，一想这不是java的本质思想嘛。 维护项目阶段ui都基本定型了，其实可以考虑用自动化做一点，最好和你们经理说：以学习为主。
前期你们没有经验也可以做一些简单的功能，如分页，链接等。之后慢慢熟悉了再深入。
但如果开始一点不懂，2周学会qtp。。。 回复 6# 的帖子
你还是要问问 你们经理 设想的投入会是多少
维护项目阶段ui都基本定型了，其实可以考虑用自动化做一点，最好和你们经理说：以学习为主。
前期你们没有经验也可以做一些简单的功能，如分页，链接等。之后慢慢熟悉了再深入。
但如果开始一点不懂，2周学会qtp。。。
我们经理说了，让我学的目的是：1 我们的项目能不能用上。2 能用上的话公司将来在这方面会加大投入。3 目标是长期的，为公司节省成本和时间。当然QTP只是工具，主要是这方面的思想。
===========================================
别……我跟你一样，只是一个普通的测试人员，只是比较幸运，我所在的公司对自动化测试比较重视，我正好是专门做自动化测试的。你碰到的问题以前我们也碰到过，所以就一起交流一下，呵呵
你们公司现在用那些测试工具，你是怎么从不会到现在这么专业的？
我们经理当初想的是我们既然做的是维护项目，也算是最后一环，那么把做好的项目拿来用QTP录制并作好脚本，等客户有要改的地方或者加功能，直接把脚本拿来改改就行。
我昨天学了对象库，发现结合我们的项目太难整了。该项目的java画面上的控件是把swing控件重写了，名字都改了，这样的话QTP插件就应该不识别了吧。vb的控件还有自己开发的。
QTP对象库：重写的控件和自定义的控件怎么整啊？
[ 本帖最后由 lyj841120 于 2009-7-14 12:05 编辑 ] 从我的观点，应该坚持。
要对自己有信心，我也是在调研阶段，心里也没有底测试工具能支撑到什么样，但我会尽力。
51testing 上有好多热心的朋友帮你解答问题的。 我感觉你应该学下去，qtp写脚本不难，后期维护也基本是工作量的问题。其实难就难在如何设计上。 从我的观点，应该坚持。
要对自己有信心，我也是在调研阶段，心里也没有底测试工具能支撑到什么样，但我会尽力。
51testing 上有好多热心的朋友帮你解答问题的。
我感觉你应该学下去，qtp写脚本不难，后期维护也基本是工作量的问题。其实难就难在如何设计上。
=====================================================================
非常感谢你们的支持，你们说的对难就难在如何设计，但我想这个应该和java的编程思想或设计模式是一个道理。开始设计好了以后的维护也就简单多了。不过有人知道这个问题吗？java画面上的控件是把swing控件重写了，名字都改了，这样的话QTP对象库就应该不识别了吧。vb的控件还有自己开发的。
[ 本帖最后由 lyj841120 于 2009-7-14 12:21 编辑 ] 加载java插件呗
不是所有的对象都会被正常识别到的。
[ 本帖最后由 liujinkui 于 2009-7-14 16:46 编辑 ] 不要轻易放弃!因为你还没彻底了解它...要继续搞下去才能提高...可以先从简单的做起,至于测试流程,测试思想,别人说了你肯定也不能理解透彻,我觉得可以先从工具开始,然后慢慢的寻找其它的不足....我也在学QTP所以我支持你
页:
[1]
2
