前几天看到一个博客上关于对测试分类的重新定义，让我们颇有感触，也因此我需要对于测试的分类重新深入学习和理解，并对自己当前的测试工作进行归类，试问自己我到底做过哪些测试，拥有哪些方面的技能和经验，因为这些都是对我们职业发展有实际意义的，在这之前我原来如此模糊，不过从这以后我想我可以清醒很多了。
不知道大家有没有注意到，我们经常在浏览一些外企发布的关于测试职位的要求时，通常都会看到很多与国内企业发布的招聘要求不同的专业术语，比如说：
1、UI automation,UI自动化测试，这在我所看到的国内企业招聘信息上是没有看到的，当然一些教材上也基本没有这样的介绍，当然我们称之为功能自动化的术语却是到处随处可见；
2、还有Driver Test，驱动测试，可能水平不行，感觉翻译或来很不好理解，也更别说到底做过没做过；
3、API Test/API automation应用程序接口测试，我们可能听到过接口测试，但没有听过到API automation；
4、还有被称之为软件的可靠性测试的分化有Reliability test, Stress test, Security test, Performance test，这些在我们的招聘信息中可能多见都是一句话带过，那就是性能测试，所以招至更多的人拼命地去研究性能测试工具，都根本就不注重所谓理论深入学习；
5、对于代码方面的，可能大部分人觉得那是开发人员的事，或者说是百盒测试人员的事儿，所以有这样的要求Code review, Debugging ，也基本没见过，因为代码审查和调试在大部分的公司都不是测试人员可能去干的事。
其实，在这些个所谓专业术语中几乎看不出我们所谓的测试类型的分类，因为压根就没提到过黑盒测试、白盒测试和灰盒测试的概念，也因此说明在专业的测试行业中就没有所谓的测试职位的分别，比如我们国内有黑盒测试工程师、白盒测试工程、性能测试工程等等，何为专业？就是不分你我，因为测试是连贯性的，如果因为某一个环节而不专业，那这个测试的结果就不完整，更不可靠。但从这些专业的测试术语中几乎涵盖了我们所有过程中都会做的东西，难道这只是概念的问题吗？千万不要以为我们的课本上没有的概念那就不是测试人员该做，那是因为我们对测试分类的误解。
本文转自一米一阳光博客园博客，原文链接：http://www.cnblogs.com/candle806/archive/2011/05/16/2047838.html ，如需转载请自行联系原作者
