本文內(nèi)容來自作者的一次真實案例分享。因部分內(nèi)容不適宜公開做了簡化，希望能給在可用性測試這個環(huán)節(jié)有困難的產(chǎn)品帶來些許幫助。

測試背景：14年參與的一次項目高保真測試經(jīng)驗總結(jié)。當時對am系統(tǒng)做了一次比較大的交互優(yōu)化，希望通過這次接近生產(chǎn)環(huán)境的測試，來驗證優(yōu)化的效果是否理想。

整個測試過程共分3個步驟：

1. 前期準備工作
2. 進入測試環(huán)節(jié)
3. 測試數(shù)據(jù)報告和交互優(yōu)化方案

一、前期準備工作：

1.1 確定測試目標

目標：

• 驗證優(yōu)化后的系統(tǒng)，用戶完成主要任務是否高效。
• 某些細節(jié)上的交互改動比較有爭議，希望通過測試驗證此類改動是否合理。

1.2 準備各類測試案例和測試問卷

（如圖一、圖二）

測試案例：

當時是圍繞系統(tǒng)整體優(yōu)化方案驗證這個目標的。所以選擇的案例，是整個系統(tǒng)中最主要的3個高頻任務。

案例的編寫如下：

• 編寫一個真實的任務場景。目的：真實場景能得出更客觀的測試結(jié)果。
• 針對這個任務思考測試的關(guān)注點，這些關(guān)注點都跟交互方案緊密相連。目的：在測試中，能及時發(fā)現(xiàn)方案的可行性。
• 操作。需要包含2個部分，模擬操作和可能出現(xiàn)的操作。模擬操作就是設(shè)計師為用戶設(shè)定的理想操作，可能出現(xiàn)的操作就是用戶真實場景下出現(xiàn)的其他操作。目的：在最后測試的時候能夠發(fā)現(xiàn)用戶實際的操作路徑與設(shè)計師設(shè)定的路徑差異有多大，差異點具體在哪里。
• 測試的用戶、環(huán)境、需要準備的測試細節(jié)。

案例如圖一：

圖一

測試問卷：

當時設(shè)定分為了幾類：

a. 用戶基本信息問卷+系統(tǒng)整體滿意度問卷

基本信息（用戶的年齡、工作經(jīng)驗等）

滿意度（系統(tǒng)的友好性、美觀性等）

b. 針對可用性測試（任務）的測試問卷

用戶對任務交互的整體評分 （如圖二）

圖二

c. 測試后的訪談表

每個任務完成后，記錄員和用戶進行一對一的訪談，將用戶的主觀感受和意見記錄下來

d. 觀察員記錄表

結(jié)合圖一的思考維度，觀察員將用戶在測試時的用戶行為過程，記錄在記錄表中，便于后續(xù)總結(jié)。

1.3 自測并優(yōu)化問卷和案例

目的，及時在測試前發(fā)現(xiàn)問題并修正。

1.4 安排觀察員并準備測試工具

錄屏軟件，眼動儀等。

1.5 預約測試場地。

場地要根據(jù)實際情況來。需要保證足夠的安靜和放松。

1.6 根據(jù)測試案例，預約特定的測試用戶

當時共測試11人，一個會議室同時測試3-4個用戶，測試3批，但是出現(xiàn)了測試信息被互相影響的問題。最佳的情況是測試用戶被隔離開單獨測試。

1.7 測試當天準備

測試當天，觀察員和主持人提前到場地，準備好相關(guān)測試材料（問卷、錄屏軟件等）和小禮品。通常需要保證測試環(huán)境是準確無誤的，不然會影響測試的流程性。

1.8 待測試用戶均到場后，開始進行測試。

二、進入測試環(huán)節(jié)

2.1 主持人開場白

自我介紹、測試目的、信息保護告知等。

2.2 開始測試

用戶了解后，開始進行測試，完成相關(guān)的測試任務。

2.3 測試過程

用戶在測試過程中，觀察員需要記錄用戶的行為。

用戶在困難時，可以向觀察員求助。在測試過程中，主持人需要把控測試時間。

該環(huán)節(jié)記錄員就會進行實時的錄入記錄表信息，如果觀察員提示2次用戶還是無法完成任務，我們就設(shè)定該任務完成失敗。

2.4 填寫問卷

用戶完成測試后。進行問卷的填寫，并回答觀察員的一些問題。觀察員與用戶是一對一的。

當時設(shè)定了3個測試任務，所以基本是完成1個任務，用戶就填寫一下可用性測試問卷。填完后，繼續(xù)進行下一個測試任務。中間填寫的時間都是一開始規(guī)定好的，過程太長都會影響整個測試的流暢性。

整體滿意度問卷是在所有測試完成后，讓用戶填寫的。

2.5 結(jié)束測試

用戶完成測試和問卷后，主持人發(fā)放小禮品。

3.?測試數(shù)據(jù)分析報告和后續(xù)的優(yōu)化解決方案

3.1 測試完后，用研人員收集之前的問卷數(shù)據(jù)、錄屏軟件信息、埋點數(shù)據(jù)等。

當時我們主要參考了問卷的數(shù)據(jù)，錄屏是主要做補充遺漏點準備的。比如用戶的信息輸入不明確或是打分特別低時，可以參考錄屏的回放內(nèi)容來驗證。埋點數(shù)據(jù)這塊當時做的是純數(shù)據(jù)收集，沒有做一個合理的維度劃分，所以最后分析報告中沒有使用到。

3.2 根據(jù)相關(guān)的數(shù)據(jù)，提煉出最終的數(shù)據(jù)分析報告（如圖3）

分析報告的分析方法是采用純?nèi)斯さ摹．敃r是2個人花了2周時間完成的ppt報告。

報告分為幾個部分：任務測試分析報告和系統(tǒng)整體報告。

任務測試報告分幾個維度：

a. 每個用戶對于任務的評分和優(yōu)化建議

b. 任務總結(jié)（評分總結(jié)，包括單個任務的評分，整體任務的評分；建議總結(jié)，需要優(yōu)化的信息）- 部分內(nèi)容如圖3

圖3

3.3 通過測試報告，最后找出產(chǎn)品存在的問題及相關(guān)的解決方案（如圖4）

分為幾個維度：任務名稱、遇到的問題、ppt具體截圖、問題的重要度、修改建議。最后輸出解決方案報告

圖4

最后，根據(jù)優(yōu)化方案評估實現(xiàn)難易度，進行后續(xù)的用戶體驗優(yōu)化

作者：章貞，微信號：baobeiguagua，亞信交互設(shè)計師

本文由 @章貞 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。