和一般的軟件項目一樣，自動化測試框架的開發(fā)是由自動化測試需求決定的，這個需求包括：
　　一、自動化測試更便于實施
　　二、處理自動化測試腳本本身的存在的問題，如異常處理和場景恢復
　　三、彌補測試腳本本身的不足或是特殊測試需求
　　四、測試易于維護
　　自動化測試過程包括三個要素：輸入、輸出、預期結果與實際結果的比較。
　　輸入包括測試數(shù)據(jù)和測試步驟兩部分。測試數(shù)據(jù)可以直接與測試步驟一起直接寫在腳本里，也可以獨立于代碼，通過配置文件或參數(shù)的方式傳遞到測試中。測試步驟是測試腳本的主體，它依賴于軟件的行為。軟件輸入的隨意性使軟件行為難以確定，這大大提高了編寫測試腳本的難度。軟件本身存在的缺陷或系統(tǒng)響應時間等問題都可能導致測試腳本執(zhí)行失敗。我們測試中無法考慮到腳本執(zhí)行過程中所有的異常情況，而這會導致測試腳本執(zhí)行的不穩(wěn)定性，因此我們需要針對測試腳本本身做異常處理。
　　輸出，并將其與預期結果比較是自動話測試的另一個重點；相對于輸入對軟件的依賴，這個過程則是偏向于計算和比較，需要較高的編碼能力。在測試項目中，測試結果的獲取經常不像手工測試那么容易，而且驗證規(guī)則比較復雜，有時一個校驗點需要數(shù)十行甚至幾百行代碼才能完成。在自動化測試中，很多功能函數(shù)是通用的，且對于同一個項目，經常需要重復做這相同的事情。這樣，設計一些公共函數(shù)對整個腳本的開發(fā)工作和維護工作是大有裨益的，不僅可以大大減少編碼量，而且可以提高腳本的正確性和可維護性。
　　因此我們可以通過 測試框架 為我們做以下事情：
　　第一、處理腳本中一些異常和錯誤處理工作；
　　第二、實現(xiàn)一些通用的功能，簡化腳本開發(fā)的過程；
　　然而對于自動化測試，我們不能一個腳本一個腳本的去執(zhí)行測試，而希望能夠自如的部署測試，比如我們選擇要執(zhí)行的用例后，自動化測試框架能夠執(zhí)行相應的用例并給出測試結果。
　　基于此，我們希望測試框架可以幫我們實現(xiàn)：
　　第三、根據(jù)需求驅動測試執(zhí)行；
　　第四、測試場景恢復；
　　第五、測試結果輸出。
　　當然，我們的需求可能還不止這些，需要測試框架為我們做更多的事情。

為什么要搭建自動化測試框架？