軟件測試自動化框架簡介
所謂自動化測試框架,是由一些假設,概念和為自動化測試提供支持的實踐組成的集合。接下來將描述一下幾種比較常用的自動化測試框架:
本文引用地址:http://m.butianyuan.cn/article/193936.htm1.錄制/回放的神話
每一家自動化測試工具廠商都會宣傳,他們的工具非常容易使用,沒有技術背景的測試人員只要簡單錄制測試的操作過程,然后播放錄制好的測試腳本,就可以輕松自動化所有的測試。這樣的說法是非常不負責的。
現(xiàn)在我們來分析一下自動化測試不能單單只依靠錄制/回放來完成的原因。
通過錄制建立的腳本,基本上都是用腳本語言以硬編碼的方式編寫的,當應用程序變動時,這些硬編碼也隨之需要更改。因此,維護這些錄制好的腳本,成本是非常高的,高到幾乎不能接受。
所有的測試腳本都必須是在應用程序可以正確執(zhí)行時才能錄制,如果在錄制過程中發(fā)現(xiàn)缺陷.測試人員必須向缺陷管理機制報告,等到該缺陷修正了,整個錄制腳本的動作才能繼續(xù)下去。在這樣的情況下,如果僅僅依靠錄制腳本來進行測試,效率是十分低下的。
同時,這些錄制好的腳本不是非??煽?,甚至在應用程序完全沒有變動的情況下直接播放,也可能因為一些意外狀況而無法執(zhí)行。如果錄制腳本時測試人員使用了錯誤的腳本語言,則腳本就必須重新錄制。
綜上所述,通過錄制的方式來建立自動化測試腳本的方式看似容易,但實際上會遇到下列問題:①測試人員大多不具備技術背景,難以完全掌握測試工具;②應用程序必須達到一定的穩(wěn)定性,才能開始錄制測試腳本;③錄制的測試腳本與測試數(shù)據(jù)耦合得太緊密;④維護自動化測試腳本的成本非常高。
因此,僅僅依靠錄制/回放來完成自動化測試是遠遠不夠的,我們應找到一種能解決上述問題并能很好地執(zhí)行自動化測試的方法。
2.數(shù)據(jù)驅動的自動化測試框架
數(shù)據(jù)驅動的自動化測試是針對上述開發(fā)與測試之間緊密耦合問題提出的測試方法。通過建立測試與開發(fā)定義的軟件元數(shù)據(jù)的關聯(lián)——元數(shù)據(jù)映射表,在測試與開發(fā)之間建立松耦合關系。不論測試人員修改測試腳本,還是開發(fā)人員修改軟件,只需要修改元數(shù)據(jù)映射表,既可以滿足測試與開發(fā)同步進行。這樣,可以減少測試腳本調試的工作量,更好的實現(xiàn)自動化測試。
●什么是數(shù)據(jù)驅動的自動化測試框架
數(shù)據(jù)驅動的自動化測試框架是這樣的一個框架,從某個數(shù)據(jù)文件(例如ODBC源文件、Excel文件、Csv文件、ADO對象文件等)中讀取輸入、輸出的測試數(shù)據(jù),然后通過變量傳入事先錄制好的或手工編寫的測試腳本中。其中,這些變量被用作傳遞(輸入/輸出)用來驗證應用程序的測試數(shù)據(jù)。在這個過程中,數(shù)據(jù)文件的讀取、測試狀態(tài)和所有測試信息都被編寫進測試腳本里;測試數(shù)據(jù)只包含在數(shù)據(jù)文件中,而不是腳本里,測試腳本只是一個“驅動”,或者說是一個傳送數(shù)據(jù)的機制。
●數(shù)據(jù)驅動腳本
數(shù)據(jù)驅動腳本就是那些和應用程序相關聯(lián)的腳本。這些腳本通過錄制或手工編寫寫進自動化工具私有的語言,然后對其中的變量賦予合適的數(shù)值,作為測試數(shù)據(jù)的輸入。這些變量作為一些關鍵應用程序輸入的媒介,使腳本能通過外部的數(shù)據(jù)來驅動應用程序。
1) 可變數(shù)據(jù),硬編碼組件標志
這些數(shù)據(jù)驅動的腳本經常包含硬編碼的數(shù)據(jù),有時是一些窗口組件中非常脆弱的識別字符串。出現(xiàn)這種情況時,腳本很容易由于程序的更改而失去作用。
2) 高度技術化的、重復的測試設計
數(shù)據(jù)驅動腳本的另一個共同特點就是,所有在測試設計上所作的努力最終都體現(xiàn)在自動化工具的腳本語言中,或者復制到手工和自動化測試腳本中。這意味著每個和自動化測試開發(fā)或執(zhí)行有關的人必須對測試環(huán)境和自動化工具的編程語言非常精通。
●優(yōu)點與缺點
1) 優(yōu)點: ①在應用程序開發(fā)的同時就可以同步建立測試腳本,而且當應用功能變動時,只需要修改業(yè)務功能部分的腳本;②利用模型化的設計,避免重復的腳本,減少建立或維護腳本的成本;③測試輸入數(shù)據(jù),驗證數(shù)據(jù)和預期的測試結果與腳本分開,存放在另外的數(shù)據(jù)文件里,利于測試人員修改和維護;④透過判斷功能回傳值是“True”或“False”,可作錯誤處理,增加了測試腳本的健壯性;⑤自動化測試開發(fā)人員創(chuàng)建數(shù)據(jù)驅動的測試過程,測試員創(chuàng)建測試數(shù)據(jù);⑥在測試的過程中收集測試結果,并在輸入數(shù)據(jù)的語境中表示測試結果,這樣可以簡化手工結果分析。
2) 缺點: ①對自動化測試工具里的腳本語言必須非常精通;②每個腳本都會對應多個數(shù)據(jù)文件,這些數(shù)據(jù)文件需要根據(jù)腳本的功能類別存放在各自的目錄中,增加了使用的復雜性;③測試人員除了需要根據(jù)具體測試數(shù)據(jù)維護相應的測試計劃,還要將這些數(shù)據(jù)寫入各個需求不同的數(shù)據(jù)文件中;④在編輯數(shù)據(jù)文件時,必須注意測試腳本所要求的傳輸格式,否則會在處理腳本時產生錯誤。如由專門的技術人員對其進行維護,依賴于數(shù)據(jù)驅動腳本的自動化測試框架實現(xiàn)起來更簡單、快捷。但是,維護工作困難,而且還需要保持這種數(shù)據(jù)驅動的模式,這樣,即便長時間的維持也會導致失敗。
評論