基于WPF的UI自動化測試系統

邱長云

摘要：如今，軟件應用范圍變得越來越廣泛，軟件結構也變得更加的復雜。在這種情況下，要確保軟件產品的質量，就必須要對軟件進行測試。自動化測試因為有著高效率、低成本的優勢得到了推廣。該文主要針對基于WPF的UI自動化測試系統進行介紹。

關鍵詞：WPF;UI;自動化測試系統

中圖分類號：TP311 文獻標識碼：A

隨著計算機技術的迅速發展，軟件的應用范圍越來越廣泛，軟件結構也越來越復雜。為了保證軟件產品的質量，軟件測試特別是自動化測試越來越受到人們的重視。自動化測試的最大優勢就是高效率、低成本，但是自動化測試如果沒有經過良好設計，不但耗資大，而且后續還有大量的維護工作。而設計良好的自動化測試框架不但維護成本低。而且效率很高。因此對自動化測試框架的研究具有很重要的意義。

目前市面上免費和商業的自動化測試系統對WPF應用程序的支持存在一些難以解決的問題以及使用不方便的問題，比如等待時間難以判斷，錄制過程不可靠以及操作繁雜，執行過程中性能低等問題。本文試圖對其中一些具體問題提出具體的解決方案。

1對比分析

對于支持WPF應用程序的自動化測試系統，我調研了商業收費的QTP和免費的CodedUI這兩套UI自動化測試系統，發現它們普遍存在部分控件無法識別，開發和維護用例成本較高等問題，為了解決這些問題，我對現有的基于WPF的自動化測試技術進行研究，結合實際的測試項目，探索出了一套全新的基于WPF的接口UI自動化測試框架的方案設計和實現。

可以看出無論是QTP和Coded UI，在WPF應用程序的自動化測試方面對于一些基礎功能都有一定的支持，QTP相對而言走的更遠一些。但是兩者都存在一些缺陷，QTP存在著一些致命的情況，比如運行過程中不穩定，錄制過程中不穩定等;Coded UI存在運行不穩定，發現的問題調試代價高等缺陷。

2功能設計

而我們自主研發一套基于WPF的接口UI自動化測試系統，需要克服它們的缺陷，同時需要具備如下功能：

1）初始化自動化測試環境。

2）生成測試用例，錄制參數，添加檢查點。

3）調度執行自動化測試用例。

4）實時監測和記錄當前自動化測試用例執行情況和整體狀態。

5）輸出日志，截屏信息，運行結果，清理執行現場緩存文件。

6）設置，包括超時時間，截屏信息輸出路徑等。

7）測試用例備份和恢復，上傳和下載。

3總體架構設計

框架開發語言使用C#，界面使用WPF，數據庫選型使用免費的MySql，同時為了提高開發效率，也為了后期能夠方便切換數據庫，使用了.NET提供的EntityFramework來進行數據庫的接口的封裝。

這些功能中，“調度執行自動化測試用例”是屬于這個系統的最關鍵的功能。

3.1系統架構

Containee是一個可執行程序進程，CaseTool，Driver，Appl，App2等模塊最后最終都在Containee進程內執行。Containee之間的交互可以通過Socket通信來完成。

3.2測試用例管理模塊

CaseTool是測試用例管理工具，其中的功能有生成測試用例，添加檢查點，設置超時時間，截屏信息輸出路徑等，測試用例備份和恢復，上傳和下載。其中如何生成測試用例是比較重要的功能。這個可以借鑒當前QTP或者CodedUI的實現然后改進。通過分析基于CodedUI錄制的用例可以發現，CodedUI記錄的是用戶每次操作的絕對坐標值，所以可以改進的一個方向是記錄對于當前操作控件的相對坐標值。