前幾天看到一個博客上關於對測試分類的重新定義，讓我們頗有感觸，也因此我需要對於測試的分類重新深入學習和理解，並對自己當前的測試工作進行歸類，試問自己我到底做過哪些測試，擁有哪些方面的技能和經驗，因爲這些都是對我們職業發展有實際意義的，在這之前我原來如此模糊，不過從這以後我想我可以清醒很多了。
不知道大家有沒有注意到，我們經常在瀏覽一些外企發佈的關於測試職位的要求時，通常都會看到很多與國內企業發佈的招聘要求不同的專業術語，比如說：
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 ，也基本沒見過，因爲代碼審查和調試在大部分的公司都不是測試人員可能去幹的事。
其實，在這些個所謂專業術語中幾乎看不出我們所謂的測試類型的分類，因爲壓根就沒提到過黑盒測試、白盒測試和灰盒測試的概念，也因此說明在專業的測試行業中就沒有所謂的測試職位的分別，比如我們國內有黑盒測試工程師、白盒測試工程、性能測試工程等等，何爲專業？就是不分你我，因爲測試是連貫性的，如果因爲某一個環節而不專業，那這個測試的結果就不完整，更不可靠。但從這些專業的測試術語中幾乎涵蓋了我們所有過程中都會做的東西，難道這只是概念的問題嗎？千萬不要以爲我們的課本上沒有的概念那就不是測試人員該做，那是因爲我們對測試分類的誤解。
