【實戰總結】可用性測試的進階之路

9 評論 5056 瀏覽 240 收藏 9 分鐘

本文主要講述筆者對可用性測試各個階段的認識以及心得,從接觸可用性測試到現在,筆者把可用性測試分為三個階段:方法認識階段、方法優化階段、測試升華階段。每個階段筆者對可用性測試都有著不同的看法和理解,在這將做簡明扼要的分析和大家一起共勉。

方法認識階段

讓一群具有目標性的用戶對產品進行典型操作,同時需要觀察員和開發人員在一旁觀察,聆聽,做記錄。這么一整套流程我們稱之為可用性測試。

可用性測試對于研究員、產品、設計師來說作用有以下幾點:

  1. 幫助研究員、產品、設計師了解測試產品:這里的了解不僅僅是產品功能、邏輯、交互等側面的了解,更重要的是需要了解為什么要做這場測試;
  2. 提升交流能力:這一點不僅僅是同測試用戶的交流,還有同測試需求發起者的交流以及測試后結論的分享交流;
  3. 測試結論分析轉化能力:測試結論通常需要研究人員進行轉化、提煉,通過精練的語言配合量化的數據進行描述。

執行可用性測試筆者總結了三個階段,測前準備、測試執行、測試分析。

每個階段對應的執行項需要按照順序執行,如下圖:

QQ截圖20160303111135

作為可用性測試的初學者,了解方法是很必要的,在這推薦兩本書:《用戶體驗度量》《用戶體驗與可用性測試》,對整個測試方法做系統的了解。

方法優化階段

大多數研究人員、產品、設計師通過方法的學習在配合具體的項目研究后,都能夠熟練的掌握可用性測試這套流程,筆者通過這個階段的學習后,總結出一些測試經驗,通過多輪項目驗證能夠很好的提升測試效率與準確性。

1.測前準備

招募用戶

多數研究人員在執行測試時都是臨時招募用戶,這種情況有個缺點,如果招募用戶比較緩慢就會影響到整個項目的進程,所以提前維護用戶是很有必要的,一旦有測試項目啟動可以直接進行招募。

個人經驗:可以提前建立一個用戶群,做好日常用戶維護,一旦有產品測試開展可以直接調取用戶,縮短用戶招募時間提高項目進度。

需要強調的是:

  1. 招募用戶必須是目標用戶才能保證測試的準確性。
  2. 用戶要有循環冷卻時間,用戶完成一個產品測試后,需要等1個月后才能再次進行測試復用。

2.測試執行

預測試

有些可用性測試的初學者,在編撰測試大綱時有些欠缺,加上執行測試時有些不可控的因素會出現,針對這種情況需要做預測試進行完善。

個人經驗:進行預測試時招募用戶可以不是目標用戶,重在檢測用戶是否能理解設計的測試任務、完成情況以及能否按照正常測試的流程進行操作。

預測試的好處有以下幾點:

  1. 檢驗測試任務是否合理;
  2. 熟悉整套測試流程;
  3. 演練測試溝通細節;預測試完成后就可以開始正式測試之旅。

3.正式測試

正式測試后有些研究人員容易犯一個錯誤,急于加快測試速度,而忽視測試收錄,特別是在一個研究員進行可用測試時,如果測試所有用戶后進行信息收錄,就很容易造成測試數據過多而遺忘掉。

個人經驗:測試2-3名用戶后進行數據收錄,一方面防止信息太多有所遺漏。另一方面是總結測試結果,嘗試進行初步分析??梢约纯膛c需求發起者進行同步溝通。做到敏捷調研快速溝通。

敏捷微測試

這里的敏捷測試不是指靠壓縮測試人數做到敏捷回應,而是簡化測試任務。針對一兩個測試任務就開始展開測試,快速敏捷給出測試結果,并同步到需求方。

個人經驗:微測試重在測試任務簡化,但核心測試任務要明確,用戶快速進行測試任務,快速得到測試結論,快速提交反饋。

測試升華階段

多數用研從業人員將測試本身當成獨立的項目,做完一輪測試提交測試結論就就結束了。缺乏產品測試數據的橫向對比,特別是研究者是某個產品的體驗負責人時,就要建立起整個產品測試結論分析的體系。

將每次的可用性測試結論串聯起來做數據分析,引導產品和技術人員去對整個產品進行改進。我們將從測試的獨特問題、參加者頻次、問題歸類、報告正面問題這四方面展開,描述測試升華階段。

測試的獨特問題

獨特問題僅代表獨特問題的數量,不是所有用戶遇到的問題。例如:若測試用戶共有兩名,A用戶遇到20個問題,B用戶遇到12個問題,其中有8個問題與A用戶相同。獨特問題是24個(20+12-8),將每次迭代的問題都加以呈現做橫向對比,可以清楚的知道每一次修改問題的量,如下圖:

QQ截圖20160303111457

參加者頻次

根據問題,記錄用戶頻次,直觀的告訴決策者多數用戶是因為什么因素造成的可用性問題。

QQ截圖20160303111503

可用性問題歸類

對每一期測試的問題歸類,按照模塊做橫向對比,看出每個設計版本各個模塊的對比,但分類不易太多。

QQ截圖20160303111513

報告正面問題

每次匯報在展示測試結論時,多數研究者以展示負面問題為主。這也是一個很嚴重的誤區,需要我們同時展示比較好的方面。這樣設計師和開發人員會視你為伙伴,在接下來的項目配合中比較順暢的進行下去。同時可以計算正面問題與負面問題之比,來驗證每一個版本的體驗度是否提升。

小結

以上是筆者在做可用性測試時每個階段的感悟,在此分享給大家.

總的來說:可用性測試的初級階段,以了解方法為主。

可用性測試的中級階段,根據所在環境制定適合自己的測試策略。

可用性測試的高級階段,建立結論分析體系,將每次測試串聯起來,總結分析發現產品規律,推動產品改善。

 

作者:任小,來自樂視用戶體驗中心(LeUX)。這是一個專注設計、交互、用戶研究的交流平臺,探索互聯網最前沿UX案例,從實戰出發解讀行業趨勢。微信ID:LetvUX

本文由 @任小 原創發布于人人都是產品經理?,未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 好文 ??

    來自廣東 回復
    1. ??

      來自廣東 回復
    2. ??

      來自廣東 回復
    3. ??

      來自廣東 回復
    4. one Again

      來自廣東 回復
    5. 1

      來自廣東 回復
    6. 2

      來自廣東 回復
    7. 3

      來自廣東 回復
    8. ??

      來自北京 回復