前段時間後臺有看到一位粉絲髮消息給我，說敏捷測試這一塊的知識，今天整理了一下，給大家說說這個敏捷測試，以及大夥有什麼需要的資源，以及需要哪些知識點講解，可以在文章底部評論，小編會整理大家的需求，儘快的更新資源，謝謝大家的支持。
1.什麼叫敏捷測試？
首先，可以明確的是，敏捷測試既不是一種方法（如黑盒方法、白盒方法等），也不是一種方式（如探索式測試）。因為在敏捷測試中可以採用已有的各種方法，包括白盒方法、黑盒方法；在敏捷中也可以採用探索式測試，也可以採用基於腳本的測試。敏捷測試應該是一套解決方案、一類測試操作與管理的框架、一組實踐或由一定順序的測試活動構成的特定的測試流程。簡單地說，敏捷測試就是順應敏捷開發方法、力求達到質量和效率平衡的一系列的測試實踐。
敏捷測試強調從客戶的角度，即是從使用系統的用戶的角度，來測試系統。重點關注持續迭代的測試新開發的功能，而不再強調傳統測試過程中嚴格的測試階段。建議儘早開始測試，一旦系統某個層面可測，比如提供了模塊功能，就要開始模塊層面的單元測試，同時隨著測試深入，持續進行迴歸測試保證之前測試過內容的正確性。
2.敏捷測試的意義是什麼？
敏捷測試發現問題較快，而且修復起來也較快；在項目開發中即開展，可以降低bug修復成本，縮短項目的週期；
3.敏捷測試與普通測試的區別？
項目相當於開發與測試並行，項目整體時間較快。
模塊提交較快，測試時較有壓迫感。
工作任務劃分清晰，工作效率較高。
項目規劃要合理，不然測試時會出現複測的現象，加大工作量。
發現問題需跟緊，項目中人員都比較忙，問題很容易被遺忘。
耗時、或較難解決對項目影響不大的問題一般會遺留到下個階段解決。
發現bug能夠很快的解決，對相關的模塊的測試影響比較小。
版本更換比較勤，影響到測試的速度。
要多與開發溝通。
要注意版本的更新情況。
測試人員幾乎要參加整個項目組的所有會議
4.關注點整理
1）提供持續反饋：既然是測試驅動敏捷項目，那麼很顯然反饋在敏捷團隊中佔據重要的地位。測試人員的傳統角色就是“信息提供者”，這使得她天生就對敏捷團隊很有價值。敏捷測試人員的最大貢獻之一是幫助產品負責人或者客戶採用實例和測試的形式描述清楚每一個用戶故事的需求。然後，測試人員與團隊同事將這些需求轉化為可執行的測試。測試人員、開發人員和其他團隊成員儘快運行這些測試，並不斷接收有意義的反饋。
2）為用戶創造價值：敏捷開發就是在較小的版本發佈中提供客戶目前最迫切需要的功能。這通常意味著限定範圍。敏捷測試人員需要總覽全局。我們可以在當前迭代中發佈最重要的功能，稍後再完善。如果讓新功能偷偷混進來，就面臨一無所獲的風險。如果過於關注邊邊角角，而忽略了核心功能，就無法提供業務所需的價值。
3）促進面對面的溝通：面對面的溝通是不可替代的。敏捷開發依賴於持續的合作。就像其他敏捷團隊成員一樣，從事測試工作的人會不斷尋找客戶和技術團隊成員來討論和合作。當敏捷測試人員對某個隱藏的假設或者誤解的需求產生懷疑時，她會與客戶和開發人員討論。如果處於不同地點的人需要交談，他們會試圖尋找創造性的方式替代面對面、實時的交流。
4）簡單化：簡單並不意味著容易。對於測試人員來說，這意味著採用能夠找到的最輕量級的工具和技術恰到好處地測試。工具可以簡單到只是一張電子表格或者清單。需要自動化迴歸測試，但是應該把它們分解到最底層以獲取快速反饋。甚至簡單的冒煙測試也可能滿足面向業務的測試自動化。
5）勇氣：當最初加入敏捷團隊或者當前的團隊開始過渡到敏捷開發模式時，通常會產生恐懼感，並且存在大量的問題需要答案。我們到底如何才能在如此短的時間內完成每一個用戶故事的測試任務?測試如何跟上開發的節奏?如何確定多少測試就夠了?又或者你是功能測試經理或者質量過程經理，不清楚在敏捷團隊中如何定位自己的角色，沒人知道答案。敏捷測試人員需要勇氣找到這些問題的答案，但是除此之外還有其他原因。我們需要勇氣允許自己失敗，至少我們會短暫失敗，並從中學習教訓。在由於構建版本不穩定導致一次迭代失敗之後，我們開始尋找方法以確保這種事情不再發生。
6）持續改進：想辦法把工作做得更出色是敏捷測試人員思想的一部分。當然，整個團隊都應該具有這樣的想法，因為敏捷的核心價值就是團隊總是嘗試更出色地工作。測試人員參加團隊總結會，評估做得好的方面和需要增加和改變的方面。測試人員把測試問題擺到整個團隊中解決。團隊通過採取過程改進實踐最大程度地改善測試和所有其他領域。對於更大的問題，團隊一次只關注一到兩個問題，以確保徹底解決了實際問題，而不是表面文章。
7）響應變化：響應變化是敏捷實踐的重要價值，但是我們發現這對測試人員來說卻是最困難的概念之一。測試人員渴望的是穩定，所以他們會說：“我已經測試過了，任務完成了”。持續的需求變化是測試人員的噩夢。但是，作為一名敏捷測試人員，我們不得不擁抱變化。敏捷測試過程中會出現各種各樣的變化，需要我們持續與客戶交流，就能處理這些變化，因為我們與團隊的其他成員保持同步。
8）關注人：堅持敏捷理念的敏捷團隊對所有團隊成員一視同仁。敏捷測試人員對團隊做出了特有的貢獻，開發團隊認識到要想更加成功，團隊需要擁有測試技能和背景的人。舉例來說，一位熟練的探索性測試人員可能會發現自動化功能測試無法察覺的問題。一些測試經驗豐富的工程師會提出其他人想不到的重要問題。測試知識是任何一個成功團隊的組成部分。
9）享受樂趣：在我們看來，測試人員的理想團隊是：所有成員協作，從項目的開始一直到結束，利益相關者與開發團隊共同工作，整個團隊負責質量和測試。相信很多人都認為每個人都應該在工作中找到樂趣。
5.自我感想
上面說了那麼多，都是測試人員以及開發人員甚至整個敏捷測試團隊裡面任何一個人員應該在敏捷測試中關注的點；也許目前大家覺得，敏捷測試在我們公司沒有開展；實際上錯了，在我們的日常測試工作中，敏捷開發和敏捷測試已經悄無聲息的貫穿在我們的項目週期中，比如平時的部門模塊或者部分功能的測試，這樣的測試一般只關注部分模塊和部分功能，關注的功能沒問題，本次測試及已完成。在平時的項目週期中，往往會經常進行版本更新和迭代，為何迭代，是因為我們瞭解客戶需要的功能點，我們默默的開展了敏捷測試，並快速的完成了測試，給了客戶滿意的成果。當然，我們目前所接觸的還不是很正規的敏捷測試，後期我們應該按照上面總結的點去開展更加規範的敏捷測試，團結整個項目團隊，降低項目成本，將測試的力量最大化，將項目的收益最大化。
閱讀更多 程序員小姐姐 的文章
