探索式測試通常會以迭代為主的方式來進行, 在每次迭代中, 會測試某個 charter. 但是大家痛苦的, 就是 charter 應該怎樣找呢? 
 
在 James Whittaker 所著的探索式軟體測試(Exploratory Software Testing: Tips, Tricks, Tours, and Techniques to Guide Test Design) 一書中, 便有一些 charter 的點子可以參考. 
 
(註:  James Whittaker 是誰呢? 一個在 Google 和微軟都當過測試架構師的傢伙, 可以去他網站逛逛: http://www.docjamesw.com/)
 
在此書中, James 利用旅行為例, 來提示大家有哪些方向可以做為 charter. 讓我們來看看幾個範例吧
 
 
(1) The money tour
 
大多數人去一個地方旅行, 都會去去著名景點. 在台北的話, 可能就是淡水或是士林夜市. 在南投的話, 可能就是日月潭. 這些都是最吸引旅客的地方.
 
在軟體測試中, 顧名思義, 就是要測試產品中賣錢的地方. 這些地方通常是銷售人員最常展示, 並且也是客戶最常使用的部分. 
 
例如, 防毒軟體最重要的功能, 就是掃毒, 清除病毒, 以及更新病毒碼. 如果這些不行, 那用戶便不會想買我們的產品. 另外, 我們看看 Line 當中, 最賣錢的應該是聊天, 遊戲和通話. 如果這幾個不行, Line App 大概也不太有人會用.
 
 
 
 
(2) The Museum Tour
 
當你到一個地點, 想要暸解其歷史, 最快的方式便是去參觀其歷史古蹟, 或者是去逛逛博物館.
 
在軟體測試中, 所謂的博物館, 便是所謂的 legacy code. 有些舊的功能對客戶來說仍然很重要. 或者是新功能的增加, 可能導致舊功能無法運行. 或者是某些舊功能有微調, check-in 進去後卻沒有被適當的驗證.
 
 
 
 
(3) The Back Alley Tour
 
有些人去旅遊時, 喜歡逛逛小巷子, 或者去那些沒人或是旅客不常去的地方. 認為這些地方才能真的瞭解當地生活, 並且也比較少人, 玩起來也比較自在.
 
因此在軟體測試中, 你要做的就是專找要進去好幾層 menu 才選得到的功能, 這些通常是不太常用, 或者是開發團隊不太想要客戶使用的功能. 所以測試人員就是要去挖出這些地方, 確認他們也是能正確無誤的運作.
 
有時候旅遊也不能只看這些冷門的地方, 正常來說都是景點和這些小巷子都會去走走. 因此 Mixed Destination Tour 也是一種 charter. 結合了 The Money Tour 和 The Back Alley Tour, 兩邊會混合地去使用.
 
 
 
如果對旅遊測試有興趣的人, 可以去翻翻 James 的書. 對於剛開始使用探索式測試, 他提供你不少 charter 的點子.
 
但是, 最終你還是要了解, 想不出有什麼 charter 要探索, 對測試人員來說是很大的警訊, 代表你對受測產品不太熟, 或者是你的測試技能需要再練練. 
 
嗯, 不愛動腦, 真的不太容易執行好探索式測試!!
 
 
 
 
 
arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()