咦？我明明放在這裡呀？怎麼不見了？上次回家，怕弄丟所以就先打開抽屜把它收在這裡呀？怎麼會沒有看到咧？糟了啦，如果真的不見，就很麻煩耶！這個找東西找不到的情節，大家一定都不陌生。這一連串的問題並不見得有一連串的答案，但這些問題卻是找到最後結論或解答的大功臣。 啊！原來是放在另外一張桌子的抽屜！
有時候我們會不自覺地把這一連串的問題，喃喃說出，自問自答，就好像有兩個自己在對話。從找東西找不到的橋段延伸，程式工程師在 debug 時，也很常見這樣的「對話」：怎麼會 compile 不過咧？又沒有顯示哪邊有錯呀？要加進來的 library 也都加了呀？奇怪耶！其中，有趣的地方就是程式工程師在喃喃自語的過程就真的找到了問題。
這個「把想法通通都說出來」的行為，在使用性測試過程中我們稱作放聲思考（Think Aloud），通常在測試正式開始進行之前，主試者需要先向參與者說明並親自示範：「放聲思考，簡單來說就是想到什麼就說什麼，例如 17 加 8 等於多少，我先把 8 跟 7 相加等於 15 ，然後有一個 10 要加上來，所以是 25。」接著，出一個類似的題目讓參與者練習。
下面是一個 Desiring Clicks 網頁自己採用使用性測試的例子，讓我們來看看參與者有無放聲思考的差別：
嗯。
呼。
嗯，完成了。
讓我先來看看網頁，我現在好像是在網頁的最下面耶！如果用滑鼠滾輪好像會滾很久。
等等唷，讓我再看看，我猜應該會有直接到頂端的按鈕之類的。
咦？在哪裡咧？啊，好像是這個，但是這顏色好淺，而且位置不明顯！不容易被看到耶。
好，點下去，完成囉。
他有點不耐煩的表情（驚）
他吐了口氣，現場好像有點尷尬 …
他猜測可能有按鈕，但是找了一下，好像有點找不到。
他覺得顏色太淺！
如果使用性測試可以邀請到會把動機、想法、疑惑及推理細節都說出來的參與者，那實在是太幸運了！因為我們除了能觀察記錄到參與者的行為，更能透過放聲思考的內容，進一步得知每個動作的原因以及每個當下的使用感受。
Image via garryknight, CC License.
