和一般的軟件項(xiàng)目一樣，自動(dòng)化測試框架的開發(fā)是由自動(dòng)化測試需求決定的，這個(gè)需求包括：

　　一、自動(dòng)化測試更便于實(shí)施

　　二、處理自動(dòng)化測試腳本本身的存在的問題，如異常處理和場景恢復(fù)

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

　　四、測試易于維護(hù)

　　自動(dòng)化測試過程包括三個(gè)要素：輸入、輸出、預(yù)期結(jié)果與實(shí)際結(jié)果的比較。

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

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

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

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

　　第二、實(shí)現(xiàn)一些通用的功能，簡化腳本開發(fā)的過程；

　　然而對于自動(dòng)化測試，我們不能一個(gè)腳本一個(gè)腳本的去執(zhí)行測試，而希望能夠自如的部署測試，比如我們選擇要執(zhí)行的用例后，自動(dòng)化測試框架能夠執(zhí)行相應(yīng)的用例并給出測試結(jié)果。

　　基于此，我們希望測試框架可以幫我們實(shí)現(xiàn)：

　　第三、根據(jù)需求驅(qū)動(dòng)測試執(zhí)行；

　　第四、測試場景恢復(fù)；

　　第五、測試結(jié)果輸出。

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