壹.UI異常
UI異常包括白屏,黑屏,數據加載異常,花屏,重影,錯位,覆蓋等.
二.UI自動化測試的使用場景
UI測試主要測試的是產品的功能需求.那麽,功能主要驗證的方面有:
我們每測壹輪測試,在回歸和兼容性方面投入的人力是巨大的.而這些人力做的都是重復的勞動.UI自動化在降低人力方面,發揮著重要的作用.而最近熱門的圖像識別和深度學習,又給UI自動化測試在頁面樣式識別方面補足了短板.
三.UI自動化元素定位
很多人反應UI自動化腳本維護成本高,因為頁面布局總是在變.所以,UI自動化測試更適合業務相對穩定的產品.而且我們在寫自動化腳本時,主要是通過
1.控件識別,控件識別的方法有:
等.而其中最不穩定的就是classPath,最穩定的是id.所以我們如何巧妙的定位控件,成為了其中腳本是否穩定的關鍵.
2.圖片識別:
sikuli/airtest;
3.圖片對比:
感知哈希算法;圖片縮放;圖片像素值對比.
其次，要做好失敗重試，和顯式隱式等待等，pom模型，用例步驟原子化，獨立性。
四.UI自動化測試效果
接口測試我們很容易很清楚的可以拿到接口的成功與失敗,響應時間,響應內容.但是客戶端琳瑯滿目.
接口成功了,客戶端就壹定能看到頁面數據嗎?這個問題值得我們思考.
從發起請求,到頁面呈現.其中諸多環節和諸多耗時.而客戶端作為檢驗產品的最後壹個環節,無疑起著決定性的作用.是用戶最直觀的感受.UI自動化測試就是作為真實用戶的角色去檢驗產品,檢驗端到端的可用性.
六. 效果對比