【譯文】可用性測試之發聲思考
原文連接:http://www.nngroup.com/articles/thinking-aloud-the-1-usability-tool/
原文有刪截測試
-----正文分割線-------網站
定義發聲思考測試
定義:在一個發聲思考測試中,測試的參與者在執行任務行爲時實時的說出本身腦子中所想的內容設計
這看上去是一個很簡單的要求,可是在實際過程當中要求一個測試者不停地說出本身所想是很是困難的,因此測試的實施者必須不斷的提醒測試者。對象
進行一個基本的發聲思考可用性測試,只須要作3件事情ip
- 招募表明性用戶
- 讓他們執行有表明性的任務
- 閉上嘴聽測試用戶說
發聲的好處
首先這個方法有一大堆優點。其中最重要的是,發聲爲想法提供了一個可見的窗口,透過窗口你能夠發現用戶究竟是如何使用和看待你的設計的。特別的,你能夠發現他們產生誤解的地方,這些每每是須要進行從新設計的,全部引發誤解的元素都必須改變。更重要的是,你能夠從中發現爲何用戶會產生誤解,爲何其餘的設計方式會更易用。開發
發聲的好處還有
- 低花費。不須要特殊的儀器,只須要你坐在測試對象旁邊記錄他所說的話。收集到足夠多數量的用戶測試信息可能會花費一成天的時間,但這必定是值得的
- 可信度高。大多數的實驗者都缺少經驗因此大多數時候測試都不可以按照最正確的方式進行。可是除非你嚴重干涉誤導測試者,即便在不標準的測試中你依然可以得到大量有價值的發現。相比之下,定量的可用性研究對於方法的精確度要求的更加嚴格,很小的錯誤也可能致使研究結果出現巨大誤差。定量的研究每每也花費更高。
- 靈活度高。在開發的任意時期你均可以進行這樣的測試,從紙上的原型到已經成型的原型。發聲思考特別適合敏捷式的開發模式。你能夠運用這種方法測試任意形式的用戶界面,雖然用發聲的方式測試聲音交互界面有點奇怪,可是你能夠參考這篇文章裏關於進行有實力測試障礙的人的測試。不管是網站,軟件,局域網,消費類產品,企業級軟件,移動設計,發聲測試均可以運用,由於他只依賴於能夠思考的用戶
- 有說服力。最老練的開發者,傲慢的設計師,吝嗇的總經理在直接面對消費者的時候態度都會變得溫和。讓他們坐下來聽聽在發聲測試中用戶的想法並不會花費他們太多的時間,而且有可能促使他們重視可用性。
- 簡單易懂。
發聲思考的問題
花費低和不容易出錯是定性研究方法諸如發聲思考的巨大優點。但他們很差的一面是除非你進行的是一個巨大昂貴的實驗,不然是不能造成定量數據的。固然你能夠選擇作一個巨大昂貴的實驗,可是個人建議是這些精力和經費投資在更多的設計迭代過程當中更值得。get
其餘問題
- 不天然。除非測試者是個怪人,大多數普通人不會坐在那裏自言自語一成天。因此想要讓測試者在測試過程當中保持自言自語實際上是一個比較困難的過程。幸運的是來參加測試的人通常都會比較積極的配合,以致於有時可能忘記本身僅僅是在進行一項測試。
- 想法過濾。測試者被要求說出他們腦中呈現的第一印象,而不是說出通過了思考以後的分析結果。可是與此同時,大多數人但願本身表現的像個聰明人,因而他們更傾向於在說出本身所想以前先思考一番。千萬不要陷入了這個陷阱,得到測試用戶最原始的想法是很是重要的。因此通常狀況下,實驗者必須不斷的提醒用戶不斷的說。
- 誤導用戶行爲。指導和解釋說明在測試過程當中是必要的,但假如是一個不專業的實驗者來進行,那麼他給予的信息極可能會改變用戶本來的行爲。有誤導存在的狀況下,用戶的行爲是沒有表明性的,更沒法提供設計依據。至少,你必須可以識別出在哪些測試中用戶的行爲是被誤導了的,做廢這些觀測結果。最糟糕的狀況就是你不知道本身在哪些地方作錯了,這樣你提供給設計團隊的意見頗有可能就是錯誤的
- 不必定通用。只要你同時使用其餘的方法,不通用事實上並非一個真正的缺點。發聲思考能夠在大多數狀況下使用,但也並不是所有狀況下通用。一旦你在可用性測試這方面有了必定的經驗,你會有其餘不少測試方法能夠選擇
不要由於這些問題就退縮,若是你尚未使用過這個方法,你能夠如今就爲本身正在進行的設計項目進行一次。這個方法是如此的簡單易行,每週一次都是徹底可行的。因此若是你這一週犯了錯誤,下一週你必定能夠作的更好。原型
------正文分割線------產品
這篇文章是一個系列的文章的第一篇,這個系列還有不少其餘有趣的文章,能夠在原文地址找到他們的連接it
- How Many Test Users in a Usability Study?
- Usability 101: Introduction to Usability
- How to Run a Usability Test with Users Who Are on Your Site Now
- Remote Usability Tests: Moderated and Unmoderated
- Making Usability Findings Actionable: 5 Tips for Writing Better Reports