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