四個類搞定分層自動化測試框架

寫在前面

咱們剛開始作自動化測試，可能寫的代碼都是基於原生寫的代碼，看起來特別不美觀，並且感受特別生硬。

來看下面一段代碼：

 

具體表現以下：

• driver對象在測試類中顯示
• 定位元素的value值在測試類中顯示
• 定位元素的方式在測試類中顯示
• 線程方式硬等待sleep幾秒
• 代碼一報錯，還要去測試類裏面找是哪段代碼報錯，當代嗎行數好多時，很差定位
• 好多測試腳本組裝批量執行後，報錯後，定位問題，很吃力

有命中的小夥伴嘛，有的話，請在文末下方留言，其餘現象就不一一列舉了。

爲何要寫框架？

從我的方面來講：

• 逼格高，讓別人感受你好厲害，技術強
• 面試是加分項，會寫框架，能夠做爲談資硬性指標
• 一個組內，要是妹紙多，你能夠秀技能，吸引妹紙也說不定呢

從實際方面來講：

• 好的測試框架，能夠穩定性，健壯性強，可下降代碼維護成本
• 方便定位問題，失敗定位問題會比較方便
• 能夠提高測試效率，編寫腳本成本，拿來就用，直接點方法就行

如何編寫框架

下面咱們將進入你們都比較關注的話題了，這裏我只分享思路哈，跟上步伐，別掉隊哦，

看我如何四個類搞定測試框架的

其實就是體如今封裝上，先說下要封裝的部分：

• driver.findElement()
• By.xpath() ，即用什麼方式定位
• driver.get()

 

好了，那麼如今咱們開始，部分代碼我會附截圖，開始了

總體工程如圖：

 

一、日誌部分

log4j詳細配置，百度就行了，這裏不作介紹

二、數據源設計

通常書上流行的Excel，我確定是不用的，至於爲何，私聊我便可，這隻提供思路，數據源以下：

三、解析Excel類

 第一個類，解析數據源，返回元素對象

 

四、頁面api部分

 第二個類，頁面api操做

元素和定位方式的分離

 api部分截圖

 

 五、頁面對象

第三個類

 

六、讀取配置文件信息

第四個類，獲取配置文件信息

 

七、測試類以下

 

八、運行效果

 

看上去是否是很整潔呢，還不動手試試！！