什么是可用性測試,可用性測試的描述解析?( 二 )


2. 測試后問卷在參與者完成任務后使用的測試問卷中 , 要避免自由發揮的回答 。例如 , 使用數字表示對問題的同意程度 , “學會使用這個系統很容易:非常不同意——非常同意” 。
可衡量的反應

  • 感知可用性:“你覺得這個系統的可用性如何?”
  • 感知有用性:“你認為這個系統對你實際需要做的事情有多大用處?”
  • 偏好或希望的方面:“你覺得這個系統在視覺上的吸引力如何?相較于競品 , 更喜歡哪個?”
3. 測試前訪談用測前訪談代替問卷 , 以口頭形式得到可量化的問題 。
這有利于建立融洽的關系 , 并獲得更多細節 , 但是它可能需要更長的時間 。例如 , “如果我想知道我的參與者們進行了多少次在線購買 , 從而根據他們在網購方面的專長來描述他們 , 那么我可以直接提問 , 在過去一個月里 , 你大概網購了幾次?”
4. 測試后訪談你可以采用 “先標記后訪談” 的方式 , 訪談內容大概包括:
  • 任務跟進情況;
  • 用戶所陷入的困境;
  • 錯誤的跳轉;
  • 用戶出錯的地方(包括用戶沒有注意到的出錯點);
  • 用戶提出的問題;
  • 復現任務并指出用戶在任務中遇到的問題 。
常見問題
  • 你認為這個系統在哪些方面做得好?
  • 你認為這個系統最需要改進的地方是哪里?
  • 你會用這個系統做什么呢?(感知有用性)
  • 你認為這個系統對誰最有價值?
  • 如果你必須向別人解釋系統的功能 , 你會怎么說?
  • 他們真的了解這個系統要做什么 , 以及它應該做什么嗎?
  • 你是否使用過與此類似的系統 , 你如何比較它們?
總之 , “為什么” 應該是 訪談時要問的核心問題 。
5. 可能出現的問題注意需求特征(參與者傾向于給你想要的東西)、默認偏差(更傾向于給予積極反饋)和確認偏差(選擇性地拒絕否認我們相信的東西) 。不要期望每個人都給你正確的答案 。
如何解決
  • 需求特征和默認偏差:要求參與者給出真實反饋 , 注意其不自然的回答 , 并說明測試的目的 。
  • 確認偏差:通過無偏差的第三方進行測試 , 不要對測試結果表現出興趣 。

什么是可用性測試,可用性測試的描述解析?

文章插圖
五、進行可用性測試 Conducting the usability test
  1. 選擇一組有代表性的任務 。
  2. 試運行測試:自己進行測試 , 找到成功執行任務的方式 , 以及難易程度 。
  3. 清除狀態:如果需要 , 清除以往參與者數據(重置系統 , 清除緩存、搜索歷史記錄、系統中的用戶歷史記錄) 。
  4. 由簡至繁地安排任務 。
平均時間:30-45 分鐘完成所有任務
1. 主持人應該怎么做首先介紹一下你 自己和其他參與者 。重要的是通過與參與者建立信任關系來確定基調 。展示他們的價值以保持參與熱情 , 并在用戶測試中明確你的目標 。
向大家展示你的角色 , 包括你將如何推進評估和觀察 , 并告訴大家誠實的反饋是至關重要的 。
鑒于參與者的角色是自愿幫助你評估系統 , 確保他們明白自己不是實驗品 , 他們有權利隨時喊停 , 而不是被迫回答所有的問題 。如果可能的話 , 給參與者一個獎勵并說 “謝謝你的寶貴時間” 。
另外 , 不要通過給出指令來引導用戶完成任務 , Newman(2020)建議提前說明以下幾句話:“我希望你試著去完成這項任務 。如果你陷入困境 , 真的需要幫助的話 , 我隨時都在 。但我真心希望你能夠盡你最大的能力來完成這件事 , 之后我們會討論你遇到的問題 ?!?br /> 2. 參與者應該怎么做參與者應該大聲說出他們在想什么和想到什么 , 例如:
  • 他們在找什么 。
  • 大聲朗讀文本 。
  • 推測系統的工作方式 。
  • 他們如何理解自己在做什么?
  • 解釋系統反饋 。
  • 解釋和論證他們的決定 。
  • 他們感覺怎么樣?
你可能會問 , 為什么要這樣?因為這樣你可以聽到他們在思考任務 , 知道他們注意到什么 , 聽到他們如何解釋他們的選擇 。
知情同意

推薦閱讀