一、 生成“偽視頻”來豐富自動測試的日志系統
GUI自動測試的必要性
GUI 即 Graphical User Interface， 圖形用戶界面；GUI測試，顧名思義，是對圖形用戶界面進行測試。由于人機交互界面對于大部分應用軟件產品都是必不可少的，而且軟件的顯示和功能也基本上是通過人機交互操作來體現和完成的，所以軟件產品的GUI測試在整個產品測試中占有非常重要的地位。
GUI測試我們可以采用手工和自動化的測試方法。對于一個帶有較多功能和較復雜界面的軟件產品，單調繁瑣的回歸測試會讓手工測試人員而感到十分枯燥和疲憊，進而影響了測試的準確度和效率；相反，使用自動化方式進行功能測試則會使情況大為改觀：機器在進行步驟簡單、較少互動的測試操作時，無論是效率還是準確度，都比手工測試更加優越。隨著自動化測試功能的延伸和適應性的增強，它在GUI測試中所覆蓋的工作范圍，也在日趨擴大。
基于Rational Functional Tester構建自動測試框架
IBM Rational Functional Tester是由IBM推出的針對Java，.Net和Web應用程序的自動化測試工具，擁有功能強大的編輯器并支持多種腳本語言，還集成了ScriptAssure 技術、模式匹配、及數據驅動等高級特性，以增強測試腳本的靈活性。借助這一工具，測試人員可以輕松地錄制或編寫腳本來進行自動化測試，測試效率得到顯著提高，因而受到廣大功能測試人員的青睞。
Rational Functional Tester作為一款通用的功能測試工具，除了提供基本功能外，同時向廣大使用者開放了一組API工具包供擴展使用（可參閱IBM Rational Functional Tester的聯機幫助文檔）。針對具體的被測應用軟件，測試人員可以拓展、包裝RFT的API，或引入其它工具，以實現必要的輔助功能。通常情況下，為了更好地執行GUI自動測試，一個基本的測試框架還需要加入以下輔助功能：測試數據的導入、測試環境的定制、測試執行日志、測試結果的生成和分析等等。
由于自動測試的運行無需人工干預，日志系統作為記錄運行過程的載體，對于測試成功與否的判定、錯誤的跟蹤與分析都有著非常重要的作用，是自動測試框架中不可或缺的組成部分。
二、 日志系統的改進
傳統日志方案介紹
我們常見的日志方案簡單說來就是：“出錯后截圖＋文本日志”。隨著自動測試的運行，模擬生成的各種鼠標、鍵盤操作也會被記錄在文本日志文件中，標明鼠標點擊了某某按鈕、在某文本框內輸入了某些文字等等。當用戶界面的表現與預期情況不一致時（通常預示著該測試用例失敗，但也有可能是由于測試腳本的不完善所致），測試框架會抓下當前屏幕的內容，以圖片形式保存，作為檢查和回溯時的依據。
文本日志和出錯后的截圖可以基本反映自動測試的過程；通過截圖，測試人員還可以了解到出錯時的軟件界面場景，對錯誤進行分析和糾正。如果是軟件缺陷導致的，表示測試用例失敗，需要及時撰寫測試報告，向開發人員反饋測試結果；如果是由于測試腳本的不完善所致，測試人員還需要對自動測試腳本進行修正，避免在日后的自動測試過程中，產生不必要的錯誤。
文章來源于領測軟件測試網 http://www.kjueaiud.com/