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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　第四、測(cè)試場(chǎng)景恢復(fù)；

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

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