在敏捷開發流程中，測試不再是瀑布試開發流程的乙個環節，而是全程參與整個開發流程。通過各種方式來保證產品的質量，無論是原則中的「頻繁交付」，還是對「可工作的軟體」的度量，或是敏捷開發實踐中的「測試驅動開發」，「行為驅動開發」，都離不開測試的支援。 當然，敏捷測試對測試人員提出了更高的要求，對測試人員來說也是新的挑戰。
敏捷測試人員的定義：專業的測試人員，適應變化，與技術人員和業務人員展開良好的協作，並理解利用測試記錄需求和驅動開發的思想。敏捷測試人員往往具有優秀的技術能力，知道如何與他人合作以實現自動化測試，同時也擅長探索性測試，他們希望了解客戶在做什麼，以此更好地理解客戶的軟體需求。
既然是測試驅動敏捷專案，那麼很顯然反饋在敏捷團隊中佔據重要的地位。
敏捷方法中，測試人員如何在其中體現價值?
1、先在需求討論上，測試人員可以站在客戶角度上來闡述自己的觀點，和產品人員、開發人員等進行充分的交流和討論，使自己在使用者體驗、業務邏輯等等方面的經驗充分體現出來。
2、開發過程中，測試人員不僅扮演「使用者代表」角色，而且可以及時提供更全面的質量反饋，包括**質量、介面一致性等。測試人員不寫**，可以參與**複審(code review)，將質量問題及時提交給專案組，保證在產品構造的整個過程中質量受到足夠的關注，提高質量改進的持續性和可視性。
3、試人員還是可以參與單元測試。即使單元測試由開發人員做，測試人員可以推進開發人員進行單元測，檢查單元測試狀態，如確保單元測試達到80%以上覆蓋率，以及幫助開發人員開發出具有良好可測試性的**。
4、使在敏捷方法中，整合測試、端到端(end-to-end)測試、效能測試等是不可少的。因為在敏捷方法中，往往將乙個大的系統開發分解成多個小的子系統(模組/元件)，整合測試和端到端(end-to-end)測試顯得更重要。測試人員在功能測試上工作量會降低，但在這些測試上發揮更大的作用。
5、著迭代的不斷深入，回歸測試的工作量很大，這也是測試人員的用武之地。 測試人員可以針對穩定的產品特性開發自動化測試指令碼，這也是一種持續的努力，使回歸測試自動化。
6、試人員對缺陷進行分析，總結出一些規律，幫助開發人員建立良好的習慣，改進**的質量。
7、用敏捷測試，不要再寫幾十頁的測試計畫書，而是在每個迭代週期，寫出一頁紙的測試計畫，將測試要點列出來。
8、敏捷測試中，可能不需要測試用例，而是針對use case 或user story直接進行驗證，並進行探索性測試。而節約出來的時間，用於開發原有功能的自動化測試指令碼，為回歸測試服務。自動化測試指令碼將代替測試用例，成為軟體組織的財富。
9、尋找工具、技能或者實踐以實現更大的價值。敏捷開發的短期迭代更易於嘗試新事物，以驗證是否值得長期採用。學習新技能和提高專業技能水平對敏捷測試人員非常重要。可利用各種免費的資源提高專業技能。
10、團隊文化貫徹於敏捷測試理念。當開發人員、系統管理員、分析員、資料庫專家和客戶團隊持續關注測試和測試自動化，測試人員就會獲得全新的視角。自動化測試很困難，但是當整個團隊都在為此努力時就會簡單得多。當大家具有多重技能和多層次視角時，任何測試問題都會更容易解決。
新夢想總結：對於乙個敏捷測試人員，要樂於收集和分享資訊，與客戶或者產品負責人協作以幫助他們充分展示自已的需求，從而得到他們需要的功能，同時向所有人提供專案進展的反饋。樂於學習新技能和面對新挑戰，不會僅僅侷限於測試問題。這不只是測試人員的特徵，所有敏捷團隊人員都應具有。一名優秀的測試人員並不懼怕參與一場設計討論，提供有且於測試性或者構建更良好方案的建議。
敏捷測試人員如何做好敏捷測試
提起敏捷專案，大家都非常耳熟。在國內，2012年到2015年敏捷開發可謂熱火朝天。即使是現在，很多軟體公司的培訓主題也仍然少不了它。即便如此，調查結果卻顯示超過一半的人並不記得敏捷宣言。如果正在或將要做敏捷專案，建議先了解下敏捷宣言，有助於產生敏捷意識，對敏捷專案有更深層的理解。一 敏捷測試人員的焦...
軟體測試乾貨 敏捷測試流程
千鋒教育軟體測試 敏捷測試流程 千鋒教育的王曉軍老師在對敏捷測試做出介紹的時候與現行的瀑布式測試流程做出過對比 對於乙個三個月的專案說，產品把需求分析完了給開發，然後產品就沒事兒了 開發開發完成之後給測試，然後開發人員也不忙了。測試完成之後上線。那麼在產品分析的階段，開發和測試都是沒事幹的 這裡只對...
敏捷軟體開發 測試
test driven development 測試驅動開發 如果我們遵守了以下的規則進行開發，那麼這就是測試驅動開發 在編寫任何產品 之前先寫乙個會執行失敗的單元測試。編寫乙個單元測試，使其剛好能夠執行失敗或者編譯失敗。編寫的產品 應該剛好能夠使失敗的單元測試執行通過。如果按照這種開發方式進行開發...