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