易用性測試法測試的是用戶在理解使用產品時產品的能力。
目前易用測試的現狀不容樂觀，原因：
- 產品不重視
- 開發不重視
- 後期才重視
- 發現了優先級放的很低，甚至一拒了之
- 測試投入太少（原因可能是上面的理由）
就測試方法，討論一下：
1. 一致性測試法
主要對象：用戶界面（UI），所有用戶跟產品交互的地方
關注如下用戶界面：
- 風格、佈局、元素上是否統一、一致
- 佈局是否合理性、操作的合理性、提示等是否符合UI設計規範
一致性測試是一種“確認”（validation），目的是“證實”，具體方法：
1) 進入用戶界面，確認頁面和產品整體風格，入字體大小，顏色，。。。
2）圖標是否來自產品的圖標庫，風格統一
3）確認頁面的“元素”是否符合產品的UI設計規範，是否統一。例如複選框是否都是口？單選框，switch控件等。。。
4）確認頁面佈局是否是符合設計規範，比如設計規範要求分級組織不能超過3級，而軟件實現太多。
5）確認操作合理性，比如查詢結果，如果太多就要分頁
6）確認提示是否合理，如輸入錯誤提示等
2. 可用性測試法
可用性測試法的對象也是UI
關注對象爲產品提供的功能，對於用戶來說是否易於學習理解、易於使用，需要和功能測試結合起來，以場景作爲測試粒度，以用戶的視角進行測試。
誰來測試？
排序：需求工程師（產品人員）》售前售後工程師》功能測試人員，最佳人選是又懂產品設計又懂測試的人。不太建議用功能測試人員進行可用性測試，因爲功能測試人員每天都接觸這些UI，早已經”被習慣“，審美疲勞，最不合適的是新員工或實習生，這些人員既不懂測試又不懂產品設計和目的用戶。
步驟：
1）確定測試場景，可以根據需求規格寫出來，每個場景《30分鐘
2）一個場景不要超過10步
3）完成這個場景下，一共跳轉了多少個頁面/視圖， 不要超過5個頁面
4）測試者測完這個場景，一共求助了多少次，不要超過5次，不然這個產品可能用戶理解就很差
結果：
可以參考（友商）的產品xxx的設計方法，通過xxx的組織方式，可以減少xxx的功能配置過程，需要去掉xxx操作，合併xxx操作。