1、Web自動化測試開放平臺Web自動化測試解決方案王勇2014年12月未來網絡范圍與目標適用對象：軟件測試團隊軟件開發團隊項目驗收團隊適用目標：了解軟件生命周期的測試過程（跳過）了解和掌握自動化測試概念掌握自動化測試的一些基本知識內容提要 軟件自動化測試的概述 Web自動化測試的方案設計 Web自動化測試的方案實施 軟件自動化測試成本投入和風險分析為什么要實施自動化測試？應用系統日趨復雜的客觀要求 一個不可避免的問題是，應用系統變得日趨復雜，并且造成了更大的風險。測試消耗的成本越來越高，花費的時間也越來越長。而成本與時間是有限的。為了在限制的成本與時間范圍內，控制發布的軟件產品的質量，測試人員被

2、要求在盡量短的時間內對軟件進行足夠的測試。避免重復測試的主觀要求 迭代式開發過程：目前的軟件開發或多或少使用了迭代式開發過程，這就導致了我們需要進行一輪又一輪的測試。 回歸測試：為了檢驗軟件版本是否正確，或者當發現軟件中出現了一個或多個以前曾經被修復的缺陷時，不可避免的需要進行回歸性的測試。什么時候實施自動化測試？如果我們的自動化測試實施失敗了，很顯然，我們在不適宜的時機進行了這個工作。開發階段？穩定階段？ 部署階段？建議：可預見的需求不影響自動化測試用例的設計討論自動化測試實施失敗的因素期望值過高。就像管理人員要求完全測試一樣，期望100的測試自動化，也同樣是一個不現實的需求。自動化的收益和

3、成本： 成本用例的開發用例的維護 收益 = 重復運行次數 （時間） + 節約的時間功能覆蓋率100成本7自動化測試的成長過程pure scripted全部腳本化vague scripts少量的腳本fragmentarytest cases零碎的測試用例探索式測試roles角色Testing often begins as freestyle, expands toward scripted.測試總是從自由式的探索開始，朝腳本化方向擴張time8自動化測試的應用時機配置管理數據庫構建版本發布數據庫初始化自動化冒煙測試手工探索測試自動化回歸測試冒煙測試結果測試結果報告開發偏重業務流程偏重功能模塊驗

4、收自測 軟件測試自動化的概述 Web自動化測試的方案設計功能方案設計業務方案設計 Web自動化測試的方案實施 軟件自動化測試成本投入和風險分析內容提要讓我們一起來設計！依據什么來設計測試方案？ 測試方案要具有代表性！仔細想想。 /Javame/p/4048150.html測試方案設計 自動化測試的功能方案設計的流程： 操作對象對象屬性功能實現結果驗證 自動化測試的功能方案設計操作用例圖：通過Java實現通過WebDriver實現通過Ruby實現2005 iSoftStone Information Service Corporation. All rights reserved.12Web對象

5、的識別Watir-WebDriver2005 iSoftStone Information Service Corporation. All rights reserved.13Web對象的識別Watir-WebDriver輸入框 input按鈕 button下拉框 select鏈接 link點擊 click單選 radio 多選 checkbox模擬鍵盤 send_keys:enter自動化測試開放平臺框架設計自動化測試開放平臺框架設計自動化測試框架的用例設計示例一、基于ruby的watir-webdriver開發二、統一預置參數輸入規則，提供規則模板，做到一個用例一個類，一個方法一個輸出。

6、（一個類可以多個方法）三、統一輸出規則，比如：infoTiStone Login successful！001011 Info:代表該用例執行成功！error代表失??！warn代表警告！ TiStone：代表執行用例名稱 Login successful?。好枋龌虿东@的value值，以“！”結尾 001011：返回碼四、統一用例名稱，應與輸出保持一致自動化測試框架的用例設計示例五、入參統一通過RubyBean介入六、瀏覽器實例化、被測系統跳轉、用戶登錄、瀏覽器實例化等統一繼承Tools工具類自動化測試框架的Control設計示例一、一個用例對應一個Control二、效驗輸出，判斷用例執行成敗，

7、根據規則關聯Linux服務器捕獲相關日志、配置文件等分析失敗原因，縮減定位區域范圍。三、對比數據，關聯MySql查詢數據，對比web捕獲value值。自動化測試框架的Tools設計示例一、封裝常用工具類二、Linux與MySql業務接口三、面向對象，實現繼承Tools，降低用例開發難度自動化測試框架的Model設計示例一、提供統一執行、單一執行與批量執行模式二、關聯JAVA前端，通過RubyBean實現兩端交互自動化測試框架的JAVA前端設計示例一、通過被測系統與ruby節點被測系統：需要測試的系統Ruby節點：實現前端與底層ruby關聯（可選）二、用例管理提供創建用例節點提供上傳指定節點自動

8、化用例三、用戶管理自動化測試框架的結果展示設計示例一、用例執行后展示二、點擊查看詳情 軟件測試自動化的概述 Web自動化測試的方案設計 Web自動化測試的方案實施自動化測試腳本的錄制和編寫自動化測試的執行和具體實現 測試操作和測試數據的回收 軟件自動化測試成本投入和風險分析內容提要自動化測試腳本設計和錄制工具： WatirRecorder+統一預置參數輸入規則，提供規則模板，做到一個用例一個類，一個方法一個輸出。（一個類可以多個方法）自動化測試腳本的手工編寫例子一： （實現hao123，搜索“ruby”功能）require watir-webdriverinclude Watirrequire

9、 test/unitclass TC_recorded Test:Unit:TestCasedef test_recorded b = Watir:Browser.new b.goto(/) b.text_field(:name, word).set(ruby) b.text_field(:name, word).set(ruby) b.button(:value, 百度一下).clickendend自動化測試的具體實現具體實現在Tools工具類中，多以Linux、Mysql體現列子二： （通過linux查詢黑白名單是否生效）class Linux L.getpassword) do |ssh

10、| result = ssh.exec!(server_cmd1) result=result . .endattr_writer :host 軟件自動化測試的概述 Web自動化測試的方案設計 Web自動化測試的方案實施 軟件自動化測試成本投入和風險分析內容提要軟件自動化測試的成本投入腳本的維護成本：自動化的測試流程，使得腳本的維護成為自動化實施的一個關鍵性的依據。對于一個規范化的系統開發流程來說，實現測試的自動化是很有必要的。但是自動化的腳本維護使得我們的自動化測試在成本上變得較為昂貴。每一個系統的開發都是時刻隨著需求的變更而改變，然而在大多數的情況下，就是很微小的一點系統修改都會導致我們去

11、大量的修改自動化的測試腳本。(這就是我們為什么要引入架構的關系！)我們的架構的好處就是業務與邏輯分開，就是頁面出現了更新或修改只需重新錄制或編寫新的用例即可，不會影響業務結果。自動化測試的腳本的維護整個自動化測試開放平臺分兩個部件：JAVA前端（負責數據的預置、與執行的發起）Ruby底層（負責業務的實現、與操作的執行）關于維護JAVA前端所有配置參數都是動態獲取，后期業務變更無需修改Ruby底層Test用例層與Control控制層隨著需求的迭代，需要長期的進行維護Tools工具層只會根據業務上有很大的變動而更改othe無需更改軟件自動化測試的風險分析風險的存在原因：自動化測試只是針對系統的大部分主要功能進行了有效的測試和驗證，從而使得覆蓋的測試面較為狹窄，導致系統的有些隱藏問題無法發現。風險的減小建議：在自動化測試的實現初期 ，設計好自動化的測試用例，把握好系統的重點功能及可能會出現的問題，進而再實現測試自動化。在現有條件下減小可預計的系統風險。目標：在現有條件下減小可預計的系統測試風險。說在最后的 1、自動化并不是全自動，需要花精力才能讓他自動化。 2、自動化工具不是萬能的，他也有自