什么是可用性測試呢?就是讓一些有特點的用戶去對新研發(fā)的產(chǎn)品進行使用,讓開發(fā)人員進行觀察,是一種類似功能性的測試。下面是小編帶來的2018可用性測試方法工作總結(jié),學(xué)到了嘛?
百度百科對可用性測試的定義:讓一群具有代表性的用戶對產(chǎn)品進行典型操作,同時觀察員和開發(fā)人員在一旁觀察,聆聽,做記錄。該產(chǎn)品可能是一個網(wǎng)站,軟件,或者其他任何產(chǎn)品,它可能尚未成型。測試可以是早期的紙上原型測試,也可以是后期成品的測試。
定義可以說是很貼切了,近期對移動端的售后功能改版進行了可用性測試,借此機會進行下總結(jié),反省下不足,吸收下學(xué)習(xí)到的經(jīng)驗。
1.適合可用性測試的場景
產(chǎn)品的開發(fā)前、中、后期,產(chǎn)品上線后,都可以用可用性測試做支持,大致能使用到的場景如下:
新的產(chǎn)品,需要驗證是否符合用戶需求
功能發(fā)生變更,包括不限于操作路徑、功能入口、視覺變化
此次移動端售后改版主要是基于此種類型,交互、視覺、部分功能頁等與之前版本均有較大的差別,為了解用戶的體驗感知進行了此次體驗調(diào)研
新增了比較復(fù)雜的功能,需要看用戶的接受度和完成度
存在爭議的問題,交互、視覺、功能等;或多種方案不能確定使用哪一種的
2.可用性測試前期準(zhǔn)備
需求收集
可用性測試之前,需要和業(yè)務(wù)方、系統(tǒng)設(shè)計者(產(chǎn)品經(jīng)理)、運營等角色收集需求,我們自己也會有需求,收集各方意見后,下一步要做到的是整理需求,考慮到可用性的測試時間長度和任務(wù)難度,需要將重點、難點問題梳理。
不能覆蓋全部問題的情況下,要有側(cè)重點,我認(rèn)為全部問題點都測試并不好,需要用戶關(guān)注的點特別多,用戶就會產(chǎn)生混亂。下面會詳細(xì)講。
任務(wù)設(shè)計
任務(wù)設(shè)計是整個過程中非常重要的一環(huán),整個測試是圍繞著設(shè)計的任務(wù)展開的,設(shè)計任務(wù)需要注意的包含下面內(nèi)容:
①結(jié)合需求及目的設(shè)計場景化任務(wù):
不能簡單粗暴的問用戶“XX功能您覺得怎么樣”,要把用戶放到實際的場景中,讓用戶去解決問題,讓用戶在模擬的真實測試環(huán)境中再去吐槽他發(fā)現(xiàn)的問題。比如告訴用戶已經(jīng)買了XX商品,收到壓壞了,需要在APP上申請換貨
②任務(wù)覆蓋范圍:
在需求收集時有提及,可能有很多需求、測試點;本次測試中,雖然已經(jīng)精簡了任務(wù),但是需要用戶操作的依然內(nèi)容多,所有任務(wù)又是圍繞售后單一類型進行操作的,存在的問題是,一方面前面的任務(wù)訓(xùn)練了用戶,對后面的操作產(chǎn)生了已經(jīng)熟悉的影響;另一方面,用戶發(fā)現(xiàn)的問題點重復(fù),習(xí)慣了的操作可能不會再提出其他有效建議。
所以一定要控制好測試任務(wù)數(shù)量,需要有取舍。這次測試為了讓同一對象,體驗全過程,設(shè)計了9個任務(wù),時長90分鐘,覺得可以嘗試縮短時長,減少任務(wù)量;任務(wù)數(shù)量實在多的話,分成兩場,增加測試人數(shù)或許不錯。
③明確場景化任務(wù)中關(guān)注細(xì)節(jié)點:
關(guān)注重點有主有次,在設(shè)計任務(wù)時,調(diào)研者需要了然于心關(guān)注點,在用戶操作或吐槽時,對用戶行為或想法進行深挖
資料準(zhǔn)備
①會議室:因為現(xiàn)在的職場沒有專業(yè)的訪談室,需要提前預(yù)定固定的、比較安靜的環(huán)境與用戶溝通
②測試機及網(wǎng)絡(luò):安卓與蘋果手機各準(zhǔn)備一部,盡可能減少環(huán)境變量,與用戶使用手機系統(tǒng)保持一致。網(wǎng)絡(luò)需要留意,測試機要調(diào)試好網(wǎng)絡(luò),本次測試第一場就出現(xiàn)了測試機連不上網(wǎng)的情況;錄音筆也要提前準(zhǔn)備好,有遺漏信息錄音筆可以會聽,也可以用來分享
③測試環(huán)境:這個環(huán)境不是指真實環(huán)境,而是指與測試任務(wù)匹配的APP實際場景環(huán)境,或者打印還原的場景,這個動作可以放在完成任務(wù)設(shè)計后再開始準(zhǔn)備。
測試環(huán)境需要創(chuàng)造,比如這次售后測試,因為需要分別創(chuàng)造剛提交未審核服務(wù)單、可以催促的售后單、查詢售后退款等環(huán)境;服務(wù)單提交后要與客服溝通不能審核、盡量減少對客服指標(biāo)的影響;可以催促的單子難控制,必須超過一定時效,要匹配約到用戶的時間提前申請等等,需要把任務(wù)和時間表高度結(jié)合來創(chuàng)造合適的環(huán)境
④禮物準(zhǔn)備:目前部門內(nèi)部主要是贈送用戶京東E卡,后續(xù)可以考慮比較有特色的禮品,比如等值音響等;
另外覺得禮品的發(fā)放順序可以提前,先讓用戶簽收,可能會讓用戶更放松。
⑤保密協(xié)議:可能會涉及關(guān)鍵信息,需要用戶與我們簽訂保密協(xié)議
⑥測試腳本及記錄表:
腳本中包含任務(wù)場景及訪談內(nèi)容,腳本需要把任務(wù)場景順序、測試關(guān)注點、研究員執(zhí)行的工作、需要追問用戶等等細(xì)節(jié)點梳理清楚,幫助研究員理清思路,也幫助記錄員了解測試詳情。記錄表按照操作順序及關(guān)注點設(shè)置就行。
用戶招募
首先要明確的是,招募的對象應(yīng)該符合什么條件,比如性別、職業(yè)、年齡、經(jīng)歷等,一般招募的是實際用戶。
這次招募招募的途徑主要是:
微信公眾號投放招募問卷
各種朋友圈、同事的人際圈、朋友的人際圈招募
已經(jīng)招募到的用戶再次推薦
各種微信群
招募的人數(shù)怎么定?可以看下尼爾森集團從83個可用性測試項目中匯總的數(shù)據(jù),5個用戶能發(fā)現(xiàn)85%的產(chǎn)品可用性問題,12人發(fā)現(xiàn)的問題基本能覆蓋全部,隨著人數(shù)的增加,發(fā)現(xiàn)的問題數(shù)量并沒有隨之增加。所以一般測試招募5-12人差不多。
預(yù)測試
預(yù)測試也是在測試開展前很重要的一環(huán),按照真實與客戶溝通的場景,執(zhí)行預(yù)測試,預(yù)測試能起到的作用很多:
調(diào)整測試順序:設(shè)想的任務(wù)操作和實際可能不一致,預(yù)測試能幫助發(fā)現(xiàn)順序問題
控制測試時間:預(yù)測試的時間過短多長都能反饋我們測試任務(wù)數(shù)量及細(xì)節(jié)方面的問題,需要根據(jù)預(yù)測試的時間取舍任務(wù)或者分場次執(zhí)行
測試任務(wù)設(shè)計的環(huán)節(jié):可以通過預(yù)測試參與者反饋的不通暢、不舒服的環(huán)節(jié)進一步調(diào)整任務(wù),修改訪談腳本。
時間和對象允許的話,盡量多做幾場預(yù)測試。
3. 實際測試執(zhí)行
參與人員
一般情況下,需要主持人、記錄員、被訪者3人,也就是測試員最好2個,最多不要超過3個。圍觀用戶可能會讓用戶緊張而表達不順暢。
可用性測試整個過程是主持人和被訪者溝通的過程,有其他工作人員在場有被打斷或插話的風(fēng)險,如果有其他產(chǎn)品經(jīng)理等參加,一定要提前溝通好只能旁聽。
其他部門有多人旁聽的需求的話,也是建議輪流來,不能全部去參加。
暖場
可以基于接下來的測試場景,詢問用戶的基本情況、使用場景。
要讓用戶知曉,并不是要對用戶測試,他反饋的體驗問題無關(guān)對錯,我們希望多聽聽他的意見。
測試執(zhí)行
用戶在具體場景操作時,可以讓用戶遍操作,遍描述自己的行為、發(fā)現(xiàn)的問題
研究員需要注意,不能立即對用戶的行為和疑問進行解答。用戶不知曉怎么操作時,需要鼓勵用戶去嘗試;用戶有疑惑時,需要做的是挖掘用戶覺得有疑問的原因。
注意觀察用戶,多聽用戶發(fā)聲、多看用戶操作;當(dāng)用戶吐槽、驚訝、出現(xiàn)重復(fù)操作等情況時,若用戶沒有主動表達,切記主動詢問用戶原因。在操作過程中,用戶若是給出好的意見和建議,要及時鼓勵和夸獎用戶,給用戶正向的反饋。即使用戶任務(wù)失敗,也不要讓用戶產(chǎn)生挫折感。
場景化評分:由于測試任務(wù)是實際場景,可以請用戶在每次任務(wù)結(jié)束后對整體體驗的滿意度、費力度、易用性進行打分。(提前準(zhǔn)備打分表)
測試記錄
用戶行為:
包括是否完成、操作費力情況、操作路徑、有沒有出現(xiàn)錯誤或重復(fù)動作。
用戶的反應(yīng)也很重要,比如用戶的驚訝,可以去了解一下原因。
切記,不要引導(dǎo)用戶,盡量多觀察和記錄。
用戶意見;
可以讓用戶遍操作邊說出自己的想法,發(fā)聲思考。
若是用戶是靜默操作,研究員需要去詢問用戶“在看什么”“想什么”“為什么這么評分”“滿足自己的需求了嗎”等問題,讓用戶把想法盡可能表達出來
4. 結(jié)果分析及報告輸出
分析時間
最好趁著訪談完,花半小時的時間將記憶猶新的東西整理處理。
結(jié)果內(nèi)容
現(xiàn)狀描述
通過滿意度、費力度、完成度評分可以了解產(chǎn)品的可用性水平,操作路徑、用戶日常行為習(xí)慣可以對比產(chǎn)品易用性
問題總結(jié)
總過可用性測試,發(fā)現(xiàn)的問題,可以通過統(tǒng)計“問題頻次”“嚴(yán)重等級”,將問題進行優(yōu)先級排序,把問題羅列和表達清楚
以上是這次做完可用性測試的簡單總結(jié)吧,有自己感受到的、有學(xué)習(xí)前人的經(jīng)驗的,僅供參考。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。