軟件功能自動化測試之我見(2)

　　模塊業務邏輯測試，確保各個業務流程暢通

　　5.4設計測試用例

　　通過分析測試需求，設計足夠多能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。并不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例匯總成自動化測試用例。必要時，要將登錄系統的用戶、密碼、產品、客戶等參數信息獨立出來形成測試數據，便于腳本開發。

　　5.5搭建測試環境

　　自動化測試人員在用例設計工作開展的同時即可著手搭建測試環境。因為自動化測試的腳本編寫需要錄制頁面控件，添加對象。測試環境的搭建，包括被測系統的部署、測試硬件的調用、測試工具的安裝和設置、網絡環境的布置等等。

　　5.6編寫測試腳本

　　根據自動化測試用例和問題的難易程度，采取適當的腳本開發方法編寫測試腳本。一般先通過錄制的方式獲取測試所需要的所有頁面控件，然后再用結構化語句控制腳本的執行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享腳本，必要時對數據進行參數化。當然還可以用其他高級功能編輯腳本。腳本編寫好了之后，需要反復執行，不斷調試，直到運行正常為止。腳本的編寫和命名要符合管理規范，以便統一管理和維護。

　　5.7執行自動測試

　　測試腳本調試好之后，自動化測試者即可調用這個腳本，驗證軟件功能，執行回歸測試、流程測試等，以替代機械重復性的手工測試工作。自動測試執行過程中，應關注腳本的運行情況，如果遇到錯誤，不要輕易中止運行。先分析運行出錯是不是延時引起的，如果是，只要再試一次即可。如果是系統功能有問題，應及時記錄系統問題。根據不同的需要，測試者可以選擇批量運行測試腳本。

　　5.8分析測試結果

　　美科林公司的功能測試工具(QTP)能很好地與測試管理工具(QC)集成。執行測試后的結果報告會自動傳遞給QC，從而能夠統計分析測試通過與沒通過的情況，生成各種樣式的報表。

　　在沒有啟用測試管理工具的情況下，則需要根據測試工具記錄的結果撰寫自動化測試分析報告。自動化測試分析報告應根據項目的需要編制，沒有必要為每個腳本的執行結果都編寫測試分析報告。

　　5.9記錄測試問題

　　一般來講，測試腳本中的檢查點以及其他異常判斷的信息都應寫入測試工具的測試報告，測試腳本執行完畢之后，即可查看測試工具的測試報告，然后將沒有通過的地方提取出來，描述成BUG，反饋給開發人員。

　　5.10跟蹤測試BUG

　　測試記錄的BUG要記錄到測試管理工具中去，以便定期跟蹤處理。開發人員修改后，需要對此問題執行回歸測試，就是重復執行一次該問題對應的腳本，通過則關閉，否則繼續修改。如果問題(BUG)的修改方案與客戶達成了一致，但與原來的需求有所偏離，那么回歸測試前，還需對腳本進行必要的修改和調試。

　　6自動化測試的策略論

　　自動化測試的難點在于實現測試工具、測試管理規范、測試人員之間的平衡。如果實現不了三者的平衡，那么測試工具就發揮不了應有作用，管理規范形同虛設，測試人員在自動化面前無能為力。

　　測試工具：最好選擇支持標準語言的測試工具，如QTP(VB Script)，避免去熟悉廠商特定的語言。另外，測試工具必須能夠支持新平臺、個性化控件。

　　管理規范：建立科學統一的管理規范，增強腳本的可讀性、可重用性、可維護性。

　　測試人員：加強學習，采用合適的開發方法按照規范編寫測試腳本，必要時與開發人員協商解決自動化測試問題。做好配置管理，系統的重構和調整都導致大部分腳本的修改。

　　自動化測試的目的是彌補手工測試的不足，保證軟件質量，提高客戶滿意度。在為項目做自動化測試前，必須對項目做個評估，評估自動化測試是否確實對項目的進度、覆蓋率、風險帶來積極的影響，評估自動化測試所依賴的測試環境、人力資源、硬件資源和數據資源能否在短時間內得到滿足。

原文轉自：http://www.uml.org.cn/Test/200906255.asp