近來負責測試的產品，頁面上全都是圖表資料，頁面上互動少，可以說沒有。正對這樣的產品自動化，做了一些自動化方面思路整理：
自動化測試用例編寫守則
首先，我們要確定一點，就是自動化的目的和作用。
自動化測試是為了代替人執行需要大量重複的規律性或「無規律」的工作，它的主要目的在於驗證問題而不是發現問題；所以我們對於自動化的設計，就主要集中在功能的正確性方面。至於很多人想象中的自動化測試可以為你發現多少個bug，這個即使能實現，投入和產出也是不成比例的。
根據自動化的目的和作用，我們可以大致確定以下幾點：
3. 自動化的測試用例上下文必須有一定的順序性，要能夠互相連線起來；並且前置條件清楚，有一些是顯式的前置條件，一些是隱式的前置條件。
4. 自動化的測試用例必須是可回歸的，不能太馬行空般飄來飄去，否則迭代和自動執行就是空談。
自動化用例設計思路：
1、測試靜態內容 （頁面文字）
2、測試鏈結（是否存在？是否可訪問？）
3、功能測試（最複雜的自動化，完成功能模組）
4、測試動態元素
5、ajax測試
6、驗證結果
定位元素測試：
1、元素id
2、元素name
3、xpath語句（如果使用xpath都無法辨識到，只能是根據頁面布局來尋找）
4、文件物件dom
5、鏈結文字
UI自動化測試POM設計之 思路結構
測試框架思路介紹 採用pageobject設計模式是將某個頁面的所有 元素 包含控制項 屬性 及 元素操作 封裝在1個類 class 裡面，目的是為了將測試 與被測頁面物件 分離，後期如果有頁面元素發生更改，只需要修改相應頁面物件的 即對應class檔案 而不需要修改測試 也是為了進一步降低後續因頁...
App 自動化框架設計思路
思考引入 作者提供的框架圖，思路不錯，可以參考 該架構設計思路總結 1 pm模型設計 在operation層，使用了業界通用的page object模式，即針對頁面或模組封裝操作方式，在case層呼叫operation提供的介面。2 operation實現可擴充套件 用例case層呼叫統一opera...
UI自動化測試隨筆
昨天給開發的同事講我們正在做的自動化測試，同事問了句 為什麼api的測試不需要寫 了，而ui的測試還需要寫那麼多 呢？能不寫 麼？目前我們的自動化測試的現狀 目前主要覆蓋兩個部分 api的測試和ui的測試。對於api的測試經過框架的封裝，基本上只需要編寫乙個xml描述的test case就可以了，x...