先來說下一般自動化測試的流程，今天一個朋友也問過我這個問題，就順便說說。

　　一般在開始自動化測試，如拿到一個程式包或apk或網站檔案後，我們首先要做的就是要分析這個程式適不適合進行自動化測試；之後再對程式的執行路徑進行分析，找出一些關鍵路徑和有針對性的進行測試設計；然後就是測試用例編寫和指令碼編寫執行了；最後就是結果分析和優化了。

　　在這些過程中，其實關鍵的地方的地方在於測試設計，包括測試用例、測試指令碼架構及測試組織等。

　　下面就主要說說自動化測試用例的寫法。

　　--------------------------------------------------------------------------------

　　首先，我們要確定一點，就是自動化的目的和作用。

　　自動化測試是為了代替人執行需要大量重複的規律性或“無規律”的工作，它的主要目的在於驗證問題，而不是發現問題；所以我們對於自動化的設計，就主要集中在功能的正確性方面。至於很多人想象中的自動化測試可以為你發現多少個bug，這個即使能實現，投入和產出也是不成比例的。

　　根據自動化的目的和作用，我們可以大致確定以下幾點：

　　1、自動化的測試用例都必須是正向的。這裡的正向指的是程式碼可實現的非主觀操作，如按鈕點選、頁面切換、資源下載等。至於說頁面顏色顯示對不對、樣式好不好看等需求還是用人來實現吧，那些太費事不說，而且成本太高、效果太差。

　　2、自動化的測試用例需要更多的關注功能邏輯的實現，而不必糾結於某些欄位的限制。欄位限制等需要在測試分析階段來手動確定的。

　　3、自動化的測試用例上下文必須有一定的順序性，要能夠互相連線起來；並且前置條件清楚，有一些是顯式的前置條件，一些是隱式的前置條件。

　　4、自動化的測試用例必須是可迴歸的，不能天馬行空般飄來飄去。否則迭代和自動執行就是空談。

　　說了這些，還是有些空泛，那現在就以一個例子來說明下，這個編輯器不太好用，懶得自己寫html指令碼了，湊合看吧。

　　TestCase1[前置條件：有道詞典程式未啟動]：

　　1、啟動有道詞典。預期結果：任務通知欄中有有道詞典的程式/如果是windows7系統，則可以驗證程序是否啟動

　　TestCase2[前置條件：有道詞典程式已啟動]：

　　1、顯示有道字典主窗體。預期結果：有道詞典視窗顯示在桌面

　　2、輸入要查詢的單詞：silence，點選【查詢】預期結果：查詢後左側屬性列表顯示查詢結果索引，右側區域顯示查詢內容

　　3、關閉有道詞典主窗體。預期結果：有道詞典主窗體關閉

　　TestCase3[前置條件：有道詞典已開啟]：

　　1、退出有道詞典程式。預期結果：有道詞典從任務通知欄消失/如果為windows系統，則工作管理員中沒有改程序

　　上面這三條TestCase可以構成一個完整的迴圈，並且TestCase2也可以作為一個完整的查詢功能的迴圈。這個與我們平時寫的手工測試用例對比起來更加註重連貫性與功能的互動，而這些也正是自動化賴以生存的根本。

　　當測試用例不斷完善之後，就可以抽取部分測試用例來進行初始化，如TestCase1；或者進行場景恢復，如TestCase3。當然，那些都是後話了。