# Exploratory Test 探索性測試
# 簡介
Exploratory Test 是一種 Black-box Testing
Exploratory Test 非常近似使用者的測試方法通常以手動測試為主，使用這種測試更能探索到使用者可能會發生的問題，相對於平時寫的 Scripted Test 基本上都是開發者預設好答案讓原有軟體跟者測試邏輯跑去驗證處理過程。
# 優點
- 鼓勵創造性
- 有更多的機會去找到新的錯誤
- 允許花更多的時間在複雜的 Test Cases
- 可以讓 Tester 在短時間發現問題，並且對軟快速評量
- 可以知道系統是否易用
- 可以變通且很彈性
# 缺點
- 有限度的管理，太難協調與溝通
- 提供的情報有限，無法對風險與 Coverage 有深度了解
- 測試復用性有限
- 很吃測試者的技巧以及 Domain Knowledge
- 與 Srciped Test 合併使用可能會有 Redudant Test 風險
- 沒有品質上的絕對保證但是能發現重大錯誤
- 對於 Security Testing / Performance Testing 這種專類測試，不太適用
- 對於複雜的測試設定需要很久才能看到成效
- Test Object 是可用的才能使用他
# Exploratory Testing 適合用的時機點
- 當有新人進來
- 需要做快速的評估
- 在做 Scripted Testing 中發現有新東西要去了解
- 當你需要去確認另一位測試者的狀況
- 團隊中有豐富經驗的 Domain Knowledge
- 當 Smoke Testing 被需要
- 當沒有任何測試的一句十
- 跑 Agile
- 想要調查特定的 Bug
- 想要調查特定風險的狀態
- 在早期產品不穩定到沒辦法使用 Scripted Testing
- Beta 版本 希望客戶能夠提到給予回饋，可以請他們做 Exploratory Testing
- 當你想要擴大 Scripted Testing 的多樣性
# 參考資料
- Exploratory Testing 的優缺點及適用時機
- 第二卷 - 擁抱敏捷思維的探索性測試 vs 傳統腳本測試
