可用性有如下五個屬性：
而“可用性測試”就是邀請 壹批 真實的 典型用戶 針對典型場景操作產品，並鼓勵他們在嘗試 完成任務 的時候 出聲思考 ，可用性工作人員在壹旁 觀察、聆聽、記錄 ， 發現 產品使用過程中的可用性問題。它適應於產品前期設計開發、中期改進和後期維護完善的各個階段，是以用戶為中心設計思想的重要體現。
我們作為產品的Manager、Designer、Coder，作為產品的爹媽，孩子身上有幾顆痣都很清楚，孩子性格隨我沒毛病，認為這個功能理所當然應該這樣設計。所以產品設計者是專家用戶，而用戶知識普通用戶，我們不能完全代表典型用戶的想法。聽聽來自用戶的真實聲音，有利於提升設計價值。
所以可用性測試主要是為了從易學性、效率、可記憶性、錯誤率和滿意度五個維度 衡量產品可用性 ，同時 定位產品問題及產生原因 ，進而優化產品。
再有壹點，設計需要平衡產品與商業之間的關系，所以可用性測試也與公司商業目的緊密相關，只有這樣，測試才能成為解決問題和尋求機會的有效工具。
NNG的Jacob Nielsen列出了以下三個場景：
1. 在叠代的過程中，特別是兩個叠代之間的時候。我們需要知道我們本期的設計是否解決了之前的問題，或者我們還需要繼續改進我們的設計方案。
2. 數據不會騙人——對於競品的可用性分析，可用性測試得到的指標是非常有用的。
3. 在每壹次新的發布之前，我們需要在腦海中有壹個清晰的目標。當我們對現在的設計方案沒有很大的把握的時候，壹次可用性測試可以告訴我們，新的版本是不是已經準備好發布了。
需要確定可用性測試的 問題焦點 ，需要盡可能的精準、清晰、可測量、可觀察，比如關於功能點、界面、流程等。可以詢問利益相關者，理解他們想要知道的信息，專註於能夠實現產品ROI的研究目標。
首先我們需要有壹個***識：“可用性測試任務是為了用戶的實際目標，而不是我認為用戶想要做的事”。其次下面是任務設計的幾條核心方法：
a) 根據測試目的列出任務清單， 任務不宜過多 ，必須是 緊貼核心測試部分 的；
b) 對每個任務 給予用戶合理的動機 ，對於用戶來說，產品的功能不重要，重要的是用戶使用產品想要達到的目的；
c) 將任務 賦予真實場景 ，畢竟用戶使用產品都是有真實場景的。
總之，設計測試任務就是“誰在什麽情況下要做什麽事”，緊抓“人”、“情景”、“目標”三個要素。
撰寫測試腳本是為了預防在正式測試時不知道該問什麽，該記錄什麽，沒有頭緒，壹片混亂。可以根據測試結束後的結果統計分析的維度出發，結合任務清單，自下而上的分析應該在測試時 需要問的問題 ，還有 需要觀察的註意點 。比如：
詢問 ：進入頁面，首先看到什麽？然後看到什麽？ 用戶會想點開什麽地方？每個分類上面的數字，用戶有沒有註意到？……
觀察 ：用戶探索了那些內容？用戶說了什麽？正面評價？負面評價？用戶的表情，是否有皺眉撅嘴等負面表情？
測試實驗室所需要的硬環境肯定是要完善的，比如：
a) 實驗室環境 ：不管是會議室、還是專門的裝有單面玻璃的觀察實驗室，至少要幹凈整潔，能讓用戶心情放松的；
b) 測試設備 ：使用什麽終端產品、網絡環境要暢通、賬號要先註冊等；
c) 記錄設備 ：錄音、錄像、錄屏等，記錄測試過程可以幫設計師會議訪問的場景，填補壹些缺失的筆記。可以用壹些錄音機、攝像機、眼動儀、鼠標軌跡記錄、QuickTime、Mobizen、Display Recorder、SCR、Magitest等軟硬件。
預測試就是正式實施之前，邀請同事模擬幾次，發現測試時的問題。把正式的流程走壹下，包括設備調試、訪談切入、問題提問、觀察記錄、結果分析，把錄音和錄像都看壹遍，從中 發現測試時的問題 。
樣本數量 ：根據Nielsen和Landauer的研究，可用性測試發現系統中問題數量與測試人數遵循以下公式： P=N （1-（1- L ） n ）
其中P為發現問題的數量，N是系統中存在問題的總量，L是通過研究單個用戶可以發現的用戶比例，根據經驗L的值壹般被定義為31%。此時我們可以繪制出P關於n的曲線，如下圖所示。此外，Nielsen還給出了以下的壹份數據：根據83例NNgroup最近進行過的可用性咨詢的案例分析可以得出下右圖的可用性問題數量——招募用戶數量的關系。我們可以看到，在招募 5-8名 用戶的時候，就足以暴露出系統中的大部分可用性問題了。而此時再測試更多的用戶，並不會為我們的洞察帶來明顯的提升。
尋找用戶 ：分為三步驟，招募信息投放—>篩選問卷—>電話聯系，核心原則是“讓最具有代表性的用戶參與”，通過了解用戶的態度、行為、目標來甄選，與用戶畫像匹配的用戶。
從測試當天接待用戶開始就需要保持壹個友好態度，能夠讓用戶放下警惕，能夠有壹個愉悅的心情去面對測試。開場主持人可以做壹些自我介紹，熱熱場，緩和壹下測試的氛圍，表明測試的目的，告知用戶我們非常希望您能暢所欲言，這個測試沒有對錯之分，不要擔心做不好，真誠的希望我們和您壹起去發現產品的問題。而且如果有錄音或錄像，壹定要讓用戶知曉有此類行為，但是會對測試資料保密，可以簽署保密協議。
根據準備的測試腳本進行測試，至少需要兩位工作人員，壹名主持人做任務引導、詢問問題工作，壹名觀察記錄員觀察用戶情緒、動作、記錄用戶行為、想法。測試中需要註意以下幾點：
a) 觀察 ：察言觀色，識別用戶的情緒，思考中、皺眉、猶豫、驚訝等，通過用戶情緒判別任務的難易，用戶是否無法完成任務，那麽就應該終止該任務的測試，並且舒緩用戶情緒。
b) 詢問 ：詢問采用壹般疑問句，具體客觀地重復用戶剛才的行為表現，如果用戶沒有自己主動說出原因，可以“順便”問以下“為什麽？”或通過身體前傾、目光註視等非語言方式來暗示用戶妳希望能聽到更多內容，若用戶很快、堅定地說出原因，則該理由的可信度較高；如果用戶猶豫、或難以說出原因，就不要繼續追問。
c) 傾聽 ：做壹個好的聆聽者，用戶講話時，可以用點頭、嗯嗯、眼神交流等反饋給予用戶提示我們在認真的聽，您繼續講下去。
d) 鼓勵 ：鼓勵用戶出聲思考，測試中的問題大膽講出來，而且要肯定用戶的建議，給予鼓勵誇獎，認同其價值。用戶遇到困難時，不要提供幫助，可以適當鼓勵。
首先壹位用戶測試結束後，可以先趁著記憶猶新，簡單的做半小時整理工作，主持人和筆錄互相核對。然後等全部測試完成再進行可用性水平和問題分析。這裏按照我的理解做了壹份可用性問題的總結模板：
在《Don`t?Make?Me?Think》中Steve提到壹種10美分的簡易可用性測試，對於早期起步階段、需要快速叠代的產品，可以采用這種方式簡單做壹下可用性測試。
《可用性工程》中講到11條可用性的經驗準則，也壹起記錄壹下：
到這裏讓我想到前幾天看到的十二條UX設計準則，也在此安利壹下，免得我找不到了，網站也做的很不錯，網站地址?： Laws of UX 。
[1] 可用性工程
[2] 點石成金：訪客至上的Web和移動可用性設計秘笈
[3] 如何進行可用性測試和用戶研究？ - fries的回答 - 知乎
[4] 如何進行可用性測試和用戶研究？ - 妖葉秋的回答 - 知乎
[5] 如何進行可用性測試和用戶研究？ - 韓正雙的回答 - 知乎
[6] 如何進行可用性測試和用戶研究？ - Kelly的回答 - 知乎
[7] 如何進行可用性測試和用戶研究？ - 蘇靜婷蝙蝠小玩子的回答 - 知乎
[8] 用研說可用性測試操作指南
[9] 可用性測試：任務評估模型與計量方式
[10] 4個方面，聊聊如何做壹次更高效的可用性測試
[11] 如何進行可用性測試和用戶研究？- 人人都是產品經理
[12] 用超多實例，解析「交互設計七大定律」在設計中的應用