什么是可用性測試呢？就是讓一些有特點(diǎn)的用戶去對新研發(fā)的產(chǎn)品進(jìn)行使用，讓開發(fā)人員進(jìn)行觀察，是一種類似功能性的測試。下面是小編帶來的2018可用性測試方法工作總結(jié)，學(xué)到了嘛？

    百度百科對可用性測試的定義：讓一群具有代表性的用戶對產(chǎn)品進(jìn)行典型操作，同時觀察員和開發(fā)人員在一旁觀察，聆聽，做記錄。該產(chǎn)品可能是一個網(wǎng)站，軟件，或者其他任何產(chǎn)品，它可能尚未成型。測試可以是早期的紙上原型測試，也可以是后期成品的測試。

    定義可以說是很貼切了，近期對移動端的售后功能改版進(jìn)行了可用性測試，借此機(jī)會進(jìn)行下總結(jié)，反省下不足，吸收下學(xué)習(xí)到的經(jīng)驗。

    1.適合可用性測試的場景

    產(chǎn)品的開發(fā)前、中、后期，產(chǎn)品上線后，都可以用可用性測試做支持，大致能使用到的場景如下：

    新的產(chǎn)品，需要驗證是否符合用戶需求

    功能發(fā)生變更，包括不限于操作路徑、功能入口、視覺變化

    此次移動端售后改版主要是基于此種類型，交互、視覺、部分功能頁等與之前版本均有較大的差別，為了解用戶的體驗感知進(jìn)行了此次體驗調(diào)研

    新增了比較復(fù)雜的功能，需要看用戶的接受度和完成度

    存在爭議的問題，交互、視覺、功能等；或多種方案不能確定使用哪一種的

    2.可用性測試前期準(zhǔn)備

    需求收集

    可用性測試之前，需要和業(yè)務(wù)方、系統(tǒng)設(shè)計者（產(chǎn)品經(jīng)理）、運(yùn)營等角色收集需求，我們自己也會有需求，收集各方意見后，下一步要做到的是整理需求，考慮到可用性的測試時間長度和任務(wù)難度，需要將重點(diǎn)、難點(diǎn)問題梳理。

    不能覆蓋全部問題的情況下，要有側(cè)重點(diǎn)，我認(rèn)為全部問題點(diǎn)都測試并不好，需要用戶關(guān)注的點(diǎ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ù)覆蓋范圍：

    在需求收集時有提及，可能有很多需求、測試點(diǎn)；本次測試中，雖然已經(jīng)精簡了任務(wù)，但是需要用戶操作的依然內(nèi)容多，所有任務(wù)又是圍繞售后單一類型進(jìn)行操作的，存在的問題是，一方面前面的任務(wù)訓(xùn)練了用戶，對后面的操作產(chǎn)生了已經(jīng)熟悉的影響；另一方面，用戶發(fā)現(xiàn)的問題點(diǎn)重復(fù)，習(xí)慣了的操作可能不會再提出其他有效建議。

    所以一定要控制好測試任務(wù)數(shù)量，需要有取舍。這次測試為了讓同一對象，體驗全過程，設(shè)計了9個任務(wù)，時長90分鐘，覺得可以嘗試縮短時長，減少任務(wù)量；任務(wù)數(shù)量實在多的話，分成兩場，增加測試人數(shù)或許不錯。

    ③明確場景化任務(wù)中關(guān)注細(xì)節(jié)點(diǎn)：

    關(guān)注重點(diǎn)有主有次，在設(shè)計任務(wù)時，調(diào)研者需要了然于心關(guān)注點(diǎn)，在用戶操作或吐槽時，對用戶行為或想法進(jìn)行深挖

    資料準(zhǔn)備

    ①會議室：因為現(xiàn)在的職場沒有專業(yè)的訪談室，需要提前預(yù)定固定的、比較安靜的環(huán)境與用戶溝通

    ②測試機(jī)及網(wǎng)絡(luò)：安卓與蘋果手機(jī)各準(zhǔn)備一部，盡可能減少環(huán)境變量，與用戶使用手機(jī)系統(tǒng)保持一致。網(wǎng)絡(luò)需要留意，測試機(jī)要調(diào)試好網(wǎng)絡(luò)，本次測試第一場就出現(xiàn)了測試機(jī)連不上網(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)注點(diǎn)、研究員執(zhí)行的工作、需要追問用戶等等細(xì)節(jié)點(diǎn)梳理清楚，幫助研究員理清思路，也幫助記錄員了解測試詳情。記錄表按照操作順序及關(guān)注點(diǎn)設(shè)置就行。

    用戶招募

    首先要明確的是，招募的對象應(yīng)該符合什么條件，比如性別、職業(yè)、年齡、經(jīng)歷等，一般招募的是實際用戶。

    這次招募招募的途徑主要是：

    微信公眾號投放招募問卷

    各種朋友圈、同事的人際圈、朋友的人際圈招募

    已經(jīng)招募到的用戶再次推薦

    各種微信群

    招募的人數(shù)怎么定？可以看下尼爾森集團(tuán)從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é)進(jìn)一步調(diào)整任務(wù)，修改訪談腳本。

    時間和對象允許的話，盡量多做幾場預(yù)測試。

    3.      實際測試執(zhí)行

    參與人員

    一般情況下，需要主持人、記錄員、被訪者3人，也就是測試員最好2個，最多不要超過3個。圍觀用戶可能會讓用戶緊張而表達(dá)不順暢。

    可用性測試整個過程是主持人和被訪者溝通的過程，有其他工作人員在場有被打斷或插話的風(fēng)險，如果有其他產(chǎn)品經(jīng)理等參加，一定要提前溝通好只能旁聽。

    其他部門有多人旁聽的需求的話，也是建議輪流來，不能全部去參加。

    暖場

    可以基于接下來的測試場景，詢問用戶的基本情況、使用場景。

    要讓用戶知曉，并不是要對用戶測試，他反饋的體驗問題無關(guān)對錯，我們希望多聽聽他的意見。

    測試執(zhí)行

    用戶在具體場景操作時，可以讓用戶遍操作，遍描述自己的行為、發(fā)現(xiàn)的問題

    研究員需要注意，不能立即對用戶的行為和疑問進(jìn)行解答。用戶不知曉怎么操作時，需要鼓勵用戶去嘗試；用戶有疑惑時，需要做的是挖掘用戶覺得有疑問的原因。

    注意觀察用戶，多聽用戶發(fā)聲、多看用戶操作；當(dāng)用戶吐槽、驚訝、出現(xiàn)重復(fù)操作等情況時，若用戶沒有主動表達(dá)，切記主動詢問用戶原因。在操作過程中，用戶若是給出好的意見和建議，要及時鼓勵和夸獎用戶，給用戶正向的反饋。即使用戶任務(wù)失敗，也不要讓用戶產(chǎn)生挫折感。

    場景化評分：由于測試任務(wù)是實際場景，可以請用戶在每次任務(wù)結(jié)束后對整體體驗的滿意度、費(fèi)力度、易用性進(jìn)行打分。（提前準(zhǔn)備打分表）

    測試記錄

    用戶行為：

    包括是否完成、操作費(fèi)力情況、操作路徑、有沒有出現(xiàn)錯誤或重復(fù)動作。

    用戶的反應(yīng)也很重要，比如用戶的驚訝，可以去了解一下原因。

    切記，不要引導(dǎo)用戶，盡量多觀察和記錄。

    用戶意見；

    可以讓用戶遍操作邊說出自己的想法，發(fā)聲思考。

    若是用戶是靜默操作，研究員需要去詢問用戶“在看什么”“想什么”“為什么這么評分”“滿足自己的需求了嗎”等問題，讓用戶把想法盡可能表達(dá)出來

    4.     結(jié)果分析及報告輸出

    分析時間

    最好趁著訪談完，花半小時的時間將記憶猶新的東西整理處理。

    結(jié)果內(nèi)容

    現(xiàn)狀描述

    通過滿意度、費(fèi)力度、完成度評分可以了解產(chǎn)品的可用性水平，操作路徑、用戶日常行為習(xí)慣可以對比產(chǎn)品易用性

    問題總結(jié)

    總過可用性測試，發(fā)現(xiàn)的問題，可以通過統(tǒng)計“問題頻次”“嚴(yán)重等級”，將問題進(jìn)行優(yōu)先級排序，把問題羅列和表達(dá)清楚

    以上是這次做完可用性測試的簡單總結(jié)吧，有自己感受到的、有學(xué)習(xí)前人的經(jīng)驗的，僅供參考。

來源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《2018可用性測試方法工作總結(jié)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://m.taixiivf.com/gongwen/191477.html

• 上一篇：民營企業(yè)組織管理實踐總結(jié)
• 下一篇：2018村兩委換屆選舉工作總結(jié)