案列：當開發人員需要對功能進行比較大的修改，估計需要兩天時間才能完成**，這時測試人員反對這樣做，本來只有5天測試時間，驗收測試已經很緊張。如果再延遲兩天，測試沒法完成。而產品經理認為，你們不是在用敏捷測試方法，應該測得很快，三天應該能完成測試工作啊!
敏捷測試當然不能簡單地理解測得更快，絕對不是比以前用更少時間進行測試，也不是將測試的範圍縮小了或將質量降低來減少測試任務。
敏捷測試應該是適應敏捷方法而採用的新的測試流程、方法和實踐，對傳統的測試流程有所剪裁，有所不同的側重，例如減少測試計畫、測試用例設計等工作的比重，增加與產品設計人員、開發人員的交流和協作。在敏捷測試流程中，參與單元測試，關注持續迭代的新功能，針對這些新功能進行足夠的驗收測試，而對原有功能的回歸測試則依賴於自動化測試。由於敏捷方法中迭代周期短，測試人員盡早開始測試，包括及時對需求、開發設計的評審，更重要的是能夠及時、持續的對軟體產品質量進行反饋。
在敏捷方法中，需求變化比較快、產品開發周期很短，我們目前採用四周時間，也就是每個月發布乙個新版本。開發周期短，功能不斷累加，給測試帶來很大的挑戰，測試流程要做相應的調整。
不需要測試用例，直接基於用例、基於對需求的理解來完成新功能的驗證。即使要寫測試用例，只要保證各個功能點被覆蓋，不要過於詳細。
持續地進行驗證，一旦某塊新**完成, 就開始驗證，而不是等到所有**完成後才開始測試。這也包括參與到單元測試和整合測試中。
實施端到端的測試，確保完整的業務流程的實現，同時，也容易發現業務邏輯不夠清晰、不夠合理等各方面的問題。
閱讀**來發現問題，可以和開發人員工作保持同步，消除測試週期的壓力。
基於經驗，可以實施更多的探索性測試、組合互動性測試和使用者場景測試，更有效地發現埋藏較深的缺陷。
敏捷開發 敏捷測試
敏捷測試的定義 首先敏捷測試是敏捷的一種，原有測試定義中通過執行被測系統發現問題，通過測試這種活動能夠提供對被測系統提供度量等概念還是適用的。在傳統的測試定義上，還需要新增 敏捷測試是遵循敏捷宣言的一種測試實踐 強調從客戶的角度，即使用系統的使用者的角度，來測試系統 重點關注持續迭代的測試新開發的功...
敏捷開發與敏捷測試
敏捷開發 1.敏捷型方法是 適配性 而非 預設性 重型方法試圖對乙個軟體開發專案在很長的時間跨度內作出詳細的計畫，然後依計畫進行開發。這類方法在計畫制定完成後拒絕變化。而敏捷型方法則歡迎變化。其實，它們的目的就是成為適應變化的過程，甚至能允許改變自身來適應變化。2.敏捷型方法是 面向人 的 peop...
敏捷開發 怎麼驗收敏捷故事
接著上篇 估算故事 講，故事估算完成以後就要開始考慮如何進行驗收測試了，只有驗收通過故事才算開發完成.對於乙個故事，開發人員和客戶可能會討論很多，討論的內容可以以測試用例的形式記錄下來，這樣就為我們故事測試做了鋪墊，目前敏捷開發中測試大約有如下2個步驟 1 將測試要點記錄到敏捷的故事卡的背面，任何時...