如果你有錄像而且有時間編輯，絕對推薦做一些這樣的片段：一個受測反反復復就是找不到某個功能在哪里、或者多個受測都在同一個地方犯同樣錯誤的重復片段——等他們坐立不安地看完，然后開發和設計就會主動說，這個，該改！嘿嘿，這時候我總是開心得竊笑～
根據公司的需要或者你的職能，可以針對發現的問題提一些大致的修改方案，或者組織相關人員討論等等~記得要把測試的效果落到實處，哪怕只能在下個版本中去彌補那些問題。
人
誰來做可用性測試？
也許就是正在讀本文的你。是關注用戶體驗的開發人員？設計師？或者PM？介于公司規模、產品特性，可能沒有專職的可用性測試人員，最初嘗試可用性測試，可能只是團隊中的一員抽空來做這件事情。這是最經濟的做法，不過記得，這個人要：
客觀，不要因為是自己的產品在測試和分析的時候不自覺去袒護它；
有觀察力和分析力，這樣才能讓測試起到成效；
與人溝通的能力，引導你的受測、在公司里爭取盡可能的資源和協助。
關于人數，一人雖然辛苦些，但是就能完成。若兩人搭檔更好，尤其是測試時，可以一人引導、一人負責記錄。
受測的招募
保密協議？測試費用？如果這些問題讓你打退堂鼓了，不妨先請公司同事作為你的受測。不過記得不要請產品的開發或者測試人員啊，我不死心地試過一次，真的不合適>_<。你可以請和產品的設計開發無關的，比如行政部門的美眉、新來的同事、另外一個產品項目的成員等等，不單解決了費用和保密的問題，而且受測招募也很快捷，不過記得要和同事還有上司溝通好哦。
測試招募真正的用戶當然最好了。這里有一些很經濟的方法:
去問問客服，有沒有一些可以來參加測試的用戶？或者請他們在最近接觸用戶時邀請他們來參加測試；
你可以靠平時累積一些受測用戶的資料，比如抽獎等推廣活動等等，去問問相關的同事吧；
還有，就是發動同事們，大家把可以作為受測的親朋好友們推薦給你～
關于受測的人數，根據測試的產品變化：只是增加幾個功能的小版本，3～5人；全新的版本，可能5～8人，簡單的可用性測試，控制在10人以下。關于這個，經典的理論：5個受測發現80%的可用性問題
地點
簡單的房間即可
既然是說簡單經濟的、初次嘗試的可用性測試，當然不會有單向玻璃之類高級的東西～你需要的只是一間不受打擾的房間，可以用產品的電腦�？梢耘R時占用間會議室，有條件的話就找個固定的地方，建一個簡易的Lab。我們公司的Lab，小小一間里擺著電腦桌和沙發茶幾，平時不做測試的時候做小會議室、中午時候是休息室、有人面試時是接待室，超級多用哦～夠經濟實惠吧～
移動的lab
若你的產品可以單機運行，或者是個沒什么帶寬要求的互聯網產品，那么還可以帶上你的筆記本電腦，把受測請到一茶一坐之類可以上網的安靜茶坊里，一樣可以坐下來測試。請你的用戶喝一杯茶/咖啡，就可以了解他使用產品的情況。這個方法，同樣使用于做訪談。
可用性測試并不是件難事，用Angela的話說，可用性測試早就跳樓大減價啦～ 成本可以降低，門檻也可以降低，嘗試一兩次簡單經濟的可用性測試，會是在公司中推行UCD很好的起步。關鍵是去嘗試、根據自己所在企業的情況靈活應變。同樣的，你也可以嘗試其他的一些方法，或是訪談、或只是在平時注意觀察他人的使用、詢問他們的意見。
合適的才是最好的，當你找到了適合的產品的方法和方式，一定能幫助你改善產品的用戶體驗。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
