说说测试那点事
2010-11-16 14:19
183 查看
一直想写一些关于软件测试方面的东西,但总是感觉肚子里面没有多少墨水,不管怎么抽怎么挤也弄不出几滴,甚是惭愧,很后悔当初没好好学语文!然而,事物必须有所沉淀才有进步,不管写的好或不好,今天能写出一点,明天就能写出两点,因此,今天,我拼了!
从做软件测试到现在,已经四年多了,感觉上这四年里,应该学到很多东西,掌握了很多知识,也有很多可以分享。然则,自己却有一种感觉,就是自己没学会多少东西,自己会的,别人都会,说出来只会让别人笑话。是自己太谦虚了?还是真就是不学无术之人呢?抑或是自己缺乏自信?或者都有吧。
对于软件测试,这个职业应该是近年来比较热的一个,很多公司或企业都大张旗鼓的呐喊着招聘测试人员,其声势之浩大,直逼当年的程序员招聘。但实际上,真正到了公司或企业中,情况又是如何的呢?我仅以自己的工作经历以及一些见闻来加以说明。
一直以来,我都是在一家港资公司工作,该公司主要是从事IT外包业务,也有自己的产品,但是好像从来没卖出半件。全公司员工100人左右,其中测试人员的数量为10个左右,开发人员的数量为70个左右,从宏观上来讲,测试人员与开发人员的比例达到了1:7,这个数字看起来还算可以吧!但是在实际的项目开展中,具体的情况又是如何的呢?
在这四年多时间里,我参与过的项目,大大小小有10多个,我了解的但是并没有测试人员的项目也有好几个。有的时候,某个项目需要大量的测试人员,而有的项目就根本不预算测试人员,这个测试人员的预算多少的问题暂时不在我们这次讨论范围之内,我们也暂时不追究如何预算测试人员数量的问题,只是想从这一点说明,当前我们这家公司,对于测试这一块还是有一定程度的重视。
我们再来看看其它方面的情况。首先,就是测试员的来源。我们公司的测试员,绝大部分都不是计算机出身的,什么专业的都要,就是不要计算机专业的,在这一点上,我不完全认同。当前,大部分公司招聘测试员的时候,在职位要求上都明明白白的写着要计算机相关的,而我们这家公司偏偏反其道而行之,可谓相当别出心裁。只招非计算机专业相关的测试员,好处是什么呢?按照Boss的意思,就是希望这些测试员可以突破常规思维(也就是开发人员的那种思维方式),可以从用户的角度出发,发散思维,从各方面来进行测试。这样做确实有优势的地方,可以很贴近最终用户的操作习惯,使用方式,思考方式,可以带来很好的用户体验。但这里的弊端在于:所有的测试员都是这样的出身,就缺少了从技术层面来考虑问题的深度。没有一定的技术基础的测试员的结合,我相信整个项目交付给用户之后,必然会存在一些原本测试员应该发现的技术问题。这句话看起来好像是废话,哪个项目不会存在或多或少的技术问题;但是我想说明的是,倘若这个测试团队中,有部分技术雄厚的测试员,再加上部分业务分析能力杰出的测试员,这就可以在很大程度上减少类似问题出现的可能性。同理,反之亦然,如果全部招聘的都是以注重技术为主的测试员,必然会产生相对应的问题。最理想的组合就是两者的组合,这很符合国人的中庸之道。
其次,在培训系统方面,做的不够规范。由于测试员的来源不一,而且都出身于非计算机专业,就必须附之规范合理的培训系统,才可以弥补测试员的先天不足;然而,测试组长也是一个非计算机专业出身的,在此之前,其所做的工作是HR,也就是偏向管理方面的。由其来负责培训系统这一块,也必然存在先天不足;再加上公司方面也没有向外部申请专业培训的打算,因而,测试组整体的技术力量相当薄弱。
再者,缺乏完善的考核机制,导致员工动力不足。在这一点上,我可是深有体会。不管你做多做少,到头来你所得到的依然和别人差不多。员工缺乏动力,必然在工作中有所松懈,做多做少,做好做坏,都一个样,我又何必累死累活,把自己弄的像条狗一样呢?这种思想很容易在团队中蔓延,像慢性毒药,慢慢的,慢慢的,就全体中毒身亡。由于测试这个新兴职业在国内兴起没几个年头,到目前为止,关于如何评价测试人员的工作这个问题,也还没见到有比较好的框架,或许有,只是我不知道而已。
总的来说,以上所说的情况,在国内也应该是普遍存在,即有越来越多的企业开始重视测试,但还没有找到一条适合的道路,也还处于一种“伪重视”的状态。至少还需要10年左右的时间,或许可以走上一条康庄大道。
本文出自 “21's Tech World” 博客,请务必保留此出处http://id21s.blog.51cto.com/1329046/424491
从做软件测试到现在,已经四年多了,感觉上这四年里,应该学到很多东西,掌握了很多知识,也有很多可以分享。然则,自己却有一种感觉,就是自己没学会多少东西,自己会的,别人都会,说出来只会让别人笑话。是自己太谦虚了?还是真就是不学无术之人呢?抑或是自己缺乏自信?或者都有吧。
对于软件测试,这个职业应该是近年来比较热的一个,很多公司或企业都大张旗鼓的呐喊着招聘测试人员,其声势之浩大,直逼当年的程序员招聘。但实际上,真正到了公司或企业中,情况又是如何的呢?我仅以自己的工作经历以及一些见闻来加以说明。
一直以来,我都是在一家港资公司工作,该公司主要是从事IT外包业务,也有自己的产品,但是好像从来没卖出半件。全公司员工100人左右,其中测试人员的数量为10个左右,开发人员的数量为70个左右,从宏观上来讲,测试人员与开发人员的比例达到了1:7,这个数字看起来还算可以吧!但是在实际的项目开展中,具体的情况又是如何的呢?
在这四年多时间里,我参与过的项目,大大小小有10多个,我了解的但是并没有测试人员的项目也有好几个。有的时候,某个项目需要大量的测试人员,而有的项目就根本不预算测试人员,这个测试人员的预算多少的问题暂时不在我们这次讨论范围之内,我们也暂时不追究如何预算测试人员数量的问题,只是想从这一点说明,当前我们这家公司,对于测试这一块还是有一定程度的重视。
我们再来看看其它方面的情况。首先,就是测试员的来源。我们公司的测试员,绝大部分都不是计算机出身的,什么专业的都要,就是不要计算机专业的,在这一点上,我不完全认同。当前,大部分公司招聘测试员的时候,在职位要求上都明明白白的写着要计算机相关的,而我们这家公司偏偏反其道而行之,可谓相当别出心裁。只招非计算机专业相关的测试员,好处是什么呢?按照Boss的意思,就是希望这些测试员可以突破常规思维(也就是开发人员的那种思维方式),可以从用户的角度出发,发散思维,从各方面来进行测试。这样做确实有优势的地方,可以很贴近最终用户的操作习惯,使用方式,思考方式,可以带来很好的用户体验。但这里的弊端在于:所有的测试员都是这样的出身,就缺少了从技术层面来考虑问题的深度。没有一定的技术基础的测试员的结合,我相信整个项目交付给用户之后,必然会存在一些原本测试员应该发现的技术问题。这句话看起来好像是废话,哪个项目不会存在或多或少的技术问题;但是我想说明的是,倘若这个测试团队中,有部分技术雄厚的测试员,再加上部分业务分析能力杰出的测试员,这就可以在很大程度上减少类似问题出现的可能性。同理,反之亦然,如果全部招聘的都是以注重技术为主的测试员,必然会产生相对应的问题。最理想的组合就是两者的组合,这很符合国人的中庸之道。
其次,在培训系统方面,做的不够规范。由于测试员的来源不一,而且都出身于非计算机专业,就必须附之规范合理的培训系统,才可以弥补测试员的先天不足;然而,测试组长也是一个非计算机专业出身的,在此之前,其所做的工作是HR,也就是偏向管理方面的。由其来负责培训系统这一块,也必然存在先天不足;再加上公司方面也没有向外部申请专业培训的打算,因而,测试组整体的技术力量相当薄弱。
再者,缺乏完善的考核机制,导致员工动力不足。在这一点上,我可是深有体会。不管你做多做少,到头来你所得到的依然和别人差不多。员工缺乏动力,必然在工作中有所松懈,做多做少,做好做坏,都一个样,我又何必累死累活,把自己弄的像条狗一样呢?这种思想很容易在团队中蔓延,像慢性毒药,慢慢的,慢慢的,就全体中毒身亡。由于测试这个新兴职业在国内兴起没几个年头,到目前为止,关于如何评价测试人员的工作这个问题,也还没见到有比较好的框架,或许有,只是我不知道而已。
总的来说,以上所说的情况,在国内也应该是普遍存在,即有越来越多的企业开始重视测试,但还没有找到一条适合的道路,也还处于一种“伪重视”的状态。至少还需要10年左右的时间,或许可以走上一条康庄大道。
本文出自 “21's Tech World” 博客,请务必保留此出处http://id21s.blog.51cto.com/1329046/424491
相关文章推荐
- 说说我软测试
- 实现类似空间说说与评论存储表的结构与测试逻辑
- Android开发——说说Adapter那点事
- 说说geotools中坐标转换那点事
- 关于跨浏览器测试那点事
- 小仙女讲软考(六):说说测试那些事儿
- 关于跨浏览器测试那点事
- 说说初用 Mock 工具测试碰到的坑
- 说说geotools中坐标转换那点事
- 网页测试工具那点事(Firfox和Chrome)
- 关于跨浏览器测试那点事
- eclipse远程调试Tomcat方法(测试成功并且说说遇到的坑)
- Android开发——说说Adapter那点事
- 简单说说如何测试内存泄漏
- 从软件工程师到IT猎头:说说跳槽那点事
- 测试的那点事之node缓存
- 说说工作那点事,顺便推荐篇短文
- 通过一张图说说测试职业如何发展(一)
- 说说Adapter那点事l 自定义Adapter
- Android开发——说说Adapter那点事