测试的路该怎么走

上一篇 / 下一篇  2007-12-16 22:47:51 / 个人分类:追寻梦想

写这篇文章的目的,只是说说自己对测试的一些认识,可能认识是片面的,也是错误的,希望可以得到大侠们的指点。也说说自己的一些困惑,希望能够和朋友们一起探讨,努力学习测试的知识。

 

做了一年多测试,因为在上学的时候没有开设过测试课程,做测试,所有的理论知识都是自己看书学习的,国内的那些测试书籍市面上见的都基本看过了,对测试的流程,测试的方法,测试的概念已经算是有了很深的了解,但是,总是觉得,自己的理论知识不够扎实,对测试的理解不是很透彻,在实际的工作过程中,总是会碰到自己在看书的过程中没有涉及到的一些东西,自己也知道,所有的理论知识都不能解决实际中的问题,理论只能为实际的工作提供一个指导。

国内的测试是刚刚开始,这个从国内的测试书籍的多少以及内容就可以看出来,国内的测试书籍,系统性讲述测试理论的就那么一两本,而且,基本都是参考国外资料编写的,基本上来说,就是讲了测试的概念性的东西,而没有讲述具体如何去做测试的问题。

做了一年多,渐渐的感觉,自己所了解的测试知识是越来越不够用,虽然我一直都在学习,一直都在寻找比较优秀的测试书籍,但是,就国内的资料来说,很少有讲的比较好的,能够提供一个完整的方法论的。

于是,我想,软件测试在这两年算是比较热门的职业,但是,如果仅仅是目前的理论知识来支撑,那么是不可能成为一个测试资深的专业人员。那么,我们有必要去寻找一些国外的书籍,一些国外的关于测试理论的测试资料,这样就有一个问题,国外的测试资料,简单的,或者说是概念性的知识,基本上都已经被翻译或者在国内的测试资料中有翻译,而对于一些不太适合国内实际情况的,一些关于具体怎么在项目中使用测试理论的知识体系,很大部分并不是适合国内的实际,如果学习这些,并不能很好的筛选,增加了获取知识的困难度。

那么,当测试人员到这个时候,就遇到了一个瓶颈,测试的路该怎么走,这个一个问题。

做测试,很多情况下都会提出自动化测试,自动化测试是有很多的好处,这是无容质疑的,但是,自动化测试需要投入一定的成本,比如人力,工具,组织管理等等,并不是说,自动化测试就是使用破解的商业测试工具去录制脚本,修改脚本,回放脚本就可以实现,也不是说,只是会使用测试工具,就算是可以进行自动化的测试了。

我使用过QTP,也使用过RFT,在我使用的过程中,我深切感觉到了,要做好自动化测试,使得自动化测试真正能够起到作用,并不是说会使用工具就可以的了,QT如果仅仅用来录制操作,然后回放,或者,用QTP的录制回放功能,可以做一些比较重复的工作,比如,可以造数据,但是,因为QTP太依赖于界面,如果要真正使得QTP使用于测试,那么,就必须要修改脚本,或者说,需要构建测试框架。而对于RFT来说,它的脚本语言是基于java的,要设计好的脚本,需要东java程序,相当于说,入门比较高,而且,现在国内的开发比测试普遍工资高,如果会编写程序,则会去做开发,或者做白盒测试

通过上面的说明,产生一个问题,那就是,需要有专门的人员去维护脚本,而很多时候,国内的测试并没有专业的脚本设计人员,很多时候,测试的人员可能即要做手工测试,又要做脚本录制,维护,就算是有一两个专门的脚本设计人员,就目前国内的情况,会脚本设计的测试人员是稀缺性资源,行情看好,流动性较大,可能有的时候,企业刚刚做了自动化测试,结果,脚本设计人员走了,自动化测试也就搁浅了,继续回到了手工测试时代。

而对于一些性能测试工具,如果仅仅会使用工具并不是能够完成性能测试的,只要做测试的都知道,性能测试是最复杂,也是最需要基础知识,业务知识,并且需要多个部门配合的测试工作,仅仅是会使用测试工具,是远远不够的。也就是说,学好了性能测试的工具,并不是说就可以做性能测试的。

功能测试,性能测试自动化,在国内并不能得到一个很好的应用,而对于白盒测试工具,在国内做白盒倒是使用的比较多,但是,自动化并不是仅仅只有白盒,那么,如果是这样,测试的路又该怎么走呢?

 


TAG: 测试的路 测试理论 自动化测试 追寻梦想

 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

Open Toolbar