丨精益求精聊聊提高gui測試穩(wěn)定性的關(guān)鍵技術(shù)

所以，今天我的就是，如何提高GUI測試的穩(wěn)定性。雖然從理論上來講，GUI測試有可能做到100驗，如果能夠做到95GUIGUI被測系統(tǒng)的A/B非預計的彈出框，一般包含兩種場景GUI自動化測試用例執(zhí)行過程中，操作系統(tǒng)彈出的非預計框，有可能會干擾比如，GUI測試運行到一半，操作系統(tǒng)突然彈出殺毒軟件更新請求、告警信息、系統(tǒng)更新請求等框。這種框的彈出往往是難以預計的，但是一旦發(fā)生就有可能造成GUI自動化測試的不穩(wěn)定。被測軟件本身也有可能在非預期的時間彈出預期的框，GUI自動化測試有可能會因比如，被測軟件是一個電子商務(wù)，你在上進行操作時，很可能會隨機彈出“用的。而這，往往會造成GUI自動化測試的不穩(wěn)定。對當自動化發(fā)現(xiàn)控件無法正常定位，或者無法操作時，GUI自動化框架自動進入“異在“異常場景恢復模式”下，GUI自動化框架依次檢查各種可能出現(xiàn)的框，一旦確認了框的類型，立即執(zhí)行預定義的操作（比如，單擊“確定”按鈕，關(guān)閉這個需要注意的是：這種方式只能處理已知可能出現(xiàn)的框。而對于新類型的框，只能通過自動化的方式嘗試點擊上面的按鈕進行處理。每當發(fā)現(xiàn)一種潛在會彈出的框，我們就把它的詳細信息（包括對象等）更新到“異常場景恢復”庫中，下次再遇到相同類型的框時，系統(tǒng)就可以自動關(guān)閉了。比如，“登錄”按鈕的ID從“Button_Login_001”變成了“Button_Login_888”，那么如果GUI自動化測試還是按照原來的“Button_Login_001”來定位“登錄”按鈕，就會因為ID值的變化，定位不到它了，自動化測試用例自然就會失敗。IDButton_Login_001”Button_Login_888”，你手動你發(fā)現(xiàn)頁面上的按鈕（Button）就那么幾個，而且從ID（Login）可以看出是“登錄”按鈕，再加上這個按鈕的象，只是ID最后的數(shù)字發(fā)生了變化而已。采用“組合屬性”定位控件會更精準，而且成功率會更高，如果能在此基礎(chǔ)上加入“模糊匹目前，一些GUI自動化測試工具，比如UFT，已經(jīng)實現(xiàn)了模糊匹配。通常情況下，你試報告中將會顯示該信息，明確告知此次對象識別是基于模糊匹配完成的，因為GUI自動但是，開源的GUI自動化測試框架，目前還沒有現(xiàn)成的框架直接支持模糊匹配，通常需要A/BA/B測試，是互聯(lián)網(wǎng)產(chǎn)品常用的一種測試方法。它為Web或App的界面或流程提供兩個A/BGUIABGUI一個屢試不爽的辦法就是，加入重試（rery）機制。重試機制是指，當某一步GUI操作失敗時，框架會自動發(fā)起重試，重試可以是步驟級別的，也可以是頁面級別的，甚至是業(yè)務(wù)流程級別的。對于開源GUI比如，eBay的GUI自動化測試框架，分別實現(xiàn)了步驟級別、頁面級別和業(yè)務(wù)流程級別的重試機制，默認情況下啟用的是步驟級別的重試，頁面級別和業(yè)務(wù)流程級別的重試可以通過測試發(fā)起時令行參數(shù)進行指定。需要特別注意的是，對于那些會修改使用數(shù)據(jù)的場景，切忌不要盲目啟用頁面級別和GUI比如，測試用例所依賴的數(shù)據(jù)被其他用例修改了；再比如，測試過程中發(fā)生錯誤后自動進行GUI對于頁面控件屬性的細微變化造成的不穩(wěn)定，可以使用“組合屬性”定位控件，并且可對于A/B測試帶來的不穩(wěn)定，需要在測試用例中做分支處理，并且需要做到正GUI 歸科技所有 不得售賣。頁面已增加防盜追蹤，將依法其上一 16|腦洞大開：GUI測試還能這么玩（PageCodeGen+DataGen+下一 18|眼前一亮：帶你玩轉(zhuǎn)GUI自動化的測試報言言 29seleniumxpathid、clases、name 張紅 1能否通過總結(jié)的有點high小老 彼端宓 關(guān)于webdriver中 人心向 穩(wěn)定性測試真的讓人頭疼說心驚膽戰(zhàn)一點不為過，舉個例子：業(yè)務(wù)需求要求完成7*24小時的穩(wěn)定性，跑到尾聲的時候發(fā)現(xiàn)大量報錯且準確率已經(jīng)不足95%的比例，這種時