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