《軟體自動化測試成功之道》節選12 - 自動化測試指令碼的維護

《軟體自動化測試成功之道》節選12 - 自動化測試指令碼的維護

http://www.china-pub.com/196509

 

 

 

專案回顧>>>

2008-5-27

目前，A專案的自動化測試專案正在有條不紊地開展。基礎模組的測試指令碼基本開發出來了，並且把各種常用的測試操作作為公用函式抽取出來，為後續的整合測試、系統測試階段的自動化測試指令碼開發打下了堅實的基礎。

目前的冒煙測試指令碼與每日構建框架很好地結合在一起，能及時發現測試版本的變化情況，每天早上可以開啟自動化冒煙測試報告檢視執行日誌，如果發現包含“Unable to find the object ...”的錯誤日誌資訊，則很可能是被測試程式版本的介面發生了改變，程式設計師可能對介面控制元件進行了調整或者是重新命名；當然也有可能是測試指令碼編寫的有問題。

這時候可以定位到出錯的程式碼行，在TestComplete中開啟Object Browser，檢視新版本的程式中的測試物件，通常可以發現要麼是控制元件物件名稱改變了，或者是控制元件物件所在的層次發生了改變，例如多了一個Panel或GroupBox等容器型別的父控制元件物件。

修改和維護這些測試物件在前期會工作量大一點，因為單元模組階段的介面設計尚不穩定。但是如果每天都能通過冒煙測試及時瞭解到這些變化，並及時修正的話，工作量也不算大，因為工作量都分解到平日的指令碼維護工作中了。

 

專案回顧>>>

2008-5-28

今天的自動化冒煙測試指令碼執行又不通過，小何發郵件解釋說這是由於老譚在頻繁地修改主介面和某些功能模組的介面元素導致的。

我給小何、小李回覆郵件說：

可瞭解一下介面調整的進度和計劃情況，否則自動化測試指令碼的維護工作量會很大，可等調整好再統一維護，再執行冒煙測試指令碼。

單元模組開發和測試階段出現這種問題很正常，但是如果整合測試和系統測試階段還頻繁出現這種情況的話，就要注意提醒開發人員了。

本階段還是以解決各已提交測試的功能模組的核心測試操作的指令碼開發以及函式封裝問題為主。

 

專案回顧>>>

2008-6-12

目前，各功能模組的測試指令碼正在不斷地開發出來、舊有的指令碼也不斷地得到重構、完善。證明我們當初搭建的框架是合理的，大家在編寫指令碼和維護指令碼方面不需要花費太多的精力，在兼顧手工測試之餘，可以輕鬆地完成這些工作。

另外，可以看到小李的測試指令碼編寫水平也在不斷地提高，測試指令碼的編寫效率也隨之提高。

目前已經實現了題庫、課件的大部分功能測試指令碼，另外，增加了班組管理、裝置管理模組、以及選擇對話方塊的指令碼。而且冒煙測試的指令碼也得到了完善和補充，增加了專業等級搜尋、課件增加、課件刪除以及搜尋功能。

 

 

 

 

《軟體自動化測試成功之道》節選12 - 自動化測試指令碼的維護

http://www.china-pub.com/196509