前幾天看到乙個部落格上關於對測試分類的重新定義，讓我們頗有感觸，也因此我需要對於測試的分類重新深入學習和理解，並對自己當前的測試工作進行歸類，試問自己我到底做過哪些測試，擁有哪些方面的技能和經驗，因為這些都是對我們職業發展有實際意義的，在這之前我原來如此模糊，不過從這以後我想我可以清醒很多了。
不知道大家有沒有注意到，我們經常在瀏覽一些外企發布的關於測試職位的要求時，通常都會看到很多與國內企業發布的招聘要求不同的專業術語，比如說：
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 ，也基本沒見過，因為**審查和除錯在大部分的公司都不是測試人員可能去幹的事。
其實，在這些個所謂專業術語中幾乎看不出我們所謂的測試型別的分類，因為壓根就沒提到過黑盒測試、白盒測試和灰盒測試的概念，也因此說明在專業的測試行業中就沒有所謂的測試職位的分別，比如我們國內有黑盒測試工程師、白盒測試工程、效能測試工程等等，何為專業？就是不分你我，因為測試是連貫性的，如果因為某乙個環節而不專業，那這個測試的結果就不完整，更不可靠。但從這些專業的測試術語中幾乎涵蓋了我們所有過程中都會做的東西，難道這只是概念的問題嗎？千萬不要以為我們的課本上沒有的概念那就不是測試人員該做，那是因為我們對測試分類的誤解。
試問我們都在做些什麼型別的測試？
前幾天看到乙個部落格上關於對測試分類的重新定義，讓我們頗有感觸，也因此我需要對於測試的分類重新深入學習和理解，並對自己當前的測試工作進行歸類，試問自己我到底做過哪些測試，擁有哪些方面的技能和經驗，因為這些都是對我們職業發展有實際意義的，在這之前我原來如此模糊，不過從這以後我想我可以清醒很多了。不知道...
測試每天都在做些啥
1 需求評審該做什麼 需求評審範圍比較廣，不同環境不同階段，需求評審的參與率會略微不同。在對應用業務非常熟悉的情況，且崗位在公司比較重要，如測試經理或測試組長，在需求分析階段就會參與評審，分析需求的合理性以及是否潛在隱患，有一定的技術經驗，還能評估出開發實現難易程度以及開發周期 當然這是後話，為專案...
資料科學家每天都在做些什麼
資料科學不是乙個具體的職務，而是一種在機構中解決問題的方法。因此，資料科學可以包含多種教育背景 技能 工具 實踐。實際工作中的資料科學家們，背景和技能的跨度很大，很難被一概而論。寫文章揭密資料科學家，這事幾乎已經發展成了一種產業。關於資料科學家的困惑很大部分歸咎於 資料科學不是乙個具體的職務，而是一...