可用性測試在專業網際網路公司裡是隸屬於使用者研究的職責，而且使用者研究這個職位並非每個公司都會設定，如果你也像我一樣渴望提公升產品品質又沒有用研幫忙，也沒有這方面的領路人的同行們，怎麼辦？因此我寫了這篇文章，不是因為我是乙個使用者研究，也不是我對可用性測試多精通。
前段時間恰好啃了一些資料，把筆記整理了一下寫下了這篇文章，這篇文章不可能讓你精通於可用性測試，最多讓你粗略的了解它，所以在文章結尾處，我會把之前收集的一些資料放上，方便大家進行後續的深入研究，同時希望有經驗的人能夠多多指點取經。
任務多≠任務好
設定任務不宜過於過多，5個任務即可，每個任務也不宜複雜，最好能夠自然模擬使用者的心理
在一開始如果不知道怎麼開始測試的時候，可以把產品的關鍵點乙個個列出來，在設定任務的時候，將任務需要測試幾個點先植入，再開始慢慢編寫配套的任務與環境，任務無需多，需核心。
開始設計情景與任務
這篇文章介紹的很具體，可以看這裡《可用性測試中的任務設計方法》
題外話：《妙手回春:可用性測試及優化指南》是一本系統闡述了可用性測試的書，非常完整，國外對待可用性測試很嚴謹，像一門科學研究(老外做事真的很認真細節)。但因為不是專業用研，沒有全按照書上的做，而是選擇一些內容有針對性的做，不過推薦大家有時間讀一讀這本書。
在開始測試前，還需要進行2件事情
與所有工作人員進行乙個簡單的溝通會，主要溝通：
講解測試流程：講解測試的目的，為什麼要設定這樣的情景任務，需要完成哪些重點，在測試時候有哪些地方需要特別注意使用者的操作
如何與使用者接觸：當測試者進行不下去任務的時候怎麼辦，發現使用者情緒不對了如何去安撫，是否需要終止任務等狀況。
進行**試及修正情景與任務
找乙個陽光明媚的下午，請1，2位同事，簡單的進行一下**試，主要目的是核對下資料是否準備齊全，整個流程是否順利進行，以及情景任務是否合理，通過**試及時調整這些內容，也讓自己長點信心
大致流程如下：
1. 歡迎
2.提問
3.測試中
4. 提問
5. 道別
召集所有參與測試的工作人員，將所有記錄的問題彙總，最好有個黑板，全部貼上。
然後找出可以馬上改進的問題，先把這些問題處理，接下來把大的東西再仔細的通過錄影，筆記進行仔細的考慮，後續與產品，互動等一起進行改進。
這樣就差不多完成了一次可用性測試，以上的流程也可以根據自己的實際情況再進行修改。
——————————————————————————————————
以下是之前參考一些資料，如果大家對可用性測試還有興趣的話，可以再研究下這些文件：
妙手回春:可用性測試及優化指南
簡單快速的可用性測試筆記
可用性測試的權衡之道（一）
可用性測試過程
ucdchina「可用性測試」話題
第一場雪 杭州
上周五杭州還熱得要命，週六就開始下雨凍人。前兩天楓葉還火紅得溢著秋意，今天就雪壓青枝了。這是我見過的第一場雪，也是今年杭州的第一場雪。以前去北方都是夏天，所以導致都沒見過雪。想起以前的同桌邀請我過去哈爾濱觀賞冰雕，我心裡有點惴惴，怕自己去了成了被觀賞的就慘了。發幾張 早上起來的時候是很小的顆粒狀。走...
暑期第一場題解
此題，emmmm，有毒，很容易出現各種bug，還是自己菜，不能動不動就覺得是資料有問題，此題肯定要用字串，模擬的題，有點長 蒟蒻瑟瑟發抖 不過不難理解，仔細看看就明白了，主要是細節方面的處理 include include include includeusing namespace std int...
暑期集訓第一場
找規律，當n 3 0的時候，ans pow n 3,3 當n 4 0的時候，就是pow n 2,2 n 4。include include define ll long long using namespace std ll t,n intmain else if n 4 0 else 題目中說了不...