|
作者：Machinnneee 在這個電子世界里，自動化的產品日漸豐碩。在這些電子產品研發過程中，軟件測試是一件令人頭疼的事，經常會有大量bugs出來，所以，能自動檢測出來軟件中的bugs，是一件多么幸福的事情呀。 所謂的自動化測試一般指軟件測試的自動化，軟件測試就是在預設條件下運行系統或應用程序，評估運行結果,其中預先條件應包括正常條件和異常條件。自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。通常，在設計了測試用例并通過評審之后，由測試人員根據測試用例中描述的規程一步步執行測試，得到實際結果與期望結果的比較。 一、引入自動化測試意義 自動化測試引入的原因是就把軟件測試人員從枯燥乏味的機械性手工測試勞動中解放出來，以自動化測試工具取而代之，使測試人員的精力真正花在提高軟件產品質量本身。 與傳統測試/手工測試相比，自動化測試具有明顯的突出作用： �、俟澥∪肆�、時間、硬件資源，規范測試流程 ; �、谔岣邷y試可信度，降低人為錯誤 ; �、厶岣邷y試效率，使更加專注于新的測試模塊的建立和開發，從而提高測試覆蓋率 ; �、鼙阌跍y試資產的數字化管理，使得測試資產在整個測試的生命周期內得到復用 ; 根據OppenheimerFunds(奧本海默基金公司)的調查，在2001年前后的3年中，全球范圍內由于采用了測試自動化手段所實現的投資回報率高達1500%。 二、自動化測試的適用場景 通常適合于測試自動化的場合： ♦ 回歸測試，重復單一的數據錄入或是擊鍵操作等測試工作造成了不必要的時間和人力的浪費; ♦ 借助于測試自動化工具，測試人員可獲得更好的對程序的理解和對設計文檔的驗證; ♦ 采用自動化測試工具有利于測試報告文檔的生成和測試版本的連貫性; ♦ 自動化工具能夠確定測試用例集對程序邏輯流程和控制流程的覆蓋。 三、自動化測試的實質 主要功能為測試的應用軟件 
四、自動化測試工具 由于項目中采用的是Selenium測試工具，所以重點篇幅介紹寫Selenium測試工具。 5.1 Mercury測試工具系列(QTP，QC，LR，WR...) Mercury Interactive公司的WinRunner是一種企業級的功能測試工具，用于檢測應用程序是否能夠達到預期的功能及正常運行。通過自動錄制、檢測和回放用戶的應用操作，WinRunner能夠有效地幫助測試人員對復雜的企業級應用的不同發布版進行測試，提高測試人員的工作效率和質量，確�？缙脚_的、 復雜的企業級應用無故障發布及長期穩定運行。 5.2 Selenium測試工具 Selenium測試工具是ThoughtWorks公司開發的web自動化測試工具 Selenium也是一個用于Web應用程序測試的工具。Selenium測試直接運行在瀏覽器中，就像真正的用戶在操作一樣。支持的瀏覽器包括IE、Mozilla Firefox、Mozilla Suite等。這個工具的主要功能包括：測試與瀏覽器的兼容性——測試你的應用程序看是否能夠很好得工作在不同瀏覽器和操作系統之上。測試系統功能——創建衰退測試檢驗軟件功能和用戶需求。支持自動錄制動作和自動生成。Net、Java、Perl等不同語言的測試腳本。Selenium框架如圖1所示。
由于存在同源策略的問題，所以在進行測試部署時，必須將所測試程序部署在服務器端。 例如你想采用selenium-core來測試用JavaScript寫的www.google.cn,由于不允許向磁盤寫數據，所以只能將測試結果發送到另外一臺服務器進行保存。 Selenium IDE是對瀏覽器進行擴展，作為FireFox的一個插件。通過監聽用戶對html頁面的操作來錄制腳本。 其特點： ①非常容易在頁面上進行錄制和回放 �、谀茏詣油ㄟ^id，name和xpath等來定位頁面上的元素 �、圩詣訄绦衧elenium的命令 ④能夠進行編輯、調試和設置斷點 �、蒌浿茣r自動生成腳本，不但能夠保存，并且能轉化成各種語言(C#、JAVA等) �、拊诿總�錄制的腳本中能夠加入斷言 測試套件Suit 要達到對應用程序的完全測試覆蓋，通常需要不止一個測試用例。測試套件用于將具有類似功能的一些測試用例編成一組，以便讓它們按順序運行。 測試套件和測試用例一樣，都是用簡單的 HTML 表編寫的。但是注意，測試套件使用一個只包含一列的表，表中的每一行指向一個包含某個測試用例的文件，如下例所示：
通過以上的分析，我們可以知道10 Selenium比其他的測試工具有著明顯的優勢，但是其也有一定的限制： �、黉浿颇_本可能會帶來冗余、公用元素不可調用、腳本調試復雜等問題。專業化的建議是以錄制為參考,以編寫腳本為主要行為。 當每一個測試用例所形成的腳本通過測試后，并不意味著執行多個甚至所有的測試用例就不會出錯。 �、谳斎霐祿驕y試環境的改變，都會導致測試結果受到影響甚至失敗。而如果僅是一個個執行測試用例，也只能被稱作是半自動化測試，極大的影響自動化測試的效率。 �、跾elenese 有一些嚴格的限制，如它沒有條件(沒有“if”表達式)，沒有循環(沒有“For”表達式)。這樣會使編寫復雜的測試變得困難甚至不可能。 六、自動化測試的使用范圍 1) 軟件需求變動不頻繁 不穩定的系統也就意味著測試的不穩定，我們不知道這次的變動是否會影響到系統其他的功能。那么是否需要在每次迭代完以后都需要對系統進行完整的回歸測試呢?測試腳本的穩定性決定了自動化測試的維護成本。如果所花費的成本不低于利用其節省的測試成本，那么自動化測試便是失敗的。 項目中的某些模塊相對穩定，而某些模塊需求變動性很大。我們便可對相對穩定的模塊進行自動化測試，而變動較大的仍是用手工測試。 2) 周期足夠長的項目 自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調試均需要時間和精力來完成，這樣的過程本身就是一個測試軟件的開發過程，需要考慮投入成本的問題。 如果項目的周期比較短，沒有足夠的時間去支持這樣一個過程，或者說傳統測試所花費的時間和人力資源遠小于采用自動化測試的投入，那么自動化測試便成為笑談。 3) 自動化測試腳本可重復使用 如果費盡心力開發了一套近乎完美的自動化測試腳本，但是腳本的重復使用率很低，致使其間所耗費的成本大于所創造的經濟價值，自動化測試便成為了測試人員的練手之作，而并非是真正可產生效益的測試手段了。 七、小結 任何一種產品化的測試自動化工具，都可能存在與某具體項目不甚貼切的地方。再加上，在企業內部通常存在許多不同種類的應用平臺，應用開發技術也不盡相同，甚至在一個應用中可能就跨越了多種平臺，或同一應用的不同版本之間存在技術差異。所以選擇軟件測試自動化方案必須深刻理解這一選擇可能帶來的變動、來自諸多方面的風險和成本開銷。 |
