隨著自動化測試覆蓋率的增加,自動化測試項目本身的代碼復雜性也會相應提高。不同于其他軟件開發項目,UI 自動化測試有其特性,它是模擬人手工來執行測試套件,驗證產品質量的一種軟件項目。它通過運行測試套件中的驗證點,判斷驗證點是否通過來驗證是否有缺陷產生;而缺陷的數量和缺陷在不同模塊的分布對軟件產品質量的定性分析和預測很重要。一個良好的自動化日志模塊應該能有效的記錄和反應這些缺陷信息,提供給所有關心質量項目人員他們所需要的質量指標。界面元素的變動和重新識別往往是自動化項目維護成本較高的原因之一,如何高效準確的識別和定位界面元素的變化很重要,一個好的日志模塊應該能準確記錄運行信息,捕獲控件識別的情況,幫助測試開發工程師迅速的定位問題。下面基于 IBM Rational Functional Tester 介紹如何實現一個高效的 UI 自動化測試日志框架。
在自動化測試過程中,測試開發人員側重于腳本本身運行成功與否,會從多個角度關注測試腳本的運行狀態:失敗信息提示,待測系統信息,腳本運行服務器信息,測試數據信息。其他質量人員則會從產品角度關注缺陷分布情況和整體的產品質量:測試腳本(通常一個腳本對應一個用例)所屬功能范圍,缺陷總數目,缺陷在各個功能模塊的分布。
日志模塊應該能在運行完畢測試用例以后輸出相應的信息,這些信息可以以全局變量的形式記錄在 Test Logger 當中。每啟動一個 Test Case,相應的初始化一個 Test Logger,記錄這個用例不同維度的測試指標,當一個腳本運行完畢以后,應當自動的把這些信息以用戶期望的形式輸出。在每個 Test Case 里都應當有一個 Test Logger 初始化和終止的方法來初始化和記錄這些信息。
IBM Rational Functional Tester 支持多種類型的日志展示:
原文轉自:http://www.ibm.com/developerworks/cn/rational/1611_xux_rft/index.html