敏捷測試是為了敏捷開發而特別設計的一套完成的軟體測試解決方案。這個解決方案能夠支援持續交付，涵蓋所需的、正確的價值觀、思維方式、測試流程、一系列優秀的測試實戰和更合適的測試環境、自動化測試框架和工具。
敏捷測試強調 「與開發協作」、「自動化測試」、「客戶思維」 和 「動態的測試策略調整」 更具有價值。
敏捷初期潛在現象：測試人員未得到足夠的重視和尊重，開發和測試協調不夠，甚至關係緊張。
轉型敏捷**要求：測試人員要求更高。
敏捷執行易犯錯誤：缺乏測試策略，沒有從客戶的需求出發、動態調整測試策略。
敏捷測試下，更強調需要成長性思維、使用者思維、團隊對價值負責的思維、上下文驅動思維
scrum模式下，研發週期沒有明顯的階段，有7項主要活動 – 測試需求分析與定義、測試計畫、測試設計、bvt（build verification test）\持續測試、版本驗收測試、測試交付與反思；不能理解為7個階段，許多活動都是並行的，包括計畫、設計都是貫穿整個迭代。
強調：測試前行，質量是構建出來的。
持續測試就是從產品發布計畫開始，直到交付、運維、測試融於其中、並與開發形影不離，隨時暴露出產品的質量風險，隨時了解產品質量狀態，從而滿足持續交付對測試、質量管理所提出的新要求。
總結為以下四點：
① 指定測試計畫模板、風險列表、和常見測試策略，② 探索新的測試方法，引入新的測試技術，③ 開發更有效的測試工具，持續改進測自動化測試，④ 通過缺陷因分析獲得避免缺陷的資訊，設立規則/實踐避免缺陷引入
① 推進單元測試、開發測試、盡量將測試推動到上游 ，② 建立ci框架以及基於ci的質量控制和發布規則，③ 建立更高效的工具，持續改進自動化測試（ta）
① 建立合適的系統測試，驗收測試質量標準， ② 定義需求/設計評審的檢查表（checklist）, ③ 持續推動可測試性的提高
先不談論敏捷團隊，是否需要專職的測試人員，已經不是乙個必然的依賴，但在乙個需要專職的測試人員的團隊來說，敏捷團隊模式下測試人員要承擔的責任和任務更多。而且幹不好也容易被邊緣化；
因為很多任務不是那麼具體和可量化，比如指導團隊成員做測試，推廣質量文化，不僅需要技術能力，還需要很多軟技能，比如溝通和領導力。這必然會給測試人員帶來巨大的挑戰；
那麼測試人員在技術路線成長的角度來看，我們更應該多去學習程式設計技能，並且在自己程式設計時具備測試思維，從而在和真正的開發配合時去彌補和發現問題。
– 最後
加油吧，測試人！
敏捷開發 敏捷測試
敏捷測試的定義 首先敏捷測試是敏捷的一種，原有測試定義中通過執行被測系統發現問題，通過測試這種活動能夠提供對被測系統提供度量等概念還是適用的。在傳統的測試定義上，還需要新增 敏捷測試是遵循敏捷宣言的一種測試實踐 強調從客戶的角度，即使用系統的使用者的角度，來測試系統 重點關注持續迭代的測試新開發的功...
敏捷開發學習筆記 總結
我好像還沒有完全踐行過敏捷開發。不過這段時間一通學習下來，結合以往的一些經歷，認為敏捷的精髓在於多職能團隊和迭代思想。1 多職能團隊 意味著團隊成員參與了整個專案的絕大部分工作 任務領用 需求分析 設計及開發 測試 評審。比如，需求分析，以往都是由乙個所謂系統分析員來寫 而在敏捷裡，是由產品經理在計...
敏捷測試 傳統測試
敏捷測試 首先敏捷測試 agile testing 是測試的一種，敏捷測試的理念是，和編碼一樣，測試是開發的乙個關鍵部分。在敏捷中，測試被直接整合到軟體開發過程中，以便盡早 頻繁地發現bug。因此，測試人員可以在開發過程的每乙個節點上發現問題，從而使產品快速走向發布。敏捷測試的特點 傳統測試 傳統測...