給測試加點靈感

前言

在測試大型專案的過程中，隨著需求增加，一些獨立功能可能會相互影響。為了確保整個「流程」順暢，除了運用客戶提供的情境進行測試外，探索性測試也是至關重要。然而，若面對一個全新領域，相關流程缺乏足夠經驗的話，我們應該如何著手進行測試呢？

這邊提供兩個能激發出新測試案例的方法

方法一、Headline Game

這方法源自於<Explore It !>* 一書，想像你看到新聞，寫著斗大的標題：

『知名訂房網站又出包！客戶抵達後驚覺無房可住』

這時候能夠讓我們迅速想到可能的錯誤情況：

-       客服的訂房資訊未被記錄成功

-       飯店管理系統的空房資訊顯示不正確

-       金流系統出現問題

基於以上，可以建構出一套劇本：

客戶發出訂房資訊 > 管理員後台確認有空房 > 刷卡系統操作 > 更新該日期的房間狀態….. 等

當然我們也可以直接google看答案

方法二、Oblique testing

這個方法由Mike Talks在其同名書籍中提出。他從Google Store中搜集許多一星評論，諸如：

“系統有夠慢！等了快一個小時，爛透了”

比起憑空想像新聞標題，這些取自真實世界的評論可能會更具體

不過，因為評論皆來自真實世界，所以語氣都相對強烈，不建議被進度追著跑的時候用

這個方法原始來源只有紙本

後來作者另外提供了網頁版，牌卡附帶增加測試提示：

-       使用不同瀏覽器操作

-       使用相同客戶資訊進行註冊

…等等

也可以去找自己正在開發的類似系統找評價

結語

這兩個方法最大的差異在於範圍，Headline Game比較會大範圍地測試，Oblique testing會比較專注在特定區塊(例如資料庫讀寫、前端介面操作)。在搜索枯腸時，來點靈感吧！

備註

*作者為Elisabeth Hendrickson，曾在Google Tech Talk中提出測試備忘錄的概念