東軟自動化測試web產(chǎn)品介紹

UniEAP

UTF

產(chǎn)品介紹Copyright@2016

Neusoft

Corporation提綱自動化測試面臨的挑戰(zhàn)東軟UTF產(chǎn)品的解決之道UTF實例及優(yōu)勢總結關于Web自動化測試的思考…技術的發(fā)展使開發(fā)效率逐步提高、交付周期逐漸縮短，而我們的自動化測試呢？測試執(zhí)行穩(wěn)定性頁面布局或樣式發(fā)生調整后，測試用例還能運行么？UI框架更換或升級版本后，測試用例還能運行么？瀏覽器更換或升級版本后，測試用例還能運行么？測試用例復用度測試腳本按照什么粒度劃分既便于復用又便于組織？測試數(shù)據(jù)如何管理才能實現(xiàn)與測試腳本的靈活搭配？測試過程中斷言如何設置才能兼顧有效性和低投入？測試管理效率是否可以不安裝相關工具，就能夠快速運行測試用例？如何才能實時掌握自動化測試覆蓋度及軟件質量動態(tài)？如何快速搭建各種測試環(huán)境，并提高資源使用效率？艱辛的自動化測試之路開源Selenium

Webdriver、RobotFramework分類 商業(yè)功能測試 QTP、Rational

Robot性能測試 LoadRunner、Rational

RobotJMeter學習成本高工具的操作使用、相關的腳本語言、測試過程的調試分析，是壓在廣大技術比較薄弱的測試人員身上的三座大山！測試腳本維護困難業(yè)界的測試工具本質上還都是針對頁面源碼來編寫（或生成）腳本的，與頁面源碼高度耦合、可讀性差。頁面的任何變化都極有可能導致測試腳本不可用，即使提供腳本錄制工具，我們能做往往也是重新錄制。斷言機制繁瑣呆板測試腳本中的“斷言”依賴手工插入。頁面上蘊含大量的信息，潛在的斷言對象如此之多、預期結果時常變化（甚至是動態(tài)的）、UI樣式或UI邏輯（比如，翻頁圖標灰顯）也很可能出現(xiàn)錯誤。因此，“斷言”可謂是測試人員的“噩夢”！自定義擴展難度大測試是個系統(tǒng)的工程，自動化測試是中間的一個執(zhí)行環(huán)節(jié)。與之關聯(lián)的工作還有測試場景設計、測試結果分析、持續(xù)集成、版本控制、測試用例覆蓋率統(tǒng)計、測試環(huán)境搭建，等等。自動化測試工具在擴展方面的局限性，破壞了測試管理的整體性和一致性。艱辛的自動化測試之路優(yōu)秀UI框架/工具的采用大大降低了開發(fā)成本和難度……測試腳本則要面對UI框架生成的海量源碼……用例回放的有效性大幅降低，自動化測試變得雪上加霜……頁面DOM結構非常復雜——所錄制/編寫腳本的復雜度變的更大、可讀性變得更差；即使頁面代碼沒有任何變化，UI框架的升級也會導致DOM結構的變化——腳本無效的風險變得更大；控件ID是自動生成的，甚至可能隨機變化——導致根據(jù)ID定位控件的策略無效；Web界面真的不穩(wěn)定么？穩(wěn)定因素用戶需求、軟件特性不穩(wěn)定因素頁面布局、頁面樣式、用戶數(shù)據(jù)、UI框架及版本提綱自動化測試面臨的挑戰(zhàn)東軟UTF產(chǎn)品的解決之道UTF實例及優(yōu)勢總結像用戶一樣“測試”軟件“用戶使用軟件”與“自動化測試軟件”之間目前存在一些重要差異……用戶操作時只關注頁面上能“看”到的，而不用“查看頁面源碼”；用戶會更關注整體業(yè)務的正確性、穩(wěn)定性，而不僅僅是每個孤立頁面的功能正確性；用戶對頁面樣式、瀏覽器兼容性要求越來越高；如果能像用戶使用軟件一樣進行自動化測試，我們會變得更敏捷……根據(jù)界面快速編寫測試用例——敏捷應對需求的變化；隔離對技術實現(xiàn)（UI框架、頁面樣式/布局）的依賴——敏捷應對設計/開發(fā)的變化；支持跨瀏覽器穩(wěn)定回放——敏捷應對環(huán)境的變化；敏捷的核心是響應變化，因此開發(fā)和測試都需要快速響應需求的變化；而測試額外還需要快速響應開發(fā)的變化；聆聽自己內心的聲音當你在上述界面上進行操作時，你心里是否會默念：“賬號”輸入***、“密碼”輸入***、“姓名”輸入***、“性別”選擇***、“生日”輸入***、“國籍”選擇***，點擊“保存”按鈕。類似的，當我們日常使用各種系統(tǒng)時，心里還會默念：“展開/收攏”樹（Tree）的某個節(jié)點、關閉某個Tab頁、數(shù)據(jù)表格（Grid）的下一頁/上一頁、選中數(shù)據(jù)表格（Grid）的某一行……如果測試腳本就像這個樣子，大家覺得怎樣？面向用戶的測試腳本結合“角色創(chuàng)建及授權”功能，看一下面向用戶的測試腳本：點擊“業(yè)務角色列表”上的“新增”按鈕<event

id="[titleButton]業(yè)務角色列表,新增"/>輸入“名稱”和“描述信息”后點擊“保存”<event

id="[input]名稱"name="setValue"

value="QConTest"/><event

id="[input]描述信息"name="setValue"value="QCon

Test

Role"/><event

id="[button]保存“/>選中“業(yè)務角色列表”中“QCconTest”對應的行<event

id=“[gridRow]業(yè)務角色列表,QCconTest"name="check"/>右側切換到“應用菜單授權”Tab頁<event

id="[tab]應用菜單授權"/>展開“管理控制臺”和“組織機構”樹節(jié)點<event

id="[treeNode]管理控制臺"name="open"/><event

id=“[treeNode]組織機構"name="open"/>選中“用戶管理”樹節(jié)點<event

id=“[treeNode]用戶管理"name="check"/>點擊“應用菜單授權”上的“保存”按鈕<event

id="[titleButton]應用菜單授權,保存"/>多樣靈活的斷言方式斷言對象頁面信息量大，需要斷言的對象多需要在腳本中補充大量斷言語句預期結果預期結果很可能發(fā)生變化預期結果的值與腳本邏輯耦合度大斷言機制未設定為斷言條件的字段，如果發(fā)生錯誤，無法感知UI樣式及部分UI邏輯無法設為斷言條件多樣靈活的斷言方式頁面控件值斷言業(yè)務邏輯斷言頁面級UI斷言后臺數(shù)據(jù)庫斷言自定義斷言在測試過程中，可以在任何位置增加斷言事件，來判斷頁面指定控件是否存在、控件顯示值是否為預期結果等。多樣靈活的斷言方式頁面控件值斷言業(yè)務邏輯斷言頁面級UI斷言后臺數(shù)據(jù)庫斷言自定義斷言測試腳本按照業(yè)務流程組織并運行，如果某個步驟執(zhí)行錯誤，則當前步驟或后續(xù)步驟會出現(xiàn)斷言錯誤。測試用例在“增加”出錯時可能的斷言結果增加記錄A查詢A修改查詢結果刪除記錄A多樣靈活的斷言方式頁面控件值斷言業(yè)務邏輯斷言頁面級UI斷言后臺數(shù)據(jù)庫斷言自定義斷言通過對比前（之前測試通過）后（后續(xù)持續(xù)發(fā)布）版本在相同測試路徑和入?yún)⑶闆r下的頁面截圖是否嚴格相同來斷言結果。多樣靈活的斷言方式頁面控件值斷言業(yè)務邏輯斷言頁面級UI斷言后臺數(shù)據(jù)庫斷言自定義斷言支持在用例執(zhí)行過程中嵌入SQL語句，以便從數(shù)據(jù)庫中取實際結果，用于斷言。多樣靈活的斷言方式頁面控件值斷言業(yè)務邏輯斷言頁面級UI斷言后臺數(shù)據(jù)庫斷言自定義斷言在測試過程中如果一些斷言結果并不在前臺顯示，就需要自定義后臺斷言（操作移動設備、網(wǎng)絡設備等），并插入到測試執(zhí)行過程中。測試用例與數(shù)據(jù)解耦業(yè)務場景測試用例中的輸入數(shù)據(jù)發(fā)生變化的可能性很大，并且用例中不同位置輸入的數(shù)據(jù)是相同的。因此需要把測試數(shù)據(jù)以參數(shù)的形式提取出去。腳本示例測試參數(shù)動態(tài)賦值業(yè)務場景新增“單位參保登記”時，“單位編號”是系統(tǒng)自動分配的修改“單位參保信息”時，需要根據(jù)“單位編號”進行查詢腳本示例測試參數(shù)支持分組業(yè)務場景先用管理員登錄，創(chuàng)建一個用戶，并為其授權再換由新增的用戶登錄，進行后續(xù)業(yè)務操作腳本示例測試場景定義測試用例定義根據(jù)參數(shù)值自動調整腳本行為業(yè)務場景“新增用戶”和“修改用戶”是復用同一個頁面，在實際操

作時，新增用戶會錄入比較完整的信息，而修改用戶時往往只涉及其中個別字段。腳本示例測試場景定義測試用例定義場景定義支持調整測試執(zhí)行順序業(yè)務場景一個頁面上通常會包含多種操作，不同操作之間往往存在大量重復的前置動作（比如，點擊菜單、選擇記錄）或后置動作（比如，修改輸入項）。腳本示例測試場景定義測試用例定義UI自動化測試用例的設計粒度

Web應用中最直觀的組織單元是“菜單”，所以測試用例也可以以“菜單”為粒度進行設計。即，每個菜單對應一個測試用例文件，每個測試用例文件包含多個測試方法（method），通過“測試數(shù)據(jù)參數(shù)化”和“測試場景中支持配置測試方法”使測試用例被更大程度的復用。自動化測試腳本格式回顧傳統(tǒng)的測試腳本用戶化測試腳本自動生成Excel格式測試用例根據(jù)XML測試腳本可以自動生成Excel格式的測試用例，有效減少文檔格式測試用例的維護成本，并保證用例和軟件功能的及時同步。根據(jù)腳本自動生成用戶化的報告?zhèn)鹘y(tǒng)的自動化測試報告（如上圖）可讀性很差，不能直觀的體現(xiàn)整個測試過程。用戶化的測試報告（如右圖），可以非常直觀的充分還原整個測試過程。極大提升測試結果的分析效率，降低分析難度。生成瀏覽器內存占用報告在自動化測試執(zhí)行過程中可以隨時監(jiān)控瀏覽器內存占用情況，以檢查應用是否存在內存泄露。生成瀏覽器耗時報告在自動化測試執(zhí)行過程中可以隨時監(jiān)控頁面展現(xiàn)耗時情況，以掌握整個應用的前端性能。圖形化的Web管理工具項目結構探測圖形化的Web管理工具測試參數(shù)定義圖形化的Web管理工具業(yè)務SQL配置圖形化的Web管理工具測試用例設計圖形化的Web管理工具自動測試執(zhí)行圖形化的Web管理工具測試統(tǒng)計分析圖形化的Web管理工具導出Excel用例圖形化的Web管理工具腳本、項目同步提綱自動化測試面臨的挑戰(zhàn)東軟UTF產(chǎn)品的解決之道UTF實例及優(yōu)勢總結UTF實例測試場景定義UTF實例用例摘要：組織單元管理UTF實例用例摘要：用戶管理UTF實例用例摘要：業(yè)務角色授權UTF實例用例摘要：用戶分配角色UTF實例自動生成Excel測試用例UTF實例圖文并茂的測試報告UTF實例瀏覽器內存占用報告UTF特性優(yōu)勢腳本維護成本低斷言機制靈活執(zhí)行穩(wěn)定性高報告實用性強安裝部署輕便可擴展易集成UTF特性優(yōu)勢腳本維護成本低斷言機制靈活執(zhí)行穩(wěn)定性高報告實用性強安裝部署輕便可擴展易集成UTF特性優(yōu)勢FriefoxSafariInternet

Explorer

ChromeOpe