在敏捷項目中實施自動化測試之我見(2)

　　通過測試這些測試代碼來查找出問題是值得推薦的，它可以建立自動化測試可靠的自信。同樣，使用data fuzzing是個不錯的選擇，這樣，你不用在每次測試執行中用同一套數據。有助于產生更健壯和有意義的測試。

　　清晰的報告

　　花一些時間在測試框架中實現報告功能。用簡潔且精確的方式來報告失敗和錯誤，這樣研究人員可快速地定位到哪里出錯。報告要絕對簡單，如果有時間精力的話圖表化更好。

　　對所有人可見

　　最后也最重要的是，讓過程簡單，且所有的相關人員可操作和看到執行結果。在網上記錄測試執行歷史和趨勢，如果可能的話，把它掛到代碼質量分析工具如Sonar上。讓大家從各自的角度去看結果。盡量讓添加和更新測試簡單，大家一起參與進來把測試做的更好。

　　總結

　　總的說來，我們認為有效的，應該格外重視的測試自動化方法包括：

　　在項目的開始從小做起，迭代地在每個完成的沖刺中構建測試集合。

　　建立測試自動化訂單，作為優先級任務清單。這有助于集中精力在當前任務，同時不忽視長期目標。好好研究可選測試工具的用途，不要舍不得花費一到兩個沖刺的時間去熟悉它們。

　　保持測試腳本和數據較少的依賴，有助于日后有需要更換測試工具時輕松應對。

　　產出有意義的測試，在向自動化測試集合添加用例的時候，適當地考慮可維護性和執行時間。

　　盡快地想盡辦法讓整個團隊使用已遷入到build/CI system的安全保障。

　　產出有意義的測試并且確保它們不會給人安全的假象。

　　努力地快速解決失敗用例，讓測試執行時間盡可能的短。

　　最后也最重要的是，適當地添加直觀的報告機制，讓團隊所有人能看到測試結果和歷史趨勢。這有助于每個人都參與進來監督開發的進展和健康度，并做出有根據的決定。

　　總結

　　在這篇文章中，我分享了在最近項目中實施測試自動化所學到的經驗教訓。其中所列的測試自動化方法絕對是完整的。它們是我在一個很棒的團隊實施測試自動化時收集到的寶貴經驗集合。

　　要銘記的是，軟件測試自動化讓電腦一遍遍地快速執行回歸測試集合，驗證功能點，發揮其最大的價值。團隊中的成員被釋放出來做更擅長的事，運用其認知技能在流行前沿探索式測試系統。

　　如果你贊同文章中所提倡的測試方法并投入自動化測試，你也可以每天在類似線上的測試環境下，構建，集成，測試和發布同線上一樣高質量的產品應用

原文轉自：http://www.anti-gravitydesign.com