之前總結(jié)過一版交互設(shè)計流程圖，主要是想給自己以后做設(shè)計梳理一下過程鸳碧，但是那份流程里面只有枝干盾鳞，并沒有枝葉，所以針對每個方法我都會撰寫一份方法總結(jié)瞻离，或者說指導(dǎo)腾仅，目的就是為以后實踐做準備。我期望的效果是套利，假如一個沒有接觸過該方法的人看到這份總結(jié)推励，可以按照這個總結(jié)一步步完成實驗。這就是我最大的目的肉迫。下面就是第一份總結(jié)《可用性測試方法總結(jié)》验辞。

（預(yù)警：長文慎入！不過耐心看完肯定會有所收獲）

============分割線==================

1.可用性測試的過程

可用性測試的過程主要有七個步驟：測試前思考喊衫、制作測試原型跌造、撰寫測試腳本、招募測試者族购、設(shè)置測試環(huán)境壳贪、預(yù)測師、正式測試以及測試結(jié)果統(tǒng)計分析寝杖。這七個步驟有些事可以并行的违施，有些是需要嚴格按照前后順序執(zhí)行的。七個步驟組成的流程圖如下：

可用性測試過程

下面我就針對這七個步驟瑟幕，談?wù)劸唧w要怎么做磕蒲。

2.測試前思考

不論是做哪個平臺的可用性測試留潦，比如PC端、移動端或者是WEB端的可用性測試辣往，最最重要的就是要先理清楚一些基本問題愤兵。基本問題就是最經(jīng)典的5W問題：

·為什么要進行這個測試（why）排吴？測試可以驗證一些設(shè)計中的疑惑，或者找出現(xiàn)有的界面懦鼠、流程設(shè)計上的問題钻哩，具體問題要具體分析。

·什么時候在哪里做測試（when肛冶？where街氢？）？時間一般是需要和測試者協(xié)調(diào)的睦袖；地點一般選擇在安靜的會議室即可珊肃，如果公司有專門的實驗室那就最好不過了。

·誰要作為測試者（who）馅笙？這里可以在招募測試者會詳細討論伦乔，不過測試者一般是跟我們的persona接近的人，或者換個說法董习，測試者一般是我們的目標用戶烈和。

·我們要測試什么（what）？測試一些功能點皿淋，測試界面設(shè)計招刹，測試流程設(shè)計，測試設(shè)計中有爭議窝趣、有疑問的地方疯暑。

當然這些問題其實都不太難，但是這些都是至關(guān)重要的問題哑舒。如果沒有經(jīng)過這個步驟的思考妇拯，整個可用性測試做下來就會像無頭蒼蠅，沒有一個總的指導(dǎo)散址。

3.測試前期準備

在想清楚以上的問題之后乖阵，需要為可用性測試做一些準備工作。主要工作有：①招募測試者预麸； ?②撰寫測試腳本瞪浸； ?③制作測試原型。

這三個過程不分先后吏祸，條件允許的情況下（人力物力充足時）也可以同時進行对蒲。

3.1招募測試者

招募測試者算是可用性測試最重要的一個環(huán)節(jié)之一的钩蚊，測試者是否合適直接關(guān)系到測試結(jié)果的好壞，測試結(jié)果直接關(guān)系到能否發(fā)現(xiàn)產(chǎn)品現(xiàn)有的問題蹈矮。所以招募測試者是重中之重砰逻。理想的測試者是我們的目標用戶，所以可用性測試要努力尋找到目標用戶作為測試人員泛鸟。尋找的途徑如下：

a)最簡便的蝠咆，假如同事（非同部門）或者好友也是目標用戶，可以選用同事或者好友作為測試人員北滥。

b)其次刚操，大型公司都會有自己的用戶資料庫，可以從這個庫里面尋找到測試人員再芋。

c)又或者說菊霜，委托第三方機構(gòu)幫忙尋找測試人員也是允許的，不過效果可能不如自己尋找的济赎。

d)當然鉴逞，現(xiàn)在的應(yīng)用一般都會有自己的微博、微信司训、官網(wǎng)或者論壇构捡，這些是非常好的尋找測試者的渠道。我們可以推送招募測試者的公告壳猜，讓用戶填寫一份調(diào)查之后叭喜，我們再篩選得到我們想要的測死者。公告中要注明獎勵蓖谢，一般為小禮品的獎勵捂蕴，保證對測試者有一定的吸引力，同時又不至于讓他們會為了這個禮物對個人信息造假闪幽。其次啥辨，對于測試者，我們需要進行一個篩選【3】盯腌。首先需要用戶填寫必要的個人信息：比如姓名溉知、電話（郵箱）、空閑時間腕够；然后根據(jù)調(diào)查選擇其他一些個人信息：性別级乍、年齡、職業(yè)之后帚湘，最后留幾道問卷題目進行篩選玫荣。

篩選的維度主要有：

·平臺。如果測試的產(chǎn)品與平臺有關(guān)大诸，比如是Android或者iOS捅厂，需要在這里進行一個篩選贯卦。

·對產(chǎn)品的熟悉程度。比如我們想找一些初級用戶和一些高級用戶焙贷，可以選用“使用時間”這一項來衡量用戶對產(chǎn)品的熟悉程度撵割。

3.2撰寫測試腳本

測試腳本的好壞直接關(guān)系到結(jié)果的好壞。在撰寫測試腳本之前辙芍，我們需要先確定一些結(jié)果分析的維度啡彬。一般的維度有：a)任務(wù)完成度b)致命錯誤c)非致命錯誤d)完成任務(wù)的時間e)主觀情緒f)偏好和建議。對于這些維度的解釋具看第文章的最后一部分“測試結(jié)果統(tǒng)計分析”故硅。

由于分析的維度會關(guān)系到腳本的問題外遇，所以在確定分析維度之后，我們可以對功能點進行任務(wù)分析契吉。把所有需要測試的功能點列出來，對每個功能點進行任務(wù)設(shè)計诡渴。對于任務(wù)而言捐晶，用戶最主觀的感受就是兩個：界面和流程。所以測試腳本又可以從這兩個維度去細分妄辩。

需要注意的是惑灵，可用性測試中，問只是其中的一部分眼耀，觀察是另外一個重要的內(nèi)容英支，所以測試腳本不僅僅要有問的問題，還有需要撰寫工作人員觀察的注意點哮伟。同時可以在撰寫完測試腳本的同時干花，把總結(jié)大綱也寫出來，方便后期總結(jié)的時候統(tǒng)一結(jié)果展示楞黄。

特別的池凄，在設(shè)計的時候有疑惑的點，或者有爭議的點鬼廓，在可用性測試也可以得到較好的驗證肿仑。

寫完測試腳本之后，可以和利益相關(guān)者（項目經(jīng)理碎税、產(chǎn)品經(jīng)理尤慰、開發(fā)等）討論一下，請他們校驗一下測試腳本雷蹂。

界面：

a)當前界面有什么伟端？

b)每個東西用戶覺得是什么？

c)可以操作嗎匪煌？

d)用什么手勢操作方式荔泳？

e)操作之后會怎么樣蕉饼？

f)界面顯示的內(nèi)容足夠嗎，有沒有缺少什么東西玛歌？

流程：流程的測試就是根據(jù)任務(wù)來進行的昧港。把產(chǎn)品的需求文檔羅列出來，然后給每個需求配上一個合適的場景支子，當然也會出現(xiàn)一個場景覆蓋多個需求的情況创肥，這也是允許的。然后讓用戶在場景下去進行任務(wù)值朋，觀察用戶叹侄，然后隨時提問用戶，隨時準備回答用戶的問題昨登。

以上兩點適合所有的可用性測試趾代，但是對于版本更新類的可用性測試，我們還需要了解這個更新對于用戶來說的接受度如何丰辣，所以需要增加一些對比性的問題：比如說：新舊版的操作流暢度撒强、界面表達對比感受。

最后需要注意的是笙什，一次可用性測試能涵蓋的范圍有限飘哨，所以要限制腳本問題的數(shù)量，以及對腳本的問題進行優(yōu)先級的排序琐凭。

舉個例子芽隆，之前做過一個微信端的眾籌平臺。我就可以設(shè)定以下任務(wù)：

測試腳本樣例

3.3制作測試原型

可用性測試的原型一般是高保真的Demo统屈，可以用Prott胚吁，F(xiàn)linto，proto愁憔，墨刀等來制作囤采，制作力求真實還原應(yīng)用的最終實現(xiàn)效果。制作高保真Demo是一件耗時耗力的工作惩淳，所以在制作的時候可以適當忽略一些動效蕉毯、界面等。不過做出來的Demo最終也可以給開發(fā)參考思犁，所以辛苦也是值得的代虾。甚至于，可以請求開發(fā)人員制作原生的程序Demo（針對安卓平臺）激蹲，程序Demo體驗會更加好棉磨。

當然，紙面模型也是另外一種非常好的工具学辱。紙面模型需要把紙面模型都只做出來乘瓤，然后把所有的彈出窗口环形、下拉菜單等控件也制作出來。然后設(shè)計師充當wizard of oz來輔助用戶完成任務(wù)衙傀。即用戶對著紙面模型來操作抬吟，然后設(shè)計師實時反饋用戶的操作。這樣子要求設(shè)計師非常熟悉測試的應(yīng)用统抬，同時火本，測試的時間也會大大增長。同時聪建，動效作為設(shè)計的一環(huán)在這里無法表現(xiàn)出來钙畔，所以結(jié)果可能會不如高保真Demo來的好〗痿铮總之各有利弊擎析，根據(jù)實際情況來考慮。

4.設(shè)置測試環(huán)境

測試環(huán)境是指測試的時候需要使用的記錄設(shè)備挥下，通過把測試過程記錄下來可以更好地分析用戶的行為揍魂，特別是用戶自己都沒有覺察出來的一些東西。

首先见秽，最最重要的一點是錄音，錄音一方面是在整理訪談記錄的時候可以幫助設(shè)計師回憶訪問的場景讨盒，然后填補一些缺失的筆記解取。另一方面，錄音也可以作為一種存檔的材料返顺。同時禀苦，錄音也存在簡單、易操作遂鹊、隱蔽等特點振乏，使用錄音筆或者現(xiàn)在隨處可見的智能機即可完成錄音。所以強烈推薦進行可用性測試的時候一定至少要錄音秉扑。

錄音之外就是錄像慧邮，如果有錄像的話，錄音的步驟就可以省略舟陆。錄像主要是記錄用戶的表情和動作误澳。有時候，用戶的表情和動作可以傳達很多東西秦躯，通過把這些信息記錄下來可以忆谓，設(shè)計師偶爾可以挖掘到一些閃光的設(shè)計點。

除此之外踱承，用戶的屏幕記錄也是一種方式倡缠，通過用戶的屏幕哨免、加上用戶操作的動作，表情昙沦，可以真實還原用戶的使用場景琢唾，方便后期的分析。

錄像和錄屏的操作比較難進行桅滋，主要的設(shè)備可以參考如下【5】慧耍，具體可以查看相關(guān)的鏈接：

·攝像機：記錄動作和部分表情

·眼動儀：可以追蹤眼球的焦點軌跡，不適合移動端

·鼠標軌跡記錄：記錄鼠標軌跡丐谋，只適用于PC端

·QuickTime?(iOS)：僅記錄屏幕

·Mobizen?(Android)：記錄屏幕芍碧、手勢

·Display?Recorder?(iOS)：手勢、聲音

·SCR?(Android)：記錄屏幕号俐、手勢泌豆、表情、聲音

·Magitest?(iOS)：記錄屏幕吏饿、手勢踪危、表情、聲音

·Mobizen?+AirDroid?(Android)：現(xiàn)場觀察并記錄手勢猪落、表情贞远、聲音

5.預(yù)測試

預(yù)測試是正式實施可用性測試前的一次模擬， 模擬有助于發(fā)現(xiàn)問題笨忌，這時候邀請同事即可蓝仲。把正式測試的流程走一遍，包括設(shè)配的調(diào)試官疲、訪談切入绑改、問題的提問癞揉、記錄者的記錄等，然后把記錄的錄音、視頻等放出來看看效果如何成箫，效果不如意的時候再進行調(diào)整铆铆。

總之种蝶，預(yù)測試可以幫助發(fā)現(xiàn)問題员萍，包括以下幾個方面的問題：

·設(shè)備的問題。舉個例子犀盟，錄音設(shè)備放置的位置會影響錄音的效果噪漾。

·測試腳本的問題。測試問題是否足夠清晰且蓬。

·訪談的切入以及問題的提問欣硼。

·記錄者的記錄。

發(fā)現(xiàn)問題之后去解決問題，才能使正式測試的時候達到更好的效果诈胜。

6.正式測試

6.1事前接待

測試前的接待工作是測試人員對公司的第一印象豹障，給測試人員留下一個好印象、一個好心情有利于可用性測試的進行焦匈。所以在這里將一些注意點說一下血公。

首先，可以事先確認一下用戶的行程缓熟。遇到刮風累魔、下雨、下雪等惡劣天氣的時候可以事先送上問候短信够滑。

其次垦写，遇上用戶遲到的情況下，也要保持克制彰触。在遲到五分鐘到十分鐘之后再給用戶電話詢問情況梯投，如果用戶因故取消測試，也要保持友好的態(tài)度况毅。

在接到用戶之后分蓖，送上一杯溫水或者溫熱的飲料，然后讓用戶等待一下尔许。最后可以有專門的人員先和用戶聊聊天么鹤，可以打聽一些事情。

6.2暖場介紹

正式開始之前有個暖場介紹味廊。首先主持人做一下自我介紹蒸甜，然后介紹一下測試的目的和時間，需要向用戶強調(diào)測試的對象是系統(tǒng)毡们，希望用戶可以暢所欲言迅皇。如果有錄音或者錄像昧辽，需要向用戶告知會有此類行為衙熔，但是結(jié)果完全保密。最后還需要簽署保密協(xié)議搅荞。

6.3正式提問

正式提問分兩個部分：個人信息的小問題和可用性測試任務(wù)問題红氯。

小問題主要是為了讓用戶有個適應(yīng)的過程，可以迅速進入狀態(tài)咕痛。一般可以詢問產(chǎn)品使用習慣痢甘、產(chǎn)品偏好、上網(wǎng)情況等茉贡，之后的測試問題就是主要的可用性測試的問題塞栅。這里需要把問題放入到場景中，讓用戶在場景中去完成任務(wù)腔丧》乓或者可以詢問用戶的使用習慣作烟，然后引導(dǎo)到腳本中的問題。需要注意的是砾医，不一定要按照腳本的順序提問拿撩，可以隨機應(yīng)變，所以主持人要非常熟悉腳本的內(nèi)容如蚜。除了詢問压恒，聆聽之外，主持人還要觀察用戶的神情以及動作错邦，遇上用戶有疑問的表情的時候可以適當穿插新的問題探赫，但是盡量不要提供幫助，也不要指出用戶的錯誤或指責動作太慢兴猩，但是可以詢問用戶“為什么這么操作”期吓，必要的時候可以選擇停止任務(wù)。

測試過程中還需要有一個記錄人員倾芝，記錄人員需要記錄：用戶做了什么動作和步驟（重點）讨勤、用戶說了什么、寫下自己的疑問（適當時候可以進行提問或者讓主持人提問）晨另。

6.4結(jié)束感謝

測試結(jié)束之后潭千，主持人可以問一下用戶的想法，同時讓記錄人員補充提問借尿，所有問題結(jié)束之后刨晴，需要對用戶表示感謝。送上禮品并接受用戶的一些交通費報銷票據(jù)等路翻。最后要把用戶送到公司門口狈癞。

7.測試結(jié)果統(tǒng)計分析

測試結(jié)束之后，如果有時間可以立馬進行整理茂契，因為時間越短蝶桶，整理出來的內(nèi)容就越豐富。必要的時候掉冶，可以用錄音或者錄像來輔助真竖。在撰寫測試腳本的時候還有一份總結(jié)大綱，根據(jù)大綱來整理內(nèi)容厌小。大綱要具備靈活性恢共，可以記錄一下測試現(xiàn)場發(fā)現(xiàn)的新問題。

記得只是整理而已璧亚，每個測試結(jié)束都會有一份整理的資料讨韭。最后需要匯總多份可用性測試總結(jié)，最終出具一份可用性測試結(jié)果，根據(jù)這份結(jié)果進行相應(yīng)的改進工作透硝。

我們可以從如下幾個維度去分析我們的可用性測試【8】（維度之間可能有交叉）：

a)任務(wù)完成度吉嚣。每個測試任務(wù)都對應(yīng)一個目標，只有當用戶達到目標之后蹬铺，我們才認為他們完成了任務(wù)尝哆。對于每個任務(wù)，用戶完成的情況如何甜攀？有多少用戶最終沒能完成任務(wù)秋泄？多少用戶需要在主持人提示下完成任務(wù)？多少人可以自行完成任務(wù)规阀？這些都是很重要的指標

b)致命錯誤恒序。嚴重錯誤指那些阻礙用戶完成任務(wù)的錯誤，這些錯誤非常重要谁撼，每一個都要得到足夠的重視歧胁。

c)非致命錯誤。非致命錯誤是指用戶能完成任務(wù)厉碟，但是某些地方會有一些阻滯喊巍，會停頓或者思考的錯誤。這些錯誤相對來說沒那么重要箍鼓，不過如果發(fā)生的次數(shù)較多崭参，該類錯誤也需要得到重視。

d)完成任務(wù)的時間款咖。每個任務(wù)需要完成多少時間何暮，決定了交互設(shè)計流程和界面的設(shè)計是否足夠友好。

e)主觀情緒铐殃。用戶對于任務(wù)的主觀感受海洼，比如是否足夠簡單，是否容易找到信息富腊，可以讓用戶衡量一下坏逢。

f)偏好和建議⌒分猓可以讓用戶說出產(chǎn)品中哪些地方很喜歡词疼？哪些地方不喜歡俯树？或者讓他們提一下建議帘腹。

【1】Adaptingyour usability testing practise for mobilehttp://www.userfocus.co.uk/articles/testing-for-mobile.html

【2】移動可用性測試(一):概述 – 騰訊ISUX–社交用戶體驗設(shè)計http://isux.tencent.com/mobile-usability-testing-one.html

【3】網(wǎng)易公司用戶訪談活動招募問卷http://survey.askform.cn/51194-79597.aspx

【4】用戶訪談心得總結(jié)– 騰訊CDChttp://cdc.tencent.com/?p=5690

【5】移動可用性測試（三）：現(xiàn)場測試– 騰訊ISUX– 社交用戶體驗設(shè)計http://isux.tencent.com/mobile-usability-testing-three.html

【6】用戶研究經(jīng)驗談-采銅學心錄-博客大巴http://xuexinlu.blogbus.com/c4061443/

【7】簡單快速的可用性測試|網(wǎng)易用戶體驗設(shè)計中心http://uedc.163.com/4151.html

【8】Planninga Usability Test Usability.gov?http://www.usability.gov/how-to-and-tools/methods/planning-usability-testing.html