【實戰(zhàn)總結(jié)】可用性測試的進階之路

本文主要講述筆者對可用性測試各個階段的認識以及心得,從接觸可用性測試到現(xiàn)在,筆者把可用性測試分為三個階段:方法認識階段、方法優(yōu)化階段、測試升華階段。每個階段筆者對可用性測試都有著不同的看法和理解,在這將做簡明扼要的分析和大家一起共勉。
方法認識階段
讓一群具有目標性的用戶對產(chǎn)品進行典型操作,同時需要觀察員和開發(fā)人員在一旁觀察,聆聽,做記錄。這么一整套流程我們稱之為可用性測試。
可用性測試對于研究員、產(chǎn)品、設(shè)計師來說作用有以下幾點:
- 幫助研究員、產(chǎn)品、設(shè)計師了解測試產(chǎn)品:這里的了解不僅僅是產(chǎn)品功能、邏輯、交互等側(cè)面的了解,更重要的是需要了解為什么要做這場測試;
- 提升交流能力:這一點不僅僅是同測試用戶的交流,還有同測試需求發(fā)起者的交流以及測試后結(jié)論的分享交流;
- 測試結(jié)論分析轉(zhuǎn)化能力:測試結(jié)論通常需要研究人員進行轉(zhuǎn)化、提煉,通過精練的語言配合量化的數(shù)據(jù)進行描述。
執(zhí)行可用性測試筆者總結(jié)了三個階段,測前準備、測試執(zhí)行、測試分析。
每個階段對應(yīng)的執(zhí)行項需要按照順序執(zhí)行,如下圖:
作為可用性測試的初學(xué)者,了解方法是很必要的,在這推薦兩本書:《用戶體驗度量》《用戶體驗與可用性測試》,對整個測試方法做系統(tǒng)的了解。
方法優(yōu)化階段
大多數(shù)研究人員、產(chǎn)品、設(shè)計師通過方法的學(xué)習(xí)在配合具體的項目研究后,都能夠熟練的掌握可用性測試這套流程,筆者通過這個階段的學(xué)習(xí)后,總結(jié)出一些測試經(jīng)驗,通過多輪項目驗證能夠很好的提升測試效率與準確性。
1.測前準備
招募用戶
多數(shù)研究人員在執(zhí)行測試時都是臨時招募用戶,這種情況有個缺點,如果招募用戶比較緩慢就會影響到整個項目的進程,所以提前維護用戶是很有必要的,一旦有測試項目啟動可以直接進行招募。
個人經(jīng)驗:可以提前建立一個用戶群,做好日常用戶維護,一旦有產(chǎn)品測試開展可以直接調(diào)取用戶,縮短用戶招募時間提高項目進度。
需要強調(diào)的是:
- 招募用戶必須是目標用戶才能保證測試的準確性。
- 用戶要有循環(huán)冷卻時間,用戶完成一個產(chǎn)品測試后,需要等1個月后才能再次進行測試復(fù)用。
2.測試執(zhí)行
預(yù)測試
有些可用性測試的初學(xué)者,在編撰測試大綱時有些欠缺,加上執(zhí)行測試時有些不可控的因素會出現(xiàn),針對這種情況需要做預(yù)測試進行完善。
個人經(jīng)驗:進行預(yù)測試時招募用戶可以不是目標用戶,重在檢測用戶是否能理解設(shè)計的測試任務(wù)、完成情況以及能否按照正常測試的流程進行操作。
預(yù)測試的好處有以下幾點:
- 檢驗測試任務(wù)是否合理;
- 熟悉整套測試流程;
- 演練測試溝通細節(jié);預(yù)測試完成后就可以開始正式測試之旅。
3.正式測試
正式測試后有些研究人員容易犯一個錯誤,急于加快測試速度,而忽視測試收錄,特別是在一個研究員進行可用測試時,如果測試所有用戶后進行信息收錄,就很容易造成測試數(shù)據(jù)過多而遺忘掉。
個人經(jīng)驗:測試2-3名用戶后進行數(shù)據(jù)收錄,一方面防止信息太多有所遺漏。另一方面是總結(jié)測試結(jié)果,嘗試進行初步分析??梢约纯膛c需求發(fā)起者進行同步溝通。做到敏捷調(diào)研快速溝通。
敏捷微測試
這里的敏捷測試不是指靠壓縮測試人數(shù)做到敏捷回應(yīng),而是簡化測試任務(wù)。針對一兩個測試任務(wù)就開始展開測試,快速敏捷給出測試結(jié)果,并同步到需求方。
個人經(jīng)驗:微測試重在測試任務(wù)簡化,但核心測試任務(wù)要明確,用戶快速進行測試任務(wù),快速得到測試結(jié)論,快速提交反饋。
測試升華階段
多數(shù)用研從業(yè)人員將測試本身當成獨立的項目,做完一輪測試提交測試結(jié)論就就結(jié)束了。缺乏產(chǎn)品測試數(shù)據(jù)的橫向?qū)Ρ?,特別是研究者是某個產(chǎn)品的體驗負責人時,就要建立起整個產(chǎn)品測試結(jié)論分析的體系。
將每次的可用性測試結(jié)論串聯(lián)起來做數(shù)據(jù)分析,引導(dǎo)產(chǎn)品和技術(shù)人員去對整個產(chǎn)品進行改進。我們將從測試的獨特問題、參加者頻次、問題歸類、報告正面問題這四方面展開,描述測試升華階段。
測試的獨特問題
獨特問題僅代表獨特問題的數(shù)量,不是所有用戶遇到的問題。例如:若測試用戶共有兩名,A用戶遇到20個問題,B用戶遇到12個問題,其中有8個問題與A用戶相同。獨特問題是24個(20+12-8),將每次迭代的問題都加以呈現(xiàn)做橫向?qū)Ρ?,可以清楚的知道每一次修改問題的量,如下圖:
參加者頻次
根據(jù)問題,記錄用戶頻次,直觀的告訴決策者多數(shù)用戶是因為什么因素造成的可用性問題。
可用性問題歸類
對每一期測試的問題歸類,按照模塊做橫向?qū)Ρ龋闯雒總€設(shè)計版本各個模塊的對比,但分類不易太多。
報告正面問題
每次匯報在展示測試結(jié)論時,多數(shù)研究者以展示負面問題為主。這也是一個很嚴重的誤區(qū),需要我們同時展示比較好的方面。這樣設(shè)計師和開發(fā)人員會視你為伙伴,在接下來的項目配合中比較順暢的進行下去。同時可以計算正面問題與負面問題之比,來驗證每一個版本的體驗度是否提升。
小結(jié)
以上是筆者在做可用性測試時每個階段的感悟,在此分享給大家.
總的來說:可用性測試的初級階段,以了解方法為主。
可用性測試的中級階段,根據(jù)所在環(huán)境制定適合自己的測試策略。
可用性測試的高級階段,建立結(jié)論分析體系,將每次測試串聯(lián)起來,總結(jié)分析發(fā)現(xiàn)產(chǎn)品規(guī)律,推動產(chǎn)品改善。
作者:任小,來自樂視用戶體驗中心(LeUX)。這是一個專注設(shè)計、交互、用戶研究的交流平臺,探索互聯(lián)網(wǎng)最前沿UX案例,從實戰(zhàn)出發(fā)解讀行業(yè)趨勢。微信ID:LetvUX
本文由 @任小 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
好文 ??
??
??
??
one Again
1
2
3
??