只是會用一些自動化工具，並不是實際意義上的自動化測試工程師，只是工具小子。
高手來說，是獨立開發測試工具，解決工作中實際的問題。要有很強的編程能力。是測試人員比較稀缺的能力 。
自動化分三個層級，倒三角，收益從高到低，單元-接口-UI。
單元測試效果70%，涉及的代碼少，容易定位問題。開發人員做的多。
接口測試，更改很少，因爲涉及到各方面協調，通知使用的各方。所以增加和刪除較多。變化少，適合自動化。
UI變化多，給測試帶來很大麻煩，目前做的較好的是華爲，幾十分鐘跑幾萬個case，他們有超大的分佈式系統。社會培訓班，UI自動化多，可以看到界面，但是工具最多，難度最大。需要很好的測試框架才能做好。
關於測試框架：
1. 分佈式，多個測試用例，並行併發的執行。
2.行爲驅動框架。cucumber，測試用例映射到測試方法，通常用在敏捷中。
3.關鍵字驅動 三要素：1）做什麼操作 2）操作誰 3）操作值是什麼
4.數據驅動框架。操作步驟不變，數據是變動的。適合少點的測試用例的測試。
5.混合式的測試框架。數據+關鍵字。
在大公司，做接口和服務器端測試的人員比較多，接口測試關注與輸入和輸出，服務器端更關注與算法實現的細節。類似白盒，有的稱之爲灰盒測試。
功能測試轉到自動化測試，要具有很強的編程能力，技術的理解，開發架構理解，需要知識的積累，包括算法，數據庫，linux，數據結構。。。先來1W代碼。