摘要：本文介紹了基于數據驅動的自動化測試以及其實現方法，包括軟件是否適合自動化測試的可行性分析；開發(fā)測試前的需求分析；基于數據驅動的測試框架的實現以及其維護和擴充。自動化測試是一個比較新的研究領域，也是近來很具爭議性的研究話題，對于自動化測試引入之后的利弊，眾說紛紜。當然自動化測試也在爭議中顯現出了強大的生命力，其測試效率高、重用性好等優(yōu)點得到了廣泛的認同。本文中所介紹的自動化測試框架結構在很多大型的軟件系統中得到了應用，取得了良好的效果。
0 引言
隨著社會的不斷發(fā)展和信息化的不斷普及，各種軟件越來越多，在日常生活中也起著越來越重要的作用，再加上客觀系統的復雜性，無論經驗多豐富的開發(fā)人員、無論采用哪種開發(fā)模型開發(fā)出來的軟件，每個階段的技術復審也不可能毫不遺漏地查出和糾正所有的錯誤，因此如何才能把新的軟件做得更穩(wěn)定、錯誤更少呢?測試!統計表明，在典型的軟件開發(fā)項目中，軟件測試工作量往往占軟件開發(fā)總工作量的40％以上。
測試是軟件能否通向市場的最后也是最重要的一關。傳統的測試方法是手工測試，目前大部分都是采用此方法，其特點就是簡單，但是它存在的問題非常多。手工測試可能引入人為的輸入錯誤，尤其在數據量大的情況下；另外大量重復性的手工測試可能成本較高，如果考慮軟件發(fā)生改動而需要重復手工測試的情況，這個成本還會更高；沒有辦法對組件進行隔離的測試，從而導致發(fā)現問題和解決問題的成本都太高。在很多項目中，測試人員的所有任務實際上都是手動處理的，而實際上有很大一部分重復性強的測試工作是可以獨立出來自動實現的。
針對手工測試的缺點，自動化測試應運而生。相比手工測試，自動化測試的優(yōu)勢很多；規(guī)范測試流程，提高測試效率、測試覆蓋率等。很多人對自動化測試存在誤區(qū)，把其理解為找到一種自動化測試工具，把它應用到軟件工程項目中，自動化測試工具只是被看作是一種錄制和回放的工具。事實上自動化測試遠不止這么簡單，錄制和回放僅是自動化測試中的最低級別。目前常把自動化測試分為5個級別，如圖1所示。
現在常用的是基于數據驅動的測試，它是以數據來控制自動化測試的流程和動作的測試，其中數據是獨立于測試用例腳本的，通常以文本文件形式、Excel文件形式、XML文件等形式存在。
1 基于數據驅動自動化測試的實施
1．1 可行性分析
基于對自動化測試優(yōu)點的分析，很多人對自動化測試存在另一個誤區(qū)，認為對于所有的軟件都適合引入自動化測試，且只要引入自動化測試，就會提高測試的效率，降低測試的成本。實際上并非如此，自動化測試也需要開發(fā)和搭建測試框架，創(chuàng)建測試用例，這也就意味著成本的投入。對于一個項目周期很緊的測試項目，按測試方案進行手工測試的效率可能要比自動化測試工具錄制腳本再測試的效率好得多。那么自動化測試工具的價值在什么地方?
對于一個一次性開發(fā)、沒有后續(xù)版本更新的軟件而言，自動化測試是毫無意義的。但是現在很多軟件都會不斷推出新的版本，在推出新版本的過程中，每次除了測試新加或修改過的模塊，相關聯的舊模塊同樣需要測試，才能保證產品的質量，這樣就需要做大量的重復工作，自動化測試此時就可以創(chuàng)建測試中的可重用模塊，同時還可以覆蓋大部分的功能測試，這樣可以使測試人員從回歸測試中解脫出來，專注于新模塊的測試。所以可以說自動化測試的最大價值在于回歸測試。
因此，對于一個軟件或其中某些模塊是否適合自動化測試必須要先進行可行性分析，以證明你所選的測試方法的正確性，通�？蛇M行自動化測試的軟件需要滿足以下幾點：
(1)手工測試復雜度高：
(2)所選測試用例，實現自動測試的難度低；
(3)軟件用于自動化測試的模塊界面變化相對不大；
(4)軟件生命周期長，經常推出新的版本；
(5)軟件開發(fā)已基本完成，主要用于測試升級版本；
(6)所選自動化測試框架必須對所測軟件應用界面有有效的支持，且維護管理成本較低。
另外自動化測試前期需要投入時間和一定的成本投入，故不要一開始就期望有高的回報，其效應會在不斷完善積累中顯現。而且不要期待自動化測試可以發(fā)現每個版本中的大部分錯誤，因為自動化測試主要用于回歸測試，而且產品中每個新版本的大部分bug會在新模塊中出現，所以自動化測試在于長期效應，能保證每個版本產品質量的穩(wěn)定。
