摘要：網站可用性測試并不像看起來那么簡單。雖然它不像航天科學那么復雜，但仍是錯綜復雜的。本文將分享幾條經驗，幫你快速提高可用性測試技巧，避免紕漏。
Damian Rees為用戶體驗設計機構Experience Solutions的主管，作為UI設計專家，有著13年的設計經驗，曾工作于BBC、國家航空交通服務局。他在Smashing Magazine發表文章了《Improving Your Website Usability Tests》，分享了提高可用性測試的幾點經驗。我們對該文進行了編譯，內容如下：
在我首次進行可用性測試時，我遇到一位可愛的老婦人。她不會使用鼠標，而是將它拿在手中，指向屏幕，并對光標說著鼓勵的話。測試結束后，我毫無收獲。但這位婦人卻認為我很“可愛”，建議我去見見她的孫女。從這件事上，我懂得了在招募測試參與者時應設定好明確的標準。
可用性測試并不像看起來那么簡單。雖然它不像航天科學那么復雜，但仍是錯綜復雜的。本文將分享我從工作中總結出的幾條經驗，幫你快速提高可用性測試技巧，避免紕漏，使你和測試參與者更好地工作。
編寫可用性測試腳本，回答特定的調查問題
在開始新的可用性測試時，不要認為需要做的僅僅是找到網站的重點區域，并請用戶完成該區域中的任務。該方法可能會使你收到一些不錯的建議，但你也會遭到項目干系人大量問題的狂轟亂炸，被弄得啞口無言。
關鍵點
找到你需要給以反饋的人，與其進行交談，詢問他們希望研究報告回答哪些關鍵問題。如果有很多問題，那就對它們進行優先級排序，想辦法盡自己最大的努力來回答這些問題。如果某個問題十分模糊，抑或你不了解他們為什么會這樣問，那就要想辦法去弄明白。對問題背后的原因了解的越多，就越能更好地回答它們。
給測試參與者信心，讓他們更自然地工作
當參與者投入到某一測試中時，他們往往不確定期望他們做什么。當前面有相機，后面有人盯著時，他們就會緊張。在一開始，如果有人請求你的指導，不要驚訝。如果一開始你就嚴格限制，他們就會認為做任何事之前，都要得到你的許可。
給測試參與者信心，讓他們更自然地工作
關鍵點
鼓勵用戶自然地工作。給用戶更寬泛的任務，允許他們按自己的喜好進行其他方向的探索。使用預先測試好的問題，幫助他們發現測試環境中的實際問題，然后讓他們根據自己的想法自然地回答這些問題。例如，我想測試一個財產法網站，首要任務是請人們在喜歡的區域內尋找房子（特定的區域），這樣我們可以真實地看到他們是如何使用網站的，同時可為下一個測試任務設定好環境。
為用戶留出自由空間，使他們按自己的方式完成任務
早些時候，我通常在測試腳本中設置好任務，用戶一離開我布置的任務，我就會要求他們再次回來。我對用戶控制得十分嚴格，有時與他們無法和諧相處，同時我也失去了學習到期望之外東西的機會。
關鍵點
為用戶留出足夠空間以便他們在網站上自由暢游。把用戶拉回測試任務之前不要追蹤得太緊。你可能會擔心對他們失去控制，或者擔心他們不理解此任務，但仍要試著再多忍耐一段時間，這樣你可以觀察他們去了哪里，以及為什么到那里去，這也是一件很精彩的事。這種情況中往往會發現一些真正有價值的東西，所以盡自己最大的努力去這樣做。只在你確定他們無法返回時，再進行追蹤引導他們回來。
放松、沉默，觀察所顯露的一切
嚴格控制用戶，只專注于你希望用戶完成的事上，是很容易做到的。當他們做某件感興趣或意料之外的事時，很有必要問一下他們在想什么。但此事不易過早，不易過于頻繁，否則你可能無法觀察到用戶的自然行為。
讓用戶自由思索
關鍵點
盡量不要打斷參與者的思路。你打斷的次數越多，他們就越沒有信心完成這些任務。如果你每30秒打斷他們一次，他們就會失去思路，你將無法看到他們的自然行為。任務完成之后，你可以返回來再詢問他們之前所發生的事。我曾遇到很多新手曾犯過這樣的錯誤，在此提醒他們，同一時間一邊問問題一邊觀察用戶在做什么，是不可能的。
為參與者訂制適合的任務
當你開始做一件新事情時，你可能會去控制存在的可變因素，并對未知因素進行鎖定。根據經驗，當你有足夠信心相信你能解決發生的任何事時，你便會學會放松控制。
早些時候，我喜歡為用戶寫好某一任務的精確場景。但不久我了解到，如果我設置的任務與用戶的自然行為無法匹配時，他們將不會遵從。記得有一次，我請一個19歲的男孩把自己想象成有三個孩子的媽媽，以完成某一任務。毫無疑問，他奇怪地看著我，沒有這樣做，而是放棄了。
關鍵點
為用戶布置好整體任務，并為用戶定制合適的場景。在測試開始前，花一點時間了解測試參與者是誰，他們當前使用哪些相似的產品、服務，是十分有用的。如果你利用這些信息構建出了符合實際問題、用戶樂于參與的場景，用戶不再簡單地“假裝”參與其中，你將會有更多的收獲。
設定一些針對競爭對手網站的測試任務
在某一網站上花費整整一小時，對于你和測試參與者來說，是十分無聊的事。但無聊不是唯一的問題，你所有的發現及觀察都是孤立。你并不明白，參與者平時就經常使用搜索引擎呢，還是因弄不明白網站導航，而只在使用你網站時使用呢。只觀察一個網站，你無法了解用戶使用Web的真實情況。
關鍵點
把競爭對手網站加入到測試計劃中，作為測試工作的一部分。最好的方法是，在測試開始前詢問參與者現在所使用的網站，并讓他們展示給你看。然后再介紹一個他們不曾使用過的競爭對手網站。這樣你就可以更好地掌握他們的行為模型，了解他們為什么選擇這個網站而非其它，更重要的是還可以學習到其他網站的優秀之處。這將為你以后解決網站中棘手的可用性問題提供靈感。
不要讓他們知道你所要測試的網站
過去，我曾犯過同樣的錯誤。我太過明顯的表現出所要測試的網站。當然，有些時候這是難以避免的，但如果可以，我建議盡量避免。主要原因是，當你為某一公司工作時（無論是員工還是代理人），任何人都很難完全忠誠于他們對該公司網站的真實體驗。
關鍵點
在測試之前，如果我沒有參與到網站的設計中，我就會強調自己的獨立性。另外，在訪問你真正想測試的網站之前，首先讓測試者查看競爭對手的網站，并給出真實的反饋。如果這一切是在他們對所真正要測試的網站毫不知情的情況進行的，你就有更大的機會獲得他們最真實的想法。
總結
如果你想提高可用性測試技術，除了多做測試外沒有別的辦法。不過，正如我在本文所強調的幾點，你要知道，測試任務的設計及與參與者的交互方式將影響著你的研究結果。針對關鍵問題設計測試過程，在測試中不要過于嚴格是一個好的開始。另外，將競爭對手加入到測試中，鼓勵用戶自然地工作，以產生更好的結果。
本文出自：http://www.csdn.net/article/2013-04-23/2815003