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