發布時間:2020-07-02
大家都知道UI自動化測試的開展思路有:通過代碼方式實現框架,要么自研,要么直接使用開源;使用開源軟件進行工具級別投入使用,少量自己開發,基本無代碼;下面小編來對比一下這兩種方式:
1,代碼方式
好處:靈活、定制化高、可鍛煉人員能力;
問題:需要大家掌握代碼,起碼達到用例編寫級別;
2,工具方式
好處:對人員能力要求低,基于成熟工具可達到量產的地步;
問題:工具本身可能存在限制,過于依賴工具本身,也可能無法解決某些特殊的問題。
補充,所有工具其實都是為了一個目標,即:降低人員要求,提高團隊效率。
這里我們順便提下一款UI自動化測試工具:ATF,ATF自動化測試框架可以無縫集成界面自動化工具Selenium、AR、QTP;多個項目可以選擇預約執行或者定時執行,一個項目可以選擇立即執行;界面自動化支持截圖和視頻。
最后,我們還是聊聊到底UI自動化該怎么開展:
1,應該開展UI層面的自動化,但不一定是功能的;
2,如果要做功能級別的UI自動化,首先應該把API層做的比較好了;
3,我們要結合公司當前現狀,發版節奏、需求變化、產品生命周期等等綜合因素一起確定。
如果你要做,那么我們聊聊應該怎么樣讓他產生價值:
1,優先挑選穩定少變的模塊覆蓋;
2,選擇重點場景進行覆蓋;
3,不要僅按照功能測試用例的步驟實現,而是要按照功能測試用例的一個suite為單位進行實現(設想如果一個用例有10步,你實現了其中6步,你認為覆蓋率是60%,其實是0%。因為你少了4步,這個用例還是得需要人工執行);
4,框架設計一定要好,這里面包括幾點:用例分層;數據分離;模塊公用;元素分離;數據驅動。
推薦閱讀:
您的信息已成功提交!
我們的客服人員稍后會與您聯系