前面提了不少探索式測試 (exploratory testing, ET) 的原理, 相信大家已有基本的認識. 但是要如何落實到專案中, 大家還是有很多疑問. 因為每個專案特性不同, 測試流程也不同, 需要對這些狀況做客製化調整.
在探索式測試實踐之路ㄧ書中 , 作者根據他在淘寶網的經驗, 整理了四種流程, 我想應該可以適用在大多數環境. 描述如下:
(1) 自由風格型的探索式測試
測試人員在無測試個案的狀況下, 進行測試. 最後會留下找到的 bug 或是風險評估.
通常這比較適合在以下狀況
測試人員熟悉測試技術, 他可以在沒有限制狀況下自由發揮
產品比較穩定, 因此需要以不同, 或是更創新的方式去找到問題
當時間很短時, 全力找出問題會比大多時間在寫文件好
當你想確認其他人的測試工作的執行狀況,
(2) ET 為主, ST 輔佐
主要是以 Session based test management 為主來進行測試的執行, 但是前面會先有一些規劃, 例如了解測試目的和目標, 以及知道大約要測試的項目為何.
通常測試團隊會有以下特性
非常熟悉受測產品
測試經驗豐富
了解探索式測試的精神
長官支持團隊使用這樣的方式進行
(3) ST 為主, ET 輔佐
主要進行方式是以 scripted test 為主, 然後會根據合適的時間點, 加入 ET 的做法. 例如: 測試後期或者是在 UAT 階段.
這種做法時, 測試人員也是要了解探索式測試的做法和精神, 並且知道在哪些環節上可以發揮 ET 的作用.
(4) 協作型探索式測試
這個做法通常是多人一起參與的活動, 利用眾人的智慧來找出受測產品的問題. 例如: Bug Bash, Mob ET, pair testing 等等.
這個活動結束後, 會舉行一個測試回顧會議, 大家一起來分享, 自己測試的策略和思考方向, 讓你可以快速得到眾人的功力.
老實說, 這些只是主要的組合方式, 你自己可以搭配出更多種做法. 因為專案特性和測試人員, 將會大大影響你的做法.
招數是死的，發招之人卻是活的. 如果你不知如何整合 ET 到你的專案, 通常也無法用好探索式測試. 有沒有開始覺得ET 一直叫你動腦, 是件討厭的事 XDD
下一篇: [ET] 探索式測試如何整合測試自動化
全站熱搜
留言列表
