敏捷測試推進工作筆記（一）(2)

　　組織首先要有自己明確的自動化測試可達成的目標。在我的理解中，自動化測試的最大貢獻在于兩個：1，讓全體工程師(測試和開發)都可以成為測試的執行者和設計者，讓驗證可以在盡可能小的周期內發生(快速反饋);2，自動化測試不以流程為中心，可以持續演化并適應快速的需要。對H公司來說，顯然，通過自動化測試可以達成的，與團隊期望最契合的目標應該是“通過自動化測試盡可能在短的測試周期內達到更高的覆蓋率”。因此，在我們的自動化測試推進中，該目標成為了自動化測試需要達成的最首要的目標。

　　對于任何應用來說，從技術角度來看，最好的自動化測試都應該是在產品設計時引入可測試性，這樣可以在不同層次上對應用進行驗證。但如果對一個已有產品已經比較固定，且很難對其進行大規模重構的組織來說，對這些已經固定的產品進行重構以便于自動化測試的開展顯然是不現實的。在自動化推進時，我們并沒有把自動化測試建立在革命，而是革新的基礎上。雖然我本人是堅定的大規模UI自動化的反對者，但在對H公司的產品(游戲類應用)進行了詳細了解，以及對開發過程進行了詳細了解后，我還是不得不承認，在現階段，使用主要基于UI的自動化測試是更適合H公司現狀的方式。目前我們選用的自動化測試工具是 Sikuli工具，基于該工具設計了一套適合H公司游戲產品的自動化測試框架，通過mock本地環境等手段，目前UI自動化測試的穩定性可以達到95%以上，對于游戲的測試是一個很好的提升手段。

　　其他

　　以上就是我們在3個月內為敏捷測試推進工作進行的改進。不得不說，到目前為止，這才是在前進的道路上邁進了一小步。真正的組織級的敏捷需要持續建立更好的溝通、建立自承諾的團隊，以及持續改進。不管怎樣，在這3個月的時間內，我們通過這些工作，測試團隊的氛圍開始發生了變化，開發工程師開始愿意配合測試團隊，為其提供更好的測試接口，所有的測試成員都開始意識到交付價值比交付bug重要…… 這是我們向敏捷推進的一小步，但相信是堅定的一步。

　　接下來的一段時間內，敏捷的核心價值觀仍然是指導我們的法則，持改變的勇氣，不斷檢討，不斷優化;保持簡單，把資源投入到最值得提高的地方;建立更好的溝通方式，更好的信任與尊重，相信一段時間后，我們能看到接下來的仍然堅定的下一步。

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