最近在做乙個專案，需要將原有的手工用例實現自動化。面對這項任務，回想起我剛進公司那會，部門的軟體測試基本都是自動化的，全部採用通訊領域測試語言ttcn實現，當時面臨的工作就是開始學習ttcn指令碼，繼而開始編寫自動化指令碼，全然沒有對自己問這麼個問題, 為什麼要自動化測試？
經過幾年的測試，對這個問題已經有較全面的認識，主要有這麼些好處：
1.縮短測試週期以我們公司為例子，做的是通訊類產品，一般通訊類軟體生命週期是非常長的，因此回歸測試成為了家常便飯，出乙個版本就需要投入人力進行回歸，這樣帶來的問題就是需要回歸測試週期能夠盡量縮短。而自動化測試能夠有效的解決這個問題，如果實現了這些自動化測試指令碼，可以在夜間，午休等時間進行測試用例回歸，實現無人值守測試，大大提高了測試效率，從多個版本累計看來，有效縮短了測試週期。
2.避免人為出錯說到自動化測試，與之對應的就是手工測試，所謂「人非聖賢，孰能無過」，傳統的手工測試很大部分依賴於人，簡單概括起來出錯的可能性會有：
* 用例執行方法出錯
* 輸入資料出錯
* 用例執行步驟出錯
* 測試報告資料出錯
* 忘了執行某些用例
* 忘了設定預置條件
* 錯誤的理解被測系統的行為
通過實現自動化，可以避免出現這些錯誤。
3.測試資訊儲存自動化測試主要通過自動化指令碼實現，和傳統的手工用例相比，指令碼中可以記錄測試點，測試拓撲圖，測試設計思路等資訊，是非常理想的測試資訊儲存處，即「指令碼體現思路」。另外帶來的好處就是新人接收測試時，可以快速掌握已測試點，因為可以通過執行了解測試。
4.輕易獲取覆蓋率在較好的自動化框架下，測試執行完自動化指令碼，可以輕易的獲取到**覆蓋率，進而根據覆蓋情況分析，進行測試用例補充。
5.其他比如：自動生成清晰的測試報告，定時執行測試套，資料驅動測試的測試套重用等。
對於自動化測試，方向是對的，測試趨勢應該就是往這方面去發展，但往往現實中會因為自動化框架的限制等原因，造成問題的漏測，因此適當的進行手工測試也是很有必要的。比如某天醒來有個靈感，進行乙個隨機測試，也許框架很難實現，不防手工試一把，也許就會有驚喜！
為什麼要搭建自動化測試框架
和一般的軟體專案一樣，自動化測試框架的開發是由自動化測試需求決定的，這個需求包括 一 自動化測試更便於實施 二 處理自動化測試指令碼本身的存在的問題，如異常處理和場景恢復 三 彌補測試指令碼本身的不足或是特殊測試需求 四 測試易於維護 自動化測試過程包括三個要素 輸入 輸出 預期結果與實際結果的比較...
為什麼工廠要實現自動化 智慧型化？
當前，工廠實現自動化 智慧型化的訊息不斷傳來，或許或有企業發出這樣的乙個疑問 製造業這麼多年採用人工生產 人工統計都沒有出現什麼大問題，工廠為什麼非要要實現自動化 智慧型化不可？一是很多任務廠面臨著比較嚴峻的管理問題，二是宇宙盡頭是工廠自動化 智慧型化。當前工廠面臨的管理問題 1 工廠原材料 半成品...
我們為什麼要做自動化測試和效能測試
從業這幾年過程中，有過很多次面試，印象中面試官問的最多的就是效能和自動化。其實問這個問題是非常有趣的乙個事情，因為在我的從業過程中遇到過兩種情況。第一種情況是你說你不會，然後公司要了你，你懷著喜悅的心情去上班，想著終於可以跟大牛學習自動化了。然後入職後發現，我擦？這些測試人員咋全是點點點，包括面試我...