自動化測試的框架
軟件自動化測試的框架和工具的發(fā)展大致將經(jīng)歷以下4個階段。
線性測試。
模塊化與庫。
數(shù)據(jù)驅(qū)動。
關(guān)鍵字驅(qū)動。
下面將以京東商城登錄界面為例，說明4種框架的特點。
測試步驟如下。
（1）輸入用戶名。
（2）輸入密碼。
（3）單擊“登錄”按鈕。
（4）驗證是否成功登錄并進入首頁。
1.線性測試
線性測試通過錄制對應(yīng)應(yīng)用程序的操作，產(chǎn)生了線性腳本，對齊進行回放來進行自動化測試。
線性測試是自動化測試的最早期的一種形式，由工具錄制并記錄操作的過程和數(shù)據(jù)，形成腳本。通過回放來重復(fù)人工操作的過程。在這種模式下數(shù)據(jù)和腳本混在一起，幾乎一個測試用例對應(yīng)一個測試腳本，維護成本很高。而且即使界面的簡單變化也需要重新錄制，腳本可以重復(fù)使用率低。
如果要實現(xiàn)京東商城登錄的測試步驟，測試腳本的偽代碼如表格所示，這里假設(shè)京東的賬號為“jingdongUser1”，密碼為“jingdongPwd1”。
線性測試偽代碼
| 步驟 | 偽代碼 |
| 1 | Input “jingdongUser1” into 用戶名 textbox |
| 2 | Input“jingdongPwd1”into 密碼textbox |
| 3 | Click 登錄 Button |
| 4 | If“Home page"exists then |
| 5 | Pass the test |
| 6 | Else |
| 7 | Fail the test |
| 8 | End if |
2.模塊化與庫
為了增強腳本的重用性，降低測試腳本的維護成本，產(chǎn)生了模塊化與庫的思想。
它將測試分為不同的區(qū)域。這種框架要求把對應(yīng)程序各個模塊的測試操作、檢查等過程封裝為各個函數(shù)，形成庫文件（SQABasiclibraries，APIs，DLLs等），這些庫文件可以被測試用例腳本直接調(diào)用。通過這樣的方式，產(chǎn)生可重用的函數(shù)或庫文件，各個功能可獨立維護，并能重復(fù)使用。
3.數(shù)據(jù)驅(qū)動
可以看到，模塊化與庫很好的解決了用例重用性的問題，但是不難發(fā)現(xiàn)，用例中測試的操作和測試數(shù)據(jù)是放在一起的，一旦需要對大量不同的數(shù)據(jù)進行測試，就得重新編寫大量的用例。例如Login1（）、Login2（）、Login3（）。
為了解決這個問題，數(shù)據(jù)驅(qū)動就誕生了，它將測試用例中的測試數(shù)據(jù)和操作分離，數(shù)據(jù)存放在另外的文件中進行單獨的維護。通過這樣的方式，可以快速增加相似測試，完成在不同數(shù)據(jù)情況下的測試。
4.關(guān)鍵字驅(qū)動
將腳本于數(shù)據(jù)徹底分離，提高了腳本的使用率，大大降低了腳本的維護成本。雖然數(shù)據(jù)驅(qū)動框架解決了腳本于數(shù)據(jù)分離的問題，但并沒有將被測對象于操作分離。
關(guān)鍵字驅(qū)動框架是在數(shù)據(jù)驅(qū)動框架的基礎(chǔ)上改進的一種框架模型。它將測試邏輯按照關(guān)鍵字進行分解，形成數(shù)據(jù)文件與關(guān)鍵字對應(yīng)封裝的業(yè)務(wù)邏輯。關(guān)鍵字主要包括3類：被測試對象（Object）、操作（Action）和值（Value）。該框架能實現(xiàn)界面元素名于測試內(nèi)部對象名分離、測試描述與具體實現(xiàn)細節(jié)分離。
但這種關(guān)鍵字驅(qū)動也有缺點，就是很難處理復(fù)雜的邏輯，編寫的用例會受到限制。
5.混合驅(qū)動
如果仔細查看這些框架，不難發(fā)現(xiàn)，雖然框架在不斷的發(fā)展，但這種發(fā)展并不是一種更新?lián)Q代的模式，而是一種互相補充的模式?？v觀線性測試，模塊化與庫、數(shù)據(jù)驅(qū)動、關(guān)鍵字驅(qū)動4種框架，它們誰也不能淘汰誰，所以出現(xiàn)了第5種框架：混合驅(qū)動。它將前4種框架靈活的融合到一起，互相發(fā)揮作用。這種混合驅(qū)動也是實際測試中最常用的框架。
聯(lián)系客服
