可用性測試
可用性測試的概念：讓一群具有代表性的用戶對產(chǎn)品進(jìn)行典型操作，同時觀察員和開發(fā)人員在一旁觀察，聆聽，做記錄。
一、可用性測試的五個步驟
可用性測試是用戶體驗研究中最常用的方法之一，可用性測試可以分解為五個步驟：
1資源準(zhǔn)備
2任務(wù)設(shè)計
3用戶招募
4測試執(zhí)行
5報告呈現(xiàn)
1.資源準(zhǔn)備
經(jīng)典的5W問題：
·為什么要進(jìn)行這個測試（why）？測試可以驗證一些設(shè)計中的疑惑，或者找出現(xiàn)有的界面、流程設(shè)計上的問題，具體問題要具體分析。
·什么時候在哪里做測試（when？where？）？時間一般是需要和測試者協(xié)調(diào)的；地點一般選擇在安靜的會議室即可，如果公司有專門的實驗室那就最好不過了。
·誰要作為測試者（who）？這里可以在招募測試者會詳細(xì)討論，不過測試者一般是跟我們的persona接近的人，或者換個說法，測試者一般是我們的目標(biāo)用戶。
·我們要測試什么（what）？測試一些功能點，測試界面設(shè)計，測試流程設(shè)計，測試設(shè)計中有爭議、有疑問的地方。
確定以上問題之后開始做準(zhǔn)備工作，主要工作有：①招募測試者； ②撰寫測試腳本； ③制作測試原型。
2.任務(wù)設(shè)計
在分析維度基礎(chǔ)上，對功能點進(jìn)行任務(wù)分析。把所有需要測試的功能點列出來，對每個功能點進(jìn)行任務(wù)設(shè)計。
對于任務(wù)而言，用戶最主觀的感受就是兩個：界面和流程。所以測試腳本可以從這兩個維度去細(xì)分。
3.用戶招募
招募測試者是可用性測試最重要的環(huán)節(jié)之一，測試者是否合適直接關(guān)系到測試結(jié)果的好壞，測試結(jié)果直接關(guān)系到能否發(fā)現(xiàn)產(chǎn)品現(xiàn)有的問題。
所以招募測試者非常重要。理想的測試者是我們的目標(biāo)用戶，所以可用性測試要努力尋找到目標(biāo)用戶作為測試人員。
尋找的途徑如下：
a)假如同事（非同部門）或者好友也是目標(biāo)用戶，可以選用同事或者好友作為測試人員。
b)公司如果有用戶資料庫，可以從這個庫里面尋找到測試人員。
c)委托第三方機(jī)構(gòu)幫忙尋找測試人員，不過效果要注意驗證。
d)通過自己的微博、微信、官網(wǎng)或者論壇做為尋找測試者的渠道。
4.測試執(zhí)行
測試前的接待工作是測試人員對公司的第一印象，給測試人員留下一個好印象、一個好心情有利于可用性測試的進(jìn)行。
正式開始之前有個暖場介紹。首先主持人做一下自我介紹，然后介紹一下測試的目的和時間，需要向用戶強(qiáng)調(diào)測試的對象是系統(tǒng)，希望用戶可以暢所欲言。
個人問題主要是為了讓用戶有個適應(yīng)的過程，可以迅速進(jìn)入狀態(tài)。一般可以詢問產(chǎn)品使用習(xí)慣、產(chǎn)品偏好、上網(wǎng)情況等，之后的測試問題就是主要的可用性測試的問題。
這里需要把問題放入到場景中，讓用戶在場景中去完成任務(wù)。或者可以詢問用戶的使用習(xí)慣，然后引導(dǎo)到腳本中的問題。
除了詢問，聆聽之外，主持人還要觀察用戶的神情以及動作，遇上用戶有疑問的表情的時候可以適當(dāng)穿插新的問題，但是盡量不要提供幫助，也不要指出用戶的錯誤或指責(zé)動作太慢，但是可以詢問用戶“為什么這么操作”，必要的時候可以選擇停止任務(wù)
5.報告呈現(xiàn)
測試結(jié)束有時間應(yīng)立刻進(jìn)行整理，因為時間越短，整理出來的內(nèi)容就越豐富。必要時可以用錄音或者錄像來輔助。
在撰寫測試腳本的時候還有一份總結(jié)大綱，根據(jù)大綱來整理內(nèi)容。大綱要具備靈活性，可以記錄一下測試現(xiàn)場發(fā)現(xiàn)的新問題。
二、可用性測試的時機(jī)？
可用性分析包括了概念測試（concept testing），實驗室的可用性分析（usability lab studies），遠(yuǎn)程的有指引可用性測試（moderated remote usability studies），快速迭代的測試和評估（rapid iterative testing and evaluation），眼動分析（eyetracking）等。
可用性測試是偏向行為的。因此，不論是要對系統(tǒng)的可用性得到一個概括性的結(jié)論，還是要針對一個模塊的可用性進(jìn)行精確的數(shù)據(jù)分析，都可以通過不同的測試方法來完成。不論哪種測試方法，可用性測試核心都是建立在觀察上的。
三、何時使用可用性測試？
在迭代過程中，特別是兩個迭代之間。需要確定本次的設(shè)計是否解決了之前的問題，還有哪里要繼續(xù)改進(jìn)設(shè)計方案。
基于競品的可用性測試得到的指標(biāo)非常有用。
在新產(chǎn)品發(fā)布之前，要有清晰的目標(biāo)。對于現(xiàn)在的設(shè)計方案如果沒有很大的把握，可用性測試可以預(yù)先測試新的版本是不是已經(jīng)準(zhǔn)備好發(fā)布。
總之，可用性測試發(fā)生在整個設(shè)計周期里。擁有一個真正的產(chǎn)品之前，我們需要知道一個方案是否可行，同時要注意平衡可用性測試材料的保真度。
用一個盡量輕的原型進(jìn)行，這樣可以盡快對設(shè)計方案進(jìn)行迭代；同時要注意保留足夠的細(xì)節(jié)，讓用戶明白我們到底做了一個什么。并將用戶帶入預(yù)設(shè)的場景里。
四、可用性測試是大公司才干的事嗎？
過于精心設(shè)計的可用性測試是一種資源上的浪費。 最好的結(jié)果來自不超過 5 個用戶的測試，有些人認(rèn)為可用性測試的“投入產(chǎn)出比”低，只有罕見的網(wǎng)頁設(shè)計項目才有資格使用這種研究方法，才能承擔(dān)大額的預(yù)算和奢侈的時間表。 這是不對的。?
可用性測試的最好的結(jié)果來自不超過 5 個用戶的測試，我們能夠通過分解可用性測試變成小測試。
五、選擇多少參加可用性測試的用戶？
經(jīng)研究表明，零個用戶只會發(fā)現(xiàn)零個問題點。
從第一個用戶開始測試，就開始發(fā)現(xiàn)問題點，而且?guī)缀跻呀?jīng)發(fā)現(xiàn)了近三分之一可用性問題點。 從 0 到 1 數(shù)據(jù)之間的差異是驚人的。
