可用性測試：“ 如果你想知道某個東西是否容易使用幅狮，那么在一些人試圖使用的時候觀察他們，記錄他們在哪里遇到問題。”
可用性測試可以用于平息爭論——證明爭論的問題根本沒那么重要—>會發(fā)現(xiàn)更嚴(yán)重的問題
焦點(diǎn)小組： Say sth
可用性測試：Do sth ?
“你可以看到人們真正的使用情形滩届，而不只是聽他們的說法”
① 可用性測試應(yīng)該貫穿在整個開發(fā)設(shè)計的過程中。
② 把測試當(dāng)作一種開闊新體驗： 并不是每個人都知道你所知道的慎宾，采用你的方式去使用產(chǎn)品丐吓。
“它提醒你人們有多么不一樣浅悉，又有多么相像趟据，帶給你看待事物的新視角”
③ 哪怕用錯誤的用戶測試一次，也可以讓你發(fā)現(xiàn)一些問題术健。
④ 測試進(jìn)行得越早越好汹碱。
“我們?yōu)槭裁礇]有早一點(diǎn)做”
一個網(wǎng)站一旦投入使用，改起來就不那么容易了：一部分用戶將抵制任何變化
Case: 豆瓣的豆郵 ? ?電子繪本里的時間設(shè)定
任何在開始時就有助于防止錯誤的方法都很劃算荞估。
可以在設(shè)計網(wǎng)站之前咳促，對同類網(wǎng)站進(jìn)行可用性測試。
持續(xù)對團(tuán)隊產(chǎn)出的任何東西進(jìn)行測試：草圖勘伺、線框圖跪腹、頁面排版、界面原型飞醉、實際產(chǎn)品
⑤ 采用簡易的可用性測試
Rocket Surgery Made Easy: The Do-it-Yourself Guide to Finding and Fixing Usability Problem ?by Steve Krug
“一個半天的測試冲茸，就能讓你發(fā)現(xiàn)太多問題，一個月都修復(fù)不完”
不需要也不可能發(fā)現(xiàn)所有的問題——>把注意力集中在最嚴(yán)重且由足夠資源去修復(fù)的問題上
一個月進(jìn)行一次缅帘，每次3個用戶（可以弱化樣本代表性）
How to Recruit Participants for Usability Studies by Nielsen Norman
測試環(huán)境：
安靜不被打擾的空間+ 一張桌子+2把椅子+一部電腦（連網(wǎng)）+鼠標(biāo)+鍵盤+麥克風(fēng)
+屏幕共享軟件（Go To Meeting/WebEx）+屏幕錄制軟件（Camtasia）
主試（Facilitator）：耐心轴术、冷靜、有同理心钦无、善于傾聽逗栽、鼓勵用戶去嘗試
⑥ 鼓勵任何人來觀看測試過程失暂。
買點(diǎn)好吃的零食~
條件： 意見觀察室+一臺電腦（連網(wǎng)）+屏幕共享軟件+大屏幕顯示器/投影儀+外置麥克風(fēng)
觀察者需要寫下3個最重要的可用性問題彼宠，然后進(jìn)行分享
⑦ 測試任務(wù)的選擇：根據(jù)被測試的產(chǎn)品進(jìn)行設(shè)定鳄虱。
60min內(nèi)大約設(shè)計35min的測試任務(wù)執(zhí)行
準(zhǔn)備足夠的任務(wù)： 有些人總是會完成得比你預(yù)期得要快。
⑧ 一個典型的1小時測試：
歡迎部分（4min）- 任務(wù)介紹
提問部分（2min）-了解被試背景
瀏覽主頁（3min）-讓被試瀏覽主頁并告知看到了什么
任務(wù)測試（35min）-讓被試專注執(zhí)行一些列任務(wù)凭峡，同時說出當(dāng)時的想法
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 在測試過程中醇蝴，不要做任何事說任何話去影響被試。
問題探查（5min）-就測試過程向被試提問&代問觀察室里的人想問的問題
結(jié)束部分（5min）-感謝并給予報酬
樣例腳本1： Steve Krug’s usability test demo ?
樣例腳本2：Advanced Common Sense - Rocket Surgery Made Easy
【典型問題】 可用性測試中最可能遇到的問題：
① 用戶以為自己知道網(wǎng)頁上的概念想罕，實際上是錯的理解悠栓。
② 用戶找不到自己要的內(nèi)容。 說明用戶預(yù)測錯誤或者是用戶用來描述目標(biāo)的詞匯與網(wǎng)站所采用的不同按价。
③ 頁面內(nèi)容太多惭适，用戶看不到目標(biāo)內(nèi)容。
減少頁面整體干擾+突出目標(biāo)內(nèi)容
【如何決定修復(fù)哪些內(nèi)容】
先修復(fù)最嚴(yán)重的問題(不要避重就輕)
每個人寫3個問題楼镐，然后全部收集起來癞志，根出現(xiàn)據(jù)頻率排序以后選10個，然后對這10個進(jìn)行嚴(yán)重程度的評估框产，再生成一份等級表格凄杯。
不需要對每個問題都進(jìn)行完美修復(fù)，當(dāng)修復(fù)到一個程度后即可移出該列表秉宿。
另外列出一些比較容易解決的問題
對問題的描述盡可能精簡
不要太看重用戶對于新功能的期待
對于用戶二次嘗試(初次受挫)的問題不必過于關(guān)注
