測試不僅是點點點，自動化測試不僅是寫腳本用例，該站的高一點吧，拋開工具，重新看看這本書。
一、基礎知識：
1、什么是自動化測試？
測試自動化技術是軟件測試行業中最高端的技術之一，它是以程序測試程序，以代碼代替思維，以腳本的運行代替手工測試的技術。
2、自動化測試的種類？
黑盒自動化測試（UI、接口），白盒自動化測試（單元），性能測試（壓力測試），安全測試等等
3、自動化測試的優勢？
-
- 回歸測試更方便、可靠 。回歸測試是自動化測試的主要任務和特點
- 可以快速，高效地運行更多、更繁瑣的測試
- 可以執行一些手工測試做不到的測試（如並發壓測、24不眠不休執行測試）
- 更好的利用資源，將測試人員從繁復的手工測中解脫出來
- 具有一致性和可重復性（有利於復現問題）
- 測試腳本可以復用（有利於兼容性測試）
4、自動化測試的劣勢？
-
- 永遠不可能取代手工測試（如界面測試）
- 無法保證測試的正確性（測試腳本無法保證100%正確、合理）
- 發現的缺陷少（當然這也不是它的主要任務）
- 成本投入較高，風險大
- 對測試人員技術要求較高，對測試工具也有一定要求
5、怎么樣的項目適合做界面自動化測試？
-
- 項目周期長，版本不斷更新
- 需求變更不頻繁
- 系統中的測試對象（頁面元素）基本可以正常識別
- 系統中不存在大量第三方控件
- 需要反復測試（這樣才能體現自動化的功勞）
二、嚴格的自動化測試流程
1、合理的自動化測試切入點？
絕大部分公司以系統測試完成為標准來做為自動戶測試的切入點。
2、測試自動化分析?
(1)可行性分析，項目時間、需求是否穩定、項目周期，測試工具可用性
(2)抽樣demo分析，一般選擇冒煙測試用例（大冒煙）來做demo，看能否成功完成腳本 ，運行通過
(3)測試需求分析
3、測試計划（沒什么好說的）
4、測試設計
(1)自動化測試框架設計、開發與環境搭建
(2)自動化測試用例設計,多從手工測試用例篩選轉化
自動化測試用例設計原則：
I 以正向用例為主
II 范圍選取核心業務或重復執行率較高的業務流
III 不要企圖自動化所有的手工測試用例
IV 自動化測試用例往往需要回到原點，執行完后回到執行前的狀態
5、測試腳本設計與開發
腳本類型：
(1)線性腳本，從頭到尾寫
(2)結構化腳本，具有循環，分支等結構
(3)可共享腳本，可被多個用例使用
(4)數據驅動腳本，測試數據、業務流程控制分離
(5)關鍵字驅動腳本，腳本、數據、業務分離，數據和關鍵字在不同的數據表中，通過關鍵字來驅動業務測試
6、測試執行
(1)無人值守的測試 （jenkins）
(2)異常處理和場景恢復
7、提交自動化測試產物
測試執行情況、測試結果、分析報表、測試報告、質量情況等
8、測試腳本維護