在講解Wait和Exception中，隱隱體現(xiàn)出來使用WebDriver還是蘊含一些小竅門和注意事項，既然知道了這些，我們自然而然地想是不是應(yīng)該將這些竅門和技巧運用到我們?nèi)粘５木帉懹美希@時候順?biāo)浦鄣臅霈F(xiàn)一個詞“封裝”。當(dāng)然，“封裝”也是我們程序員最喜歡干的事情。當(dāng)然開發(fā)WebDriver的程序員們在設(shè)計了這么多秘技的同時，也為我們提供了一些封裝思想，方便我們在日常編寫用例過程中更加輕松，高效，易用，可維護(hù)和可拓展。
這里我們就引入“Bot Style Test”，它的核心思想：他是對Selenium API進(jìn)行行為導(dǎo)向的抽象操作封裝，以便提供一種命令行式的用例編寫方法，同時便于后期解決一些Selenium存在的問題及提供一些Selenium不支持功能。
從我們前面講Wait和Exception的時候，已經(jīng)指出，在沒有適當(dāng)使用Wait和Exception時，可能我們一個簡單的點擊或者輸入操作，都有可能出現(xiàn)一定概率的失敗情況。這里我們可以粗淺的任務(wù)，WebDriver基礎(chǔ)的點擊和輸入操作是存在缺陷的，那么為了解決這些存在的問題，我們可以同Bot Style Test的思想進(jìn)行封裝，讓我們在使用的時候更加簡單方便。
接下來我們以點擊和輸入操作作為一個例子分析一下：
入門實戰(zhàn)
前面我們分析過，如果一個元素是在不能點擊的狀態(tài)下進(jìn)行點擊操作，會報InvalidElementStateException異常，那么我們是不是可以在點擊操作執(zhí)行之前，進(jìn)行條件為檢查元素是否可以被點擊的Wait操作。等元素可以被點擊的時候，再進(jìn)行操作。這樣我們是否就可以避免因為在不可點擊的狀態(tài)下進(jìn)行元素點擊而產(chǎn)生用例不必要的執(zhí)行失敗了？
進(jìn)階實戰(zhàn)
我們前面，介紹過了，如果被點擊元素被其他元素遮擋的情況下，我們會發(fā)生WebDriverException，原因可能是JAVA執(zhí)行速度遠(yuǎn)快于JAVAScript，那么我們?yōu)楹尾辉谶@里增加重試來保證點擊成功呢？當(dāng)然重試還是會失敗，我們需要捕捉處理。如上圖，我們通過捕捉WebDriverException，當(dāng)其中的message中包含"Other element would reccive the click"來判定是否被其他元素遮擋。如果遮擋，則進(jìn)行重試，重試次數(shù)到達(dá)后，如果還是失敗，則我們主動拋出異常。
總結(jié)
以上2個點擊例子只是冰山一角的縮影，實際過程中可能為了提高我們的點擊操作的穩(wěn)定性，易用性等會有其他一系列符合“Bot Style Test”思想等處理。在保證操作是簡單的單行命令的同時，高度集成各種異常捕獲，同時只能處理，以便達(dá)到用例操作本身的穩(wěn)定性，可以讓我們把精力核心放在業(yè)務(wù)邏輯的思考，及BUG的跟蹤定位，而不是在排查WebDriver不當(dāng)使用而導(dǎo)致出現(xiàn)各類偶發(fā)問題。
