自動化測試目前就基於三個層面：代碼層面，協議層面，界面層面，下面分別説一説：
1、基於協議的自動化測試：
用得最多的應該是協議層面的，就是我們常説的發個http請求（現在很多接口測試也是基於協議，工具也簡單，Jmeter、postman等；我們的性能測試的原理也是協議+多線程），發送請求之後，檢查服務器響應，我們弄清楚了協議規則，自動化就是連續的發送請求，檢查響應，斷言，其實不那麼難。真正難得是：用例設計、場景設計、數據分析等等。。這些需要嚴謹的測試思維，大量的測試經驗，所以説工具或代碼解決的是三分之一的問題，剩下的三分之二還是需要靠人自己。
2、基於界面的自動化測試：
原理就是識別並操作界面元素，但是由於寫界面的語言比較多，H5，java，python。。各個都有一點區別，所以在識別操作時稍微有點麻煩，如果無法識別元素怎麼辦呢？Autolt，Sikulix，鍵盤模擬，當然還可以基於圖像識別來解決界面的操作問題
3、基於代碼自動化測試：
檢查代碼的邏輯和覆蓋率等問題，就是我們常説的白盒測試或者單元測試，一般這個是由程序員完成。然後就是代碼級的接口測試（灰盒測試），這個的可行性更高，更有效率和價值。如果説代碼級的測試已經完成，那麼功能性的bug會少非常多的，所以這個過程很重要，但是對測試人員的代碼要求非常高，這個有點超出自動化測試了，偏向於測試開發。
哇咔範
