敏捷探索性軟體測試為敏捷開發過程提供了保證及支持，其中的程式設計師代碼需要先快速通過探索性前期警示測試，然後這些代碼才能作為“管家”進入全腳本的集成測試過程。敏捷探索性測試給開發測試者及操作bug修復者多一點時間來完善軟體，能為一個敏捷組織提高IT效率。
基本介紹
- 中文名：敏捷探索性測試
簡述,上線、底線和風險,
簡述
敏捷開發者及DevOps專家通常使用封裝好的預定義測試腳本，實際上，敏捷愛好者將這視為敏捷開發的一部分，這種技術還是個爭論。但是，探索性測試又是以往老套開發程式的關鍵性突破，是整個敏捷IT成功因素的一個組成部分。
傳統的軟體測試是封閉的，使用生搬硬套的方法來測試一段代碼的所有部分。這些方法，說白了，完全測試不到一個套用的所有操作環境——尤其是一個經常升級的應用程式。相比之下，探索性軟體測試跳出了沙盒的環境，能發現不尋常環境及操作方式下的問題，這些是老式測試無法做到的。探索性測試者目標在於找到代碼不對頭的地方，從而指出錯誤所在。
事先準備的測試腳本無法處理所有新功能的測試，就是這么簡單的道理。所以，探索性測試要用所有可用的腳本來進行測試，密切地反覆和敏捷開發過程相匹配。
探索性測試參與了完整的管理和持續的開發過程。測試員不是被動地只對程式設計師的大段代碼做測試並反饋，而是主動地想方設法來幹掉它。
對於敏捷探索性測試目標最大膽的延展，莫過於對應用程式的敏捷方面進行測試：敏捷探索性開發與運維。管理者要滅火的同時，也要主動想辦法在問題發生前把代碼隱患都消除。這需要“操作沙盒”來進行測試。
上線、底線和風險
敏捷探索性測試帶來的好處與敏捷開發、問題修復和自身升級密不可分：
- 敏捷並不側重於成本控制，但能比以控制成本為目標的開發項目減少20%到30%的成本。
- 敏捷不側重於利潤和投入回報，但能比盈利為目標的項目增加20%到30%的投資回報率。
- 敏捷不側重於風險控制，但相比以質量為目標的項目，能提高20%到30%的質量。
敏捷不斷以客戶反饋為基礎重新定義項目目標，而預定義客戶需求的方式要縮短功能列表來實現程式最終發布。
敏捷探索性軟體測試為敏捷開發過程提供了保證及支持，其中的程式設計師代碼需要先快速通過探索性前期警示測試，然後這些代碼才能作為“管家”進入全腳本的集成測試過程。
敏捷探索性測試特別適應“深入其中”開發，程式設計師先著手底層的軟體架構，然後在上層為套用功能添加模板，之後在基礎架構上創建額外的架構來為模板功能提供小程式。反覆的溝通來設計功能和通用的架構是必須的。敏捷探索性測試直到開發任務完全定義好了才開始，臨時性測試則在反覆溝通中使用改良的腳本來完成。
