前階段將UI自動化測試框架已搭建完成，現把自動化測試應用到產品中進行使用，并對測試框架進行驗證及優化。在正式應用之前，大體梳理了一下自動化測試思路。有不成熟或者有誤的地方，請大家多多指教，謝謝！
一、需求分析
需求分析是整個自動化測試工作展開的基礎，如果需求都沒梳理清楚，后面無法執行自動化測試。
在需求分析階段，測試人員需要與產品相關的人進行溝通，收集產品相關資料，對產品進行全面分析，熟悉產品的整個設計，從而轉換為自動化測試的設計思路。
從哪幾方面進行分析呢？
1、產品設計：作為自動化測試設計的輸入。
2、產品業務：了解產品的整體業務及測試場景。
通過需求分析，我們得出哪些結論：
1、明確產品是否需要做自動化測試。
2、哪些功能，在什么測試場景下適合做自動化測試，為什么？哪些不適合做，為什么？
3、明確產品的前端頁面設計、業務數據流轉（哪些頁面是多個功能公用的）。
二、自動化測試設計
依據對產品的業務分析，對公共方法、公共元素和公共頁面進行提取封裝。
三、測試規劃及測試策略
1、測試規劃：將需要做自動化測試的功能分為幾個迭代完成，并制定詳細的計劃方案。
2、測試策略：根據每個迭代要測試的功能，制定相符的測試策略方案（比如執行失敗重跑N次等）。
四、測試用例設計
寫自動化測試用例需要考慮的問題：
1、需要什么樣的測試數據，怎么得到這些測試數據（通過UI自動化測試去創建；通過API創建；直接操作數據庫）
2、測試步驟是什么樣的。
3、用什么樣的校驗才能確定這個功能是通過的。
五、測試執行及錯誤分析
可通過定時或手動觸發的方式執行測試腳本。執行結束后，需要對測試結果進行分析。
測試結果為了4種：
1、執行成功：是指測試用例通過。
2、執行失?。菏侵笢y試用例校驗失敗。
3、執行退出：是指測試用例執行中斷，說明測試腳本編寫有問題。
4、執行跳過：是指測試用例有依賴關系，當被依賴測試用例執行失敗或中斷時，后面的測試用例跳過執行，未被執行。
六、測試報告及總結
迭代結束后，需要整理過程的測試報告及總結，包括以下內容：
1、數據統計
a、每日執行用例時間
b、每日執行用例數
c、每日發現缺陷數：包括產品缺陷和腳本缺陷
d、執行用例總時間
e、執行用例總數
f、缺陷總數：包括產品缺陷和腳本缺陷
g、節省手工測試時間
