一、自動化測試存在的真正意義：
主要用來保證產品主體功能正確完整和讓測試人員從繁瑣重復的工作中解脫出來。它的主要目的在於驗證問題，而不是發現問題。所以對於自動化的設計，主要集中在功能正確性方面。
目前自動化測試階段定位在冒煙測試和回歸測試。冒煙測試執行的是主體功能點的用例，回歸測試執行全部或部分的測試用例。
二、自動化測試用例的設計原則：
1、一個腳本是一個完整的場景，從用戶登陸操作到用戶退出系統關閉瀏覽器。
2、一個腳本只驗證一個功能點，不要試圖用戶登陸系統后把所有的功能都進行驗證再退出系統
3、盡量只做功能中正向邏輯的驗證，不要考慮太多逆向邏輯的驗證，逆向邏輯的情況很多（例如錯誤的登錄賬號有很多情況），驗證一方面比較復雜，需要編寫大量的腳本，另一方面自動化腳本本身比較脆弱，很多非正常的邏輯的驗證能力不強。（我們盡量遵循用戶正常使用原則編寫腳本即可）
4、腳本之間不要產生關聯性，也就是說編寫的每一個腳本都是獨立的，不能依賴或影響其他腳本。
5、如果對數據進行了修改，需要對數據進行還原。
6、在整個腳本中只對驗證點進行驗證，不要對整個腳本每一步都做驗證。
三、用例選擇注意事項：
1、不是所有的手工用例都要轉為自動化測試用例。
2、考慮到腳本開發的成本，不要選擇流程太復雜的用例。
3、選擇的用例最好可以構建成場景。例如一個功能模塊，分n 個用例，這n 個用例使用同一個場景。這樣的好處在於方便構建關鍵字測試模型。
4、選擇的用例可以帶有目的性，例如這部分用例是用例做冒煙測試，那部分是回歸測試等，當然，會存在重疊的關系。
5、選取的用例可以是你認為是重復執行，很繁瑣的部分，例如字段驗證，提示信息驗證這類。這部分適用回歸測試。
6、選取的用例可以是主體流程，這部分適用冒煙測試。
7、測試用例需要更多的關注功能邏輯的實現，而不必糾結某些字段的限制。
8、自動化測試也可以用來做配置檢查，數據庫檢查。這些可能超越了手工用例，但是也算用例拓展的一部分。項目負責人可以有選擇地增加。
9、如果平時在手工測試時，需要構造一些復雜數據，或重復一些簡單機械式動作，可以讓自動化腳本來幫你。
四、自動化測試用例轉型原則
1、當前的測試用例前置配置信息要寫清楚。
2、每一個步驟都要銜接好，錯了，腳本要拋出異常。
3、每一個步驟要做什么，驗證什么要寫清楚，寫具體。有時一個檢查點，你只需看一眼，但是腳本要寫一堆代碼去驗證，這樣的做法是不可行的。
4、用例之間不要有關聯性，自動化測試開發同樣是軟件開發工程，腳本編寫同樣提倡高內聚低耦合的理念。
5、不是每一個步驟都需要驗證點。
6、別在多個地方重復相同的驗證。腳本很忙！我沒空。當然，除非有必要。
7、開門記得要關門，配置信息要回歸原點，否則腳本要迷路。