UI自動化測試：

自動化測試的目的是提高效率，所以在開始自動化測試之前一定要問自己以下三個問題，尤其第一個是很容易忽視的。

一：是否需要自動化測試

二：需要采用什么自動化測試方法

三：如何開展自動化測試

一：是否需要自動化測試

對于是否需要的問題，時候什么需要，當項目屬于一直做的項目，一直迭代的項目，不是一錘子買賣，并且對質量要求較高的，還有就是項目周期較長，有時間讓你去搞自動化的時候，就是有必要做自動化。另外做自動化之前，如果不確定，最好開會評估，然后定方案。

二：需要采用什么自動化測試方法

采用什么自動化測試方法主要分為兩個方向：一是UI自動化，二是API自動化，那么該怎么應用呢?

當改變主要發生在邏輯層，ui 變化較少時，ui自動化維護成本較低。這時候就選擇ui自動化；當 ui 變化較大，這時候ui腳本維護成本就大，就不能采用UI自動化測試了，采用API自動化較為劃算。

api自動化也有局限性，它對研發代碼的依賴很強，通常是研發代碼提交后相應的測試代碼沒寫完，等下一次編譯時又不通過。

三：如何開展自動化測試

如何開展自動化測試，選擇什么工具進行自動化測試，用appium，robotium，UIAutomator等方法。

appium有如下優點：

1。支持跨平臺，同時支持android，ios，hybrid

⒉。語法簡單，學習成本低，大部分測試人員經過短時間學習就可以掌握和使用。

appium缺點如下：

1. 需要查樁，必須連接電腦才能使用，如果被測試項目需要脫機測試就不能用appium了，比如測試手機耗電量性能測試，如果插著數據線連接電腦，會一直充電，就不能用appium，這時候可以選擇UIAutomator。

2. appium腳本運行時間較長，如果需要快速測試，不如讓人工手工測試效率高

3. 另外appium 相對于 UIAutomator 更重一點，如果想更輕量化一點可以使用 UIAutomator

在做UI自動化測試時，我們需要關注三個方面

1.可重用性

腳本的維護都需要時間成本，所以在做Ul自動化的時候可維護性就尤為重要了，為了提高腳本的可維護性，這里主要采用兩種方式，一是封裝公共方法；二是套用公共模板。

公共方法是指所有用例腳本都會執行和用到的方法，比較常用的一些操作（單擊，雙擊，輸入，清除，刪除，左滑，右滑，上滑，下滑，放大，縮小，下拉，等等）

公共模板比如下面，這樣一套操作流程

try：

編寫腳本代碼xxxxx

編寫腳本代碼xxxxx

export：

捕獲異常：

打印日志：

2.穩定性

1)一個腳本中包含多個用例，如果一個用例沒有編寫異常捕獲的代碼，當一個異常發生時，整個腳本就停止運行，其他的用例就無法繼續執行。解決方法是所有的用例都獨立運行，都編寫異常捕獲，互不影響。

2)個別控件元素如id或名字變化了導致控件獲取不到，腳本停止運行，解決方案是把通用的控件放到一個文件中單獨保存，當控件id發生變化時，不用每個腳本都改，只需要改控件文件即可。

3.通用性

通用性是否強，比如A項目可使用該套框架，移植到B項目上，該框架是否適用。

正常情況框架都是通用的，不會因為項目不同而把框架整體翻新一遍，只需要把部分參數修改即可。