敏捷測試的最佳實踐，第 2 部分: 方法與實踐

前言

        如果您已經閱讀過敏捷測試系列文章的第一篇，敏捷的實質，您應該已經了解敏捷的定義，了解什么樣的團隊是敏捷的團隊了。而您也可能早已開始思考，什么是敏捷測試的實質？敏捷的測試團隊又是如何形成自我管理、自我發展的組織呢？測試團隊又是如何安排日常工作呢？敏捷測試活動與傳統測試活動有很大差異嗎？為了進一步讓您了解如何將敏捷原則運用到活生生的日常測試活動中，我們為您推薦敏捷測試系列文章的第二篇——敏捷測試的實踐。

        在敏捷活動如火如荼的推廣運動中，我們顯然無法預知如何在您的特定的復雜環境中您能否最后達成所愿，也無法為您預測出前進道路的分岔口可能唯一的正確的線路，我們卻可以為您點起一盞明亮“街燈”，在這迷霧中驅除黑暗。我們將為您提供一個可以借鑒和可供參考的成功的敏捷測試實踐案例。我們將逐一向您介紹、分析這個案例中的敏捷團隊的組織結構，主要的敏捷測試行為，迭代的測試模型和一套以四周為周期的敏捷測試活動時間表。

        請您運用您已具備的敏捷實質、敏捷原則的知識，并結合您的獨特項目環境、帶著您的問題，與筆者一起再度分析這個案例，希望您最終也能得到滿意的答案，并隨后開始實施部署敏捷測試。

敏捷測試的實質

        測試不僅僅是測試軟件本身，還包括軟件測試的過程和模式。產品發布后才發現很多問題，很可能是軟件開發過程出了問題。因此測試除了需要確保軟件的質量，即軟件做了正確的事情，以及軟件做了應該做的事情以外，敏捷的測試團隊還要保證整個軟件開發過程是正確的。

        敏捷開發的最大特點是高度迭代，有周期性，并且能夠及時、持續的響應客戶的頻繁反饋。敏捷測試即是不斷修正質量指標，正確建立測試策略，確認客戶的有效需求得以圓滿實現和確保整個生產的過程安全的、及時的發布最終產品。敏捷測試人員因而需要在活動中關注產品需求，產品設計，解讀源代碼；在獨立完成各項測試計劃、測試執行工作的同時，敏捷測試人員需要參與幾乎所有的團隊討論，團隊決策。作為一名優秀的敏捷測試人員，他（她）需要在有限的時間內完成更多的測試的準備和執行，并富有極強的責任心和領導力。更重要的是，優秀的測試人員需要能夠擴展開來做更多的與測試或許無關，但與團隊共同目標直接相關的工作。他（她）將幫助團隊其他成員解決困難、幫助實現其預期目標，發揚高度協作精神以幫助團隊的最終獲取成功。需要指出的是，團隊的高度協作既需要團隊成員的勇敢，更需要團隊成員的主動配合和幫助。對于測試人員如此，對于開發、設計人員，其他成員也是如此。

敏捷測試的方法與實踐

        是的，敏捷測試也需要高度迭代工作、頻繁得到 STAKEHOLDER、客戶的反饋，需要動態調整測試計劃、測試的執行。并且，敏捷測試人員參與到了更多的敏捷生產活動中，積極的影響了團隊做出的決定和計劃。

        是的，“人”才是敏捷的實體，敏捷測試也是以人為本的。不難理解，“敏捷”的一切都圍繞著人展開，如敏捷鼓勵直接，平行的溝通；敏捷需要持續的客戶反饋以及敏捷活動的設計，方案和決策需要團隊協同制定等等，敏捷測試需要一支非同尋常的團隊，不同于以往傳統開發模式下的團隊結構。關于敏捷團隊、敏捷測試團隊的組成和介紹，將是我們講述敏捷測試實踐的第一步。

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