一個自動化測試框架就是一個集成體系，在這一體系中包含測試功能的函數(shù)庫，測試數(shù)據(jù)源，測試對象標準，以及各種可重用的模塊。自動化測試在發(fā)展過程中經(jīng)歷了以下幾個階段，模塊驅(qū)動測試，數(shù)據(jù)驅(qū)動測試及對象驅(qū)動測試。

一、自動化測試模型介紹

線性測試

通過錄制或編寫腳本，一個腳本完成一個場景(一組完整功能操作)，通過對腳本的回放進行自動化測試。之前介紹的webdriver API所編寫的腳本也是這種方式。

從上圖可以看出，可以看出線性測試的優(yōu)勢就是每一個腳本都是獨立的，任何一個腳本文件拿出來就能單獨運行；當然，缺點也很明顯，用例的開發(fā)與維護成本很高：
一個用例對應一個腳本，假如登陸發(fā)生變化，用戶名的屬性發(fā)生改變，不得不需要對每一個腳本進行修改，測試用例形成一種規(guī)模，我們可能將大量的工作用于腳本的維護，從而失去自動化的意義。這種模式下數(shù)據(jù)和腳本是混在一起的，如果數(shù)據(jù)發(fā)生變也需要對腳本進行修改。這種模式下腳本沒有可重復使用的概念。
1、模塊化與類庫
將腳本中重復可復用的部分拿出來寫成一個公共的模塊，需要的時候就調(diào)用它，可以大大提高測試人員編寫腳本的效率。

通過閱讀上面的代碼發(fā)現(xiàn)，我們可以把腳本中相同的部分代碼獨立出來，形成模塊或庫；這樣做有兩方面的優(yōu)點：
一方面提高了開發(fā)效率，不用重復的編寫相同的腳本；假如，我已經(jīng)寫好一個登錄模塊，我后續(xù)需要做的就是在需要的地方調(diào)用，不同重復造輪子。
另一方面方便了代碼的維護，假如登錄模塊發(fā)生了變化，我只用修改login.py 文件中登錄模塊的代碼即可，那么所有調(diào)用登錄模塊的腳本不用做任何修改。
2、數(shù)據(jù)驅(qū)動
數(shù)據(jù)驅(qū)動應該是自動化的一個進步；從它的本意來講，數(shù)據(jù)的改變(更新)驅(qū)動自動化的執(zhí)行，從而引起測試結果的改變。這顯然是一個非常高級的概念和想法。其實，我們可直白的理解成參數(shù)化，輸入數(shù)據(jù)的不同從而引起輸出結果的變化。

不管我們讀取的是數(shù)組，還是字典、函數(shù)，又或者是csv、txt 文件。我們實現(xiàn)了數(shù)據(jù)與腳本的分離，換句話說，我們實現(xiàn)了參數(shù)化。我們傳一千條數(shù)據(jù)，通過腳本的執(zhí)行，可以返回一千條結果出來。
3、關鍵字驅(qū)動
通過關鍵字的改變引起測試結果的改變。
QTP、robot framework 等都是以關鍵字驅(qū)動為主的自動化工具，因為這類工具主打的易用性，“填表格”式的關鍵字驅(qū)動幫我們封裝了很多底層的東西，我們只要考慮三個問題就可以了：我要做什么？ 對誰做？怎么做？
我們可以把selenium IDE 看做是一種關鍵字驅(qū)動的自動化工具。

Selenium IDE 腳本分：命令(command)、對象(target)、值(value)
通過這樣的格式去描述不同的對象，從而引起最終結果的改變。也就是說一切以對象為出發(fā)點。當然，這樣的腳本，顯然對于不懂代碼的同學非常直觀！我要做什么(命令)？對誰做(對象)？怎么做(值)？更高級的關鍵字驅(qū)動，可以自己定義keyword 然后“注冊”到框架；從而實現(xiàn)更強大的功能和擴展性。

總結

以上是生活随笔為你收集整理的乐玩自动化测试模块_自动化测试模型（一）自动化测试模型介绍的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。