最好的工具是自己编写的工具
其实QTP只是工具的一种,他不能在所有的项目中实施,所以在实际项目中是需要自己编写测试工具的。这就意味着测试脱离不了开发的知识。大家有什么看法都说说啊 呵呵。
本人自己也自己写过一些小工具。感觉不错。不要为了工具而工具。发挥人的主观能动性这很关键。 支持,同感 恩,就是就是 但是QTP功能之强大,自己写的程序虽然有很强的适应性但是无法与qtp的强大相提并论
所以我的建议:运用测试工具,不管开源的还是商业的,并且搭建一定的测试框架,写一定量的函数使他真正适用于自己 QTP很强大,自己写工具很花时间,自己写一个工具就可以当一个项目来开发了。
:lol 原帖由 yuandjing 于 2008-12-29 12:21 发表 http://bbs.51testing.com/images/common/back.gif
但是QTP功能之强大,自己写的程序虽然有很强的适应性但是无法与qtp的强大相提并论
所以我的建议:运用测试工具,不管开源的还是商业的,并且搭建一定的测试框架,写一定量的函数使他真正适用于自己
顶 呵呵 各有各的观点吧 。 我在工作中还是针对特定的项目 自己写工具。 当然能用QTP的还是用。 好了 讨论到此结束。下面的不要在跟帖了。散了散了。 ::yiwusuoyou::: 不小心跟了怎么办...
要看你写的是什么工具,考虑到工具的生命周期长短与项目的长久与否。 屁股 说过了 散伙了 。 散吧。 是啊依据时间工期 和项目需要写 我写的还是比较低级的呵呵 散了 ! ::yiwusuoyou:::
别太激动,大家一起讨论,有进步的么。
你可以看到其他人的发言,说明其他人的想法是主要靠现成工具为主,自己开发工具为辅。
而你的思想是工具是用谁的好?
2个问题不一样。 做的好,最好的工具就是自己开发的工具
做的不好,最烂的工具也是自己开发的工具 QTP我感觉强大的原因在于 它适用了VBScript这种语言作为后台语言。 自己写的工具也可能有很多bug,这样的工具去测试问题应该很多。 我还只是菜鸟,不会写
自己编写测试工具
我和各位说的深有同感.在我们公司开始的时候自动化测试使用Rational Robot,总觉得有很多不如人意的地方,特别是很多检查点代码需要自己编写代码来完成,这需要有非常强的编程能力,与其在Robot里边编写,倒不如使用VB或者VC,后来我们尝试了一下使用VB6.0,结果使用本工具可以完全代替Robot,开发出来的自动化测试工程可以在WinXP,Vista,Windows7上面运行,不需要因为Robot的License所限制.现在我们公司已经完全使用自己的脚本,不再依赖任何第三方自动化测试工具了. 最终一个好的测试人员还是脱离不料开发知识的,工具只是工具。很多东西比如QTP也是不能够作到的。目前测试行业主要还是以手工测试为主,这对我们论坛的XDJM来说是个机会。看大家如何把握了。
页:
[1]