和一般的軟件項目一樣，自動化測試框架的開發是由自動化測試需求決定的，這個需求包括：

　　一、自動化測試更便于實施

　　二、處理自動化測試腳本本身的存在的問題，如異常處理和場景恢復

　　三、彌補測試腳本本身的不足或是特殊測試需求

　　四、測試易于維護

　　自動化測試過程包括三個要素：輸入、輸出、預期結果與實際結果的比較。

　　輸入包括測試數據和測試步驟兩部分。測試數據可以直接與測試步驟一起直接寫在腳本里，也可以獨立于代碼，通過配置文件或參數的方式傳遞到測試中。測試步驟是測試腳本的主體，它依賴于軟件的行為。軟件輸入的隨意性使軟件行為難以確定，這大大提高了編寫測試腳本的難度。軟件本身存在的缺陷或系統響應時間等問題都可能導致測試腳本執行失敗。我們測試中無法考慮到腳本執行過程中所有的異常情況，而這會導致測試腳本執行的不穩定性，因此我們需要針對測試腳本本身做異常處理。

　　輸出，并將其與預期結果比較是自動話測試的另一個重點；相對于輸入對軟件的依賴，這個過程則是偏向于計算和比較，需要較高的編碼能力。在測試項目中，測試結果的獲取經常不像手工測試那么容易，而且驗證規則比較復雜，有時一個校驗點需要數十行甚至幾百行代碼才能完成。在自動化測試中，很多功能函數是通用的，且對于同一個項目，經常需要重復做這相同的事情。這樣，設計一些公共函數對整個腳本的開發工作和維護工作是大有裨益的，不僅可以大大減少編碼量，而且可以提高腳本的正確性和可維護性。

　　因此我們可以通 過 測試框架 為我們做以下事情：

　　第一、處理腳本中一些異常和錯誤處理工作；

　　第二、實現一些通用的功能，簡化腳本開發的過程；

　　然而對于自動化測試，我們不能一個腳本一個腳本的去執行測試，而希望能夠自如的部署測試，比如我們選擇要執行的用例后，自動化測試框架能夠執行相應的用例并給出測試結果。

　　基于此，我們希望測試框架可以幫我們實現：

　　第三、根據需求驅動測試執行；

　　第四、測試場景恢復；

　　第五、測試結果輸出。

　　當然，我們的需求可能還不止這些，需要測試框架為我們做更多的事情。