基于界面自動(dòng)化測試框架的發(fā)展

我們知道基于界面的軟件自動(dòng)化測試經(jīng)歷了4個(gè)發(fā)展階段。

(1).無框架階段(即簡單的錄制/回放)

在早期，自動(dòng)化測試并沒有框架這一說，自動(dòng)化測試只是簡單的錄制/回放，由工具錄制并記錄操作的過程或數(shù)據(jù)，并形成腳本。通過對(duì)腳本的回放重復(fù)人工操作的過程。這種模式腳本與數(shù)據(jù)混合在一起。站在軟件開發(fā)的角度來看，這種開發(fā)耦合度高，我們知道軟件工程的思想，是高內(nèi)聚低耦合。而簡單的錄制回放完全違背了這一思想，簡單的錄制回放，重用性非常低，同時(shí)維護(hù)成本非常高。

(2).數(shù)據(jù)驅(qū)動(dòng)框架階段

無框架階段最大的缺點(diǎn)就是腳本與數(shù)據(jù)混合在一起。為了解決這一問題，自動(dòng)化測試框架發(fā)展到了數(shù)據(jù)驅(qū)動(dòng)框架階段。該框架從數(shù)據(jù)文件中讀取數(shù)據(jù)，通過參數(shù)化的方式將數(shù)據(jù)文件中讀取數(shù)據(jù)寫入到腳本中(好比從數(shù)據(jù)庫中讀數(shù)據(jù))，由于不同的數(shù)據(jù)對(duì)應(yīng)著不同的測試用例，將腳本與數(shù)據(jù)徹底地分離，因此提高了腳本的使用率，大大降低了腳本的維護(hù)成本。雖然數(shù)據(jù)驅(qū)動(dòng)框架解決了腳本與數(shù)據(jù)的問題，但并沒有將被測試對(duì)象與操作分離。

(3).關(guān)鍵字驅(qū)動(dòng)框架階段

關(guān)鍵字驅(qū)動(dòng)框架是在數(shù)據(jù)驅(qū)動(dòng)框架的基礎(chǔ)上改進(jìn)的一種框架模型。它將測試邏輯按照關(guān)鍵字進(jìn)行分解，形成數(shù)據(jù)文件與關(guān)鍵字對(duì)應(yīng)封裝的業(yè)務(wù)邏輯。主要關(guān)鍵字包括3類：被測試對(duì)象(Item)、操作(Operation)和值(Value).用面向?qū)π问綄⑵浔憩F(xiàn)為Item.Operation(Value)。關(guān)鍵字驅(qū)動(dòng)的主要思想是：腳本與數(shù)據(jù)分離、界面元素名與測試內(nèi)部對(duì)象名分離、測試描述與具體實(shí)現(xiàn)細(xì)節(jié)分離

(4).混合模型框架階段

關(guān)鍵字驅(qū)動(dòng)框架將自動(dòng)化測試框架帶入了一個(gè)新的階段，自動(dòng)化測試工具QuickTest也很好地使用了該理念，但在實(shí)際開展自動(dòng)化測試的時(shí)候，發(fā)現(xiàn)測試工具所帶來的關(guān)鍵字驅(qū)動(dòng)框架還是無法很好地完成測試任務(wù)。該框架雖然將數(shù)據(jù)與腳本進(jìn)行了分離，但是如果要更靈活地調(diào)用測試用例中的數(shù)據(jù)或輸出測試結(jié)果，該框架無法做到；并且如果需要讀取其他文件存儲(chǔ)格式中的數(shù)據(jù)時(shí)也無法很好地解決。因此，在自動(dòng)化測試開始的前期，工程師會(huì)開發(fā)一個(gè)符合實(shí)際測試的框架來支持后期的測試工作，這就是通常所說的混合模型自動(dòng)化測試框架。

參考資料：黃文高的 《QTP自動(dòng)化測試與框架模型設(shè)計(jì)》