浮躁的测试界，为你惋惜！

  还在为自己选择的软件测试而迷茫吗？信息业的迅猛发展，互联网技术行业的崛起，只要有软件存在的地方，就需要有软件测试的存在。目前软件测试的入门还较低，这也就意味着还有很大的发展空间。

昨天又集中面试了一批人，总体感觉，普遍的测试水平还较低，一些公司有专门的测试开发人员，但类似我们想要的作一些测试方法的研究，测试工具的开发人员，还暂无遇到比较合适的。俗话说“千里马常有，而伯乐不常有”，而现在好像是在逆道而行。一个公司，支持业务发展的是项目是产品，对测试来说最主要的还是业务测试。还有一个比较突出的点，就是外包公司的测试人员，比较多，约占面试人员的3/5。他们只做功能测试，遇到好的外包主，按他们公司的流程规范做，如中兴，华为，腾讯，还是比较幸运的，可以从大公司中学到一些正规的测试做法。就这一点来说，如果能在自己的公司测试软件，相比于外包，最起码在某些方面是幸运的，如归属感，话语权。培养测试技术人才，特别是往纵深方向发展的测试精英，需要有一个支撑平台，而这个平台，在外包公司里基本上是得不满足的。

面试的结果虽不尽人意，但也有另外一番体会。象文思、东软、软通动力，易思博，从心底里感谢它们对基础测试人才的培养，是它们的存在，推动测试行业的基础发展，给了社会上很多毕业生，转行到IT行业的测试人予机会。但从另一方面来看，与应聘者的交流中，也流露出从一些无奈的现实。外包公司的测试人员，他们都几乎没机会接触到他们所测试产品的代码、核心代码。当然，测试的方法有很多，并不一定要进行代码测试，但是从软件构成的性质决定，如果我们只做黑盒功能测试，始终有一块代码是测试盲区，或者说这块盲区，在后续不断加强的功能测试中有时也能闯入发现一些问题，但是究其测试效率，测试方法来说，并不是一个很有效的方法。或许，也有人会说，很多公司开发人员有自己做单元测试，这当然是好事。但据我了解到的，真正把单元测试做得有声有色的公司并不多，一部分是宣称有做，只是偶尔做，一部分是做了，但效果没有监控，后来就流于形式了。留下的bug自然就到提交的测试版本中了。而是功能测试人员参发现大量的bug，一个10来万行的代码，就能提交3000多个bug（据统计，提交测试的版本平均千行故障率在15-18个）。

而当问及遇一些严重、偶发bug测试如何处理，测试如何尽早发现这些bug时，基本上是瓶颈。突破瓶颈本身不是一件容易的事，但他们大部分是没有这个机会，而这个机会正是培养测试精英们所需要的。精英的成长需要平台、沃土，他们需要具备分析问题，定位问题的能力，而这些能力，就是从解决这些疑难杂症的问题中磨练出来的。

对于偶发严重bug的重现，需要分析、定位，需要精通业务知识，掌据软件设计实现原理，而这时需要深入分析它的代码实现，如多线程的死锁，测试如何能及早发现这些致命的问题，需要分析，总结。有思考，有总结，才有改进。从问题着手分析，研究测试方法，推动测试流程或方法的改进就是一个不错的做法。

面试归来，出现在脑海中的是这几个字“浮澡的测试界”。很大一部分应聘者才做了2-3年的功能测试，刚入行。而自己却认为没什么可学了，打算转去做测试管理。而真有机会做了管理后（测试小组长），其实也没做什么，一些协调、接口、测试项目的管理，就认为做到了管理，了不得。<<微软的秘密>>这本书很值得一看（已有再版），记得书中提到的一点，微软他们要的是哪些既懂技术，又懂经营（商业概念，商业模式）的人。微软的三套马车：产品经理、开发经理、测试经理，相信他们是要符合这种管理理念的。而我们的一些测试朋友，才做了几个月或是一年半载的测试组长，或是1-2年的功能测试，问自己，技术、管理，哪一项提得上精通？

记得有一位国外的软件大师说过这样一席话（大致意思）：一个人要在某一领域有所建树，先花三年时间把所有相关这个领域的书、资料收集起来研读；然后花三年时间实践、分析、总结，反反复复；最后再花三到四年时间总结、研究形成自己的独立体系知识，才谓得上精通。