回歸測試是敏捷測試中需要面對的難點。每次迭代都會增加新的功能，一個產品可能會經過十幾次、甚至幾十次迭代，回歸測試范圍在不斷增大，而每次迭代周期沒變，可能還是一個月。這樣驗收測試的時間非常有限，所以回歸測試很大程度上依賴于自動化測試，因為很難將回歸測試控制在非常有限的范圍內。當然，還是有些辦法可以幫助我們減少回歸測試的范圍，例如：
l 通過執行code diff來了解代碼變動的所有地方，再做代碼關聯分析，就可以明確知道要進行哪些地方的回歸測試，回歸測試范圍會大大縮小。
l 基于風險和操作面分析來減少回歸測試的范圍，例如回歸測試只是保證主要功能點沒有問題，而忽視一些細節的問題。
l 持續測試的過程，只要有時間，就進行測試，包括開發人員、產品設計人員都參與到日常的試用和測試中來。
4 自動化測試策略
由于開發周期短，需求、設計等方面溝通也需要花費很多時間，沒有足夠時間開發自動化測試腳本，至少對新功能的測試很難實現自動化測試。這時候，就需要正確的策略來提高自動化測試的效益，如圖30-3所示，并說明如下。
圖3 自動化測試的策略
l 構建一個靈活的、開放的自動化測試框架，如基于關鍵字驅動的自動化框架，使測試腳本的開發簡單易行，腳本維護也方便。
l 針對穩定的產品特性開發自動化測試腳本，也就是針對前期完成的已有功能開發自動化測試的腳本，而大部分新功能測試采用手工測試。
l 集中精力在單元層次上實現自動化測試，主要由開發人員實施，測試人員提供單元測試框架，并輔助完成一些所需的基礎工作。
l 在產品設計、編程時就很好地考慮了自動化測試的需求，使全面的、自動化的底層測試、接口測試成為可能，盡量避免用戶界面(UI)的自動化測試。
l 良好的IT基礎設施，包括自動化構建軟件包、自動化版本驗證(BVT)、自動化部署、覆蓋率自動產生等。
5 敏捷測試工具
自動化測試依賴于測試工具，所幸的是，目前已有很多敏捷測試工具。由于篇幅所限，這里只是簡單地列出一些常用的敏捷測試工具，不再深入討論了。
l 單元測試工具：TestNG、xUnit家族(如JUnit 、NUnit)、JMock、BizMock等。
l 功能測試自動化：ThoughtWorks Twist。
l Web功能測試(frontend)：Selenium IDE/RC、WatiR、WatiN。
l Web service測試工具(backend)：soapUI 。
l 驗收測試框架：Fitnesse、Tellurium。
l 敏捷測試過程管理工具：微軟的Visual Studio 2010，包括TFS 2010、Scrum模板(MS VS Scrum 1.0)、Test Manager 2010、Coded UI Test等。
l 業務智能(BI)應用的測試框架：Oraylis BI.Quality (+ NUnit)。
l 其它一些協作工具等，如TestLink、BugZilla、BugFree、wiki、ant等。
6 測試人員在敏捷方法中的價值
在敏捷方法中，開發人員的主導作用更明顯，系統設計、編程實現、單元測試、重構等看似關鍵的一些任務都落在開發人員身上，測試人員容易被邊緣化。那么，在敏捷方法中，測試人員的價值又如何體現呢?
l 在需求和功能設計討論上，測試人員可以站在客戶角度上來闡述自己的觀點，扮演“用戶代表”角色，強調用戶體驗，真正體現測試人員和開發人員的互補作用。
l 測試人員不僅扮演“用戶代表”角色，而且通過需求討論、代碼復審等各種活動及時地提供質量反饋，包括代碼質量、接口一致性等，保證在產品構造的整個過程中質量受到足夠的關注，以提高質量改進的持續性和可視性。
l 測試人員應積極參與單元測試，即使不參加單元測試，也應督促開發人員進行單元測，確保單元測試達到80%以上覆蓋率，確保開發出具有良好可測試性的代碼。
l 在敏捷方法中，往往將一個大的系統開發分解成多個小的子系統(模塊或組件)，集成測試和端到端(end-to-end)測試顯得更為重要，測試人員在這些測試上能發揮更大的作用。
l 產品發布前，驗收測試和回歸測試依然不可缺少，這更是測試人員的用武之地。
l 一個迭代周期結束后，對缺陷根本原因進行分析、總結規律，幫助開發人員建立良好的習慣，預防缺陷，從根本上提高產品質量。
理想情況下，測試人員掌握設計模式、具有很好的編程能力，可以和開發人員進行角色互換，如在當前版本開發(/迭代周期)中擔任測試人員角色，在下一個版本開發(/迭代周期)中則擔任開發人員角色。這樣雙方對不同角色的工作有著更深刻的認識，消除溝通的障礙，開發的效率和質量會有進一步的提高。
小結
根據上面的討論和我們的實踐，最后針對敏捷測試進行一個簡單的總結，就是：
l 敏捷測試就是持續測試、持續反饋，扮演“用戶代表”角色，確保產品滿足客戶的需求。
l 敏捷功能測試 = 新特性的手工測試 (use case驗證和探索性測試) + 原有功能的自動化測試 (回歸測試)
l 敏捷測試人員和開發人員的區別越來越小，理想情況下，敏捷方法中，測試人員和開發人員在不同的迭代周期可以互換。
l 敏捷測試流程依據不同的團隊特點、不同產品的特點而不同，因地制宜，適合才是最好。
文章來源于領測軟件測試網 http://www.k11sc111.com/
