如何合理的运用QTP
自动化测试在近来是沸沸扬扬的吵着,很多测试的面试时都会问到,你了解自动化测试不?你熟悉自动化测试工具不等等这些问题.但其实只要你进去了后才会发现很多公司其实都没有用到自动化,很少用到工具,而是很多测试都用手动.在QTP斑块也看到了很多同行关于QTP这样功能那样功能的尝试,作为一个测试,有这样多的想法,是值得肯定的.但当我们在尝试成功后,我们是否又想过这些东西能为我们的工作带来什么,如果能,那你的尝试肯定是更有价值了,如果没有呢,也仅仅是作为一些自己独特的想法而最终将他放在一旁了.
这周LEADER叫弄些脚本来大家内部交流,自己一下也蒙了的感觉,因为在工作中基本是很少用到这些的,即使用也是自己私下来录制些脚本,然后修改调试.于是就有了这个讨论帖子
我们在平时工作中到底应该怎么合理用QTP,在确保手动操作的效果外给测试人员带来更多自动化的享受和成就感
希望大家能不吝啬自己的经验,一起来讨论下自己公司平时都是怎么来用QTP来解决一些复杂烦琐的操作,而不仅仅是一个空的口号.
PS: 个人之见,有什么不对的地方,不要拿鸡蛋砸我呵呵sdlkfj3 建议讨论一下 什么时候使用测试工具比较好？如何最大程度利用自动化测试工具？ 这个帖子不要沉吧
大家有什么想法都说一下
呵呵 一是回归测试．二是维护阶段，来跑脚本是比较爽的．
其实有时候感觉自动化工具到了后期的维护阶段，有点ＸＰ的意思，就是维护的时候，先跑一次脚本，看看哪个地方错了，然后再进行调试！
自动化最大程度的利用，这个问题，我感觉，前期需求的介入就显得相当重要了，在开发过程中就要考虑以后维护和测试的可行性．如何最大程度利用，主要还是要有相关的流程和技术来保证．前期文档，需求，时间表都要制定的详细而且是可行的才好！
[ 本帖最后由 wssgily 于 2007-4-3 10:00 编辑 ] 这个话题大了点儿，不过很不错，大家都来参与吧：） QTP很好可是局限很多,但在测试数据这块QTP是最好的.其实,我现在碰到的系统测试数据只是其中的一小部分,其他更大的功能测试QTP用起来却不是很方便的.而且,其中还有一个问题就是,有时候QTP在比较的时候速度很慢,这在测试数据这块也是一个局限. 补充一点：
测试时环境的准备总是件麻烦事，可以使用qtp来对环境进行连通性测试。 我发现的问题是不知道怎么按照测试用例来做QTP自动化测试，要一个用例一个用例做吗？大家是大概怎么结合测试用例做的QTP测试呢？sdlkfj5
回复 #4 wssgily 的帖子
嗯 对的可是很怕的是下一个的版本有些页面做了些调整,那原先录的脚本都要重新录制, 我觉得这个比较麻烦 原帖由 wuyuzimu 于 2007-4-5 11:10 发表 http://bbs.51testing.com/images/common/back.gif
嗯 对的
可是很怕的是下一个的版本有些页面做了些调整,那原先录的脚本都要重新录制, 我觉得这个比较麻烦
使用QTP进行测试的条件是：
1，测试版本相对稳定，功能不会有变化，UI也不会变化；如果变化了，那么录制的脚本就没有什么价值了。
2，用于验证系统的功能和回归测试；特别是后续版本和修改了Bug后的验证；
3，如果项目的时间不是很长，但某个功能的数据量比较大，也可以使用QTP以减少测试的工作量。
个人观点，仅供参考！ 原帖由 思飞2006 于 2007-4-4 10:02 发表 http://bbs.51testing.com/images/common/back.gif
QTP很好可是局限很多,但在测试数据这块QTP是最好的.其实,我现在碰到的系统测试数据只是其中的一小部分,其他更大的功能测试QTP用起来却不是很方便的.而且,其中还有一个问题就是,有时候QTP在比较的时候速度很慢,这 ...
1，工具不是万能的。否则就不需要我们去测试了.
2，工具都有利有弊。如果你不会使用它，那么有它无它没有什么区别。你要最大程度地利用它为你服务。
[ 本帖最后由 walker1020 于 2007-4-5 13:13 编辑 ] 我们公司手工测试还不成熟，就要我尝试用自动化，郁闷 自动化测试的目的就是代替反反复复的无穷无尽的手工测试,郁闷.
确实像wssgily说的那样,如果在需求和设计阶段就开始就定义出回归和维护期的自动化测试策略,再加上设计自动化脚本的框架,充分的提高脚本的重用性和可维护性,那样的自动化测试才能真正的发挥它们的作用!
相信测试人员总会有重见天日的一天的,我们一起加油吧~~~!!! 好久没上来了，凑个热闹
QTP，只是一个工具，工具的作用就是把人从繁重重复的工作中解放出来，提高工作效率，把人力资源放到更需要的地方去。自动化测试技术是一种技能，对于这样的一种技能，个人认为，是每个测试人员都需要有的，基本的能力。就像现代农民工作，是用拖拉机还是用锄头？不会用工具的，肯定是被淘汰的。
在工作中，慢慢发现自动化的顺利实施需要一定的条件、平台。你的脚本做得再好，要是系统架构，开发流程还是处于社会主义初级阶段的话，呵呵，那么在这条件下的自动化的路上肯定会把你气得半死的。自动化实施需要成本，规范的流程能把维护的成本降到最低，反过来的话.......有时还不如手工测试来得更舒服更方便，呵呵。
真想看看微软的daily build是如何实现的 生产力决定生产关系。感觉就目前的软件能力来看，大规模的推广自动化测试还没成熟，或许等测试人员的编程等技能的提高，公司的高层对测试的观念改变等等的条件具备了，你们所希望的测试新时代就来了。
有人问上帝：韩国什么时候拿世界杯，上帝说你是看不到了；有人又问：中国什么时候能拿世界杯，上帝哭着说我是看不到了。
哎！~我是看不到测试自动化在中国的普及了，希望上帝能看到。 要根据项目的实际情况，国内大多数公司恐怕还不具备自动化测试的条件。 支持一下， 另外，请参考以前的帖子 http://bbs.51testing.com/thread-64600-1-15.html 真的没感觉到实际运用自动化测试工具会为我们带来多少方便....
(也许是我还未熟练运用吧.)
何时该如何去运用自动化工具真的是值得讨论下.
我都很想知道...
顶上去了~~~~ 我也发现这个现象，老大让我们做了测试脚本，但是没有让我们继续测试，做了就不管了，我自己也觉得他们的设计界面有改动，就会使我们做的脚本全部泡汤，这个估计还是脚步维护方面的问题还是公司管理的问题呢~~大家说说。。sdlkfj2
页:
[1]
2
