可用性測試的一種：出聲思考Think aloud
--------------------------------------------------------------------------------
對現有用戶的界面設計測試的幾種方法。
· 紙和筆的測試：讓用戶寫下對界面設計的意見，回答一些有針對性的問題。
· 出聲思考：參試用戶在任務進行過程中出聲表達自己的想法。
· 一起發現：兩個用戶一組，進行測試，在此過程中，一起激勵並發現使用性問題。
· 模式化實驗：控制化實驗、衡量、滿意度的分析。
· 統計技術：訪問和問卷。
Why出聲思考
參試用戶被要求在他們參與測試的過程中，表達自己的想法（出聲思考）。
·提供大量的過程數據
·相關的少量參試用戶（說出3到5個）
· 許多的生動的和多彩的實例
例如：辭彙問題。在一個為法律事務服務的系統中，參試用戶總是把“parameter”誤讀成“perimeter”。僅僅是看這個錯誤是很難來判斷的。
出聲思考的方法
· 他們正在試圖做什麼？
· 他們讀的東西
· 正在形成的問題
· 他們覺得困惑的東西
· 他們做出的決定
準備用戶
· 從一個與測試內容無關的話題開始。（比如談談昨天晚上的那場電影）
· 給參試用戶看一段過去的出聲思考的錄像。
· 針對一個無關的系統來段出聲思考的練習。
· 告訴參試用戶只要一有問題馬上就說，但是也要向他們說明，直到測試結束才能回答他們。
測試測試助手的角色
· 鼓勵用戶將他們的想法說出來，即使是很簡單很低級的也沒有關係
- 能說得更多嗎？
- 請告訴我們你要幹嗎？
- 我聽不見你說了什麼？
· 自然的意見最好-不要誘使用戶的思考方向用以下的語言：
- 你在想什麼？
- 你剛才為什麼要這么做？
- 剛才你做了什麼樣的選擇？
· 不要問為什麼是這個問題
影響因素
許多時候，我們常常會忽視單個用戶的想法，並因此而失去好多有價值的東西。
· 單個的用戶，出聲思考
· 一個仿真的環境
· 一個預先沒有準備的任務，但是用戶卻開始並且進入了。
· 看
出聲思考的價值和不足
++找到了很多的使用性問題
++找到了他們出現的原因
+少量的參試用戶（3-5）
+在開發過程的期間就可以套用
+不需要專家的介入
+分出各自的問題
-出聲思考使參試用戶的速度變慢
-出聲思考會使參試用戶改變相應的問題解決的方法
-無法收集測試數據
