HOW TO—撰寫可用性測試報告

0 評論 36771 瀏覽 256 收藏 8 分鐘

在報告可用性測試結(jié)果時,首要關(guān)注的應(yīng)當是本次測試的發(fā)現(xiàn)與改進建議,并且將測試的發(fā)現(xiàn)與建議按照嚴重等級劃分優(yōu)先級。其次,還應(yīng)當包括測試計劃和測試執(zhí)行過程,當然不用面面俱到,但是加入部分細節(jié)內(nèi)容可以幫助讀者了解此次測試所使用的方法,方便其評判該報告的可信度。在報告中,盡量保持段落簡短,多使用圖表、短視頻等方式來描述。

數(shù)據(jù)分析

根據(jù)測試計劃中所確定的觀測指標,你會得到各種類型的數(shù)據(jù)。在分析觀測得到的數(shù)據(jù)時,可結(jié)合測試過程中記錄的筆記,看看不同測試任務(wù)、不同用戶之間是否存在一定的規(guī)律。值得注意的是,對于被測試者在操作中遇到的問題,需要詳細說明該問題產(chǎn)生的背景(前提條件)、該問題的出現(xiàn)次數(shù),遇到該問題的人數(shù)??纯茨芊駨臄?shù)據(jù)中發(fā)現(xiàn)一些共同的趨勢。

QQ圖片20160126145330
當發(fā)現(xiàn)某個可用性問題時,需要考慮這個問題是局部的還是全局的,其他模塊是否也會出現(xiàn)同樣的問題。如果是全局的,那么你的結(jié)論很可能也會適用于其他模塊。例如,由于系統(tǒng)某個界面的文案描述不清晰,用戶無法順利找到想要的功能,那么,是否其他界面也存在類似問題呢?確定問題嚴重等級

并不是所有問題的重要程度都一樣,有些問題出現(xiàn)的頻率更高(即被測試者中較多人遇到了這個問題),有些問題出現(xiàn)頻率較低。為方便后期對系統(tǒng)的改進,我們建議將問題分為三到四個嚴重等級:

  • 關(guān)鍵問題:? 若該問題未得到解決,用戶將無法順利完成操作任務(wù)
  • 重要問題:? 若該問題未得到解決,將影響許多用戶的操作,例如操作時感到迷惑、多次嘗試不成功,甚至導(dǎo)致用戶放棄操作。
  • 次要問題:用戶在操作時可能感到麻煩,但是仍然會繼續(xù)完成操作。這類問題可以稍后再修改。

撰寫可用性測試報告

總體來說,可用性測試報告應(yīng)當包括以下內(nèi)容:背景介紹,測試方法,可用性測試的結(jié)果、發(fā)現(xiàn)以及建議。這里有一些英文的報告模板可以借鑒,或許對你寫報告有幫助。

背景介紹

簡要介紹你的測試目標(網(wǎng)站or手機應(yīng)用),此次測試的時間、地點,使用的設(shè)備,測試的關(guān)鍵執(zhí)行步驟(例如測試中所用的素材等,放在報告的附錄中),測試團隊,測試過程中遇到的重要問題以及合適的解決方案。

測試方法

為方便其他人根據(jù)報告復(fù)現(xiàn)此次測試,借鑒此次測試中好的方法實踐,因此需要將測試方法陳述在報告中。具體包括的內(nèi)容有:測試任務(wù),被測系統(tǒng)或界面的類型,所采集記錄的數(shù)據(jù)指標,任務(wù)場景描述。另外,簡要描述被試者的整體情況、用表格展示其人口統(tǒng)計學信息(例如年齡,職業(yè),網(wǎng)絡(luò)使用情況等),但是注意,不要記錄被試者的全名。

測試結(jié)果

分析錄像設(shè)備、錄音設(shè)備、速記員等所記錄的信息、日志。包括完成率最高和最低的測試任務(wù),統(tǒng)計單個被測試者、單個任務(wù)的成功率,以及所有任務(wù)的平均成功率,(可用表格展示)。

  • 每個測試任務(wù)完成的人數(shù)以及百分比(可使用條形圖展示)
  • (針對完成了測試任務(wù)的人)每個測試任務(wù)所使用的平均時間
  • 滿意度調(diào)查結(jié)果
  • 被測試者的一些重要評論

結(jié)論和建議

列出數(shù)據(jù)分析(定性數(shù)據(jù)、定量數(shù)據(jù)、測試過程中的記錄等)所得出的結(jié)論和建議。每個結(jié)論都應(yīng)當有數(shù)據(jù)支撐——即在測試中實際觀測到的用戶行為,用戶評論或者實際統(tǒng)計到的數(shù)據(jù)。在展示結(jié)論時,可以使用一個表格來匯總所有的結(jié)論與建議,也可以按照不同場景對應(yīng)的結(jié)論逐一說明。需要注意的是:

  • 雖然測試報告的主要目的在于發(fā)現(xiàn)問題,但也要指出現(xiàn)有系統(tǒng)中一些好的設(shè)計(例如:用戶普遍反應(yīng)較好,使用較為順手,沒有遇到操作問題的設(shè)計)以便告訴開發(fā)與設(shè)計團隊,在后續(xù)版本中繼續(xù)保持這些優(yōu)秀的實踐。
  • 客觀呈現(xiàn)報告的結(jié)果,哪怕測試結(jié)果是負面的。
  • 在展示測試結(jié)果或者結(jié)論時,描述清楚、具體。
  • 盡量針對每一項測試發(fā)現(xiàn)給出相應(yīng)的改進建議。

重要觀點結(jié)合圖例、視頻來說明

多使用圖例、視頻等可視化的方式展示報告,讓報告更加直觀、有趣,例如:

  • 用屏幕截圖形象化地展示測試界面:尤其是出現(xiàn)問題的頁面以及好的頁面。
  • 用短片(秒拍)的形式描述具體問題。視頻記錄能夠更清晰的呈現(xiàn)問題并且說服讀者。

落地執(zhí)行與檢驗測試

可用性測試的價值在于,能夠?qū)y試中的發(fā)現(xiàn)運用到實際迭代開發(fā)中,不斷改進現(xiàn)有的系統(tǒng)。當然,不是所有的問題都能及時得到解決,不是所有建議都能及時執(zhí)行,任何產(chǎn)品的開發(fā)都必然是多方面權(quán)衡日程、預(yù)算、人力和用戶需求變更等各項因素的結(jié)果。這時,你需要根據(jù)問題的范圍、嚴重程度來確定優(yōu)先級,確保用戶最亟待解決的問題能夠得到及時處理。

最后,請記住,支撐一個設(shè)計拙劣的網(wǎng)站/系統(tǒng)所需要的成本永遠要比在開發(fā)過程中改進這個網(wǎng)站所需要的成本大得多。

參考資料:usability.gov

http://www.usability.gov/how-to-and-tools/methods/reporting-usability-test-results.html

 

作者簡介:Eva(新浪博客:Eva_UR的博客),互聯(lián)網(wǎng)用戶研究從業(yè)者

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!