實驗室如何進行可用性測試?
Posted: Tue Dec 17, 2024 6:20 am
在進行可用性測試之前,實驗室代表會與客戶會面,以了解被測產品的特性、目標受眾、研究目標和需要驗證的假設。
人員檢測
資料來源:shutterstock.com
分析師收到有關物件的所有必要資訊後,他們 越南手機電話號碼 會建立可用性測試腳本。這是一份書面文檔,包含使用者說明、要測試的任務清單以及主持人應向參與者提出的問題。完成的腳本已與客戶達成一致。
在編寫腳本的同時,也會搜尋使用者來測試產品。通常8-12人就夠了。有時,公司會邀請客戶參與測試,或實驗室透過專門機構尋找合適的受訪者。
在腳本獲得客戶批准並找到用戶後,可用性測試過程開始。參與者來到實驗室,主持人給他們指示。
演示者觀察受訪者如何完成任務,記錄各種可用性指標(任務完成的時間和成功率、受訪者滿意度等)。
測試過程被記錄在影片中。這對於完整了解實驗室中發生的情況是必要的。攝影機記錄使用者的臉部表情和評論。眼球追蹤技術也可以用來了解參與者面臨的困難的本質。
當使用者完成產品測試後,分析師會起草一份報告,記錄研究過程中發現的所有可用性缺陷、指標、眼動追蹤結果,並提供最佳化介面的選項。
進行實驗室可用性測試需要多長時間?
平均每位受訪者需要 1.5 小時(1 小時用於測試,15 分鐘用於指導和總結)。您不應該增加測試的持續時間;使用者會感到疲倦並開始犯錯或正式完成任務,這會降低最終結果的品質。
典型的實驗室可用性測試項目從準備到報告撰寫大約需要三週。但這些截止日期可能會根據特定項目的特徵而有所不同。
例如,如果客戶使用敏捷技術,那麼測試應該在短時間內(1-3天)完成。一個需要跨文化研究分析的大型專案需要3-4個月的時間。
如何利用介面可用性測試的結果來改善產品?
最終報告按照重要性和緊迫性對所有實驗室建議進行排序。這樣客戶就可以選擇最高優先順序的任務。一些實驗室提供設計師監督服務 - 他們為客戶的 IT 專家提供建議並監督其建議的實施。
如何撰寫可用性測試任務
假設您需要對線上商店進行可用性測試。您知道場景是什麼(搜尋和選擇商品、訂購流程),網站的運作有哪些缺點(付款方式不斷錯誤),甚至假設問題出在價格上篩選。在這種情況下,為受訪者創建任務的正確方法是什麼?
重點任務
合乎邏輯的是,在我們對線上商店介面進行可用性測試的情況下,我們需要給出此類任務:“選擇一台帶無霜系統的兩室冰箱,成本不超過 5 萬盧布。”透過這種方式,您可以激勵用戶使用過濾器並相互比較不同的模型。
有關此主題的推薦文章:
傻瓜式的網路網站推廣
內部網站優化:逐步分析
網站的 CMS
因此,您將能夠評估價格過濾器如何適用於所有測試參與者,並分析選擇產品的主要場景。當您需要測試某個假設(例如,價格過濾器中的錯誤)時,此類任務適合。
但是,如果所有測試都僅限於此任務,則由於以下原因,存在無法全面了解可用性問題的風險:
介面抽查
你只會發現與任務相關的那些領域的缺陷,而不會看到它們以外的問題。同時,您不太可能為線上商店的所有功能建立任務。
缺乏參與度
受訪者通常會正式執行此類任務。他們找到第一個滿足指定參數的產品,測試就結束了。有可能用戶以前從未購買過冰箱,因此不知道什麼是無霜系統。
任務越接近受訪者的現實生活,他就越會參與完成它。此類使用者提供有關使用產品介面的非正式回饋,從而提高測試結果的品質。
洞察範圍縮小
也許如果使用者真的需要購買一台冰箱,他的選擇過程會完全不同。例如,我會不使用篩選器或使用其他參數進行搜尋。在這種情況下,嚴格的測試任務限制了尋找問題的範圍。
人員檢測
資料來源:shutterstock.com
分析師收到有關物件的所有必要資訊後,他們 越南手機電話號碼 會建立可用性測試腳本。這是一份書面文檔,包含使用者說明、要測試的任務清單以及主持人應向參與者提出的問題。完成的腳本已與客戶達成一致。
在編寫腳本的同時,也會搜尋使用者來測試產品。通常8-12人就夠了。有時,公司會邀請客戶參與測試,或實驗室透過專門機構尋找合適的受訪者。
在腳本獲得客戶批准並找到用戶後,可用性測試過程開始。參與者來到實驗室,主持人給他們指示。
演示者觀察受訪者如何完成任務,記錄各種可用性指標(任務完成的時間和成功率、受訪者滿意度等)。
測試過程被記錄在影片中。這對於完整了解實驗室中發生的情況是必要的。攝影機記錄使用者的臉部表情和評論。眼球追蹤技術也可以用來了解參與者面臨的困難的本質。
當使用者完成產品測試後,分析師會起草一份報告,記錄研究過程中發現的所有可用性缺陷、指標、眼動追蹤結果,並提供最佳化介面的選項。
進行實驗室可用性測試需要多長時間?
平均每位受訪者需要 1.5 小時(1 小時用於測試,15 分鐘用於指導和總結)。您不應該增加測試的持續時間;使用者會感到疲倦並開始犯錯或正式完成任務,這會降低最終結果的品質。
典型的實驗室可用性測試項目從準備到報告撰寫大約需要三週。但這些截止日期可能會根據特定項目的特徵而有所不同。
例如,如果客戶使用敏捷技術,那麼測試應該在短時間內(1-3天)完成。一個需要跨文化研究分析的大型專案需要3-4個月的時間。
如何利用介面可用性測試的結果來改善產品?
最終報告按照重要性和緊迫性對所有實驗室建議進行排序。這樣客戶就可以選擇最高優先順序的任務。一些實驗室提供設計師監督服務 - 他們為客戶的 IT 專家提供建議並監督其建議的實施。
如何撰寫可用性測試任務
假設您需要對線上商店進行可用性測試。您知道場景是什麼(搜尋和選擇商品、訂購流程),網站的運作有哪些缺點(付款方式不斷錯誤),甚至假設問題出在價格上篩選。在這種情況下,為受訪者創建任務的正確方法是什麼?
重點任務
合乎邏輯的是,在我們對線上商店介面進行可用性測試的情況下,我們需要給出此類任務:“選擇一台帶無霜系統的兩室冰箱,成本不超過 5 萬盧布。”透過這種方式,您可以激勵用戶使用過濾器並相互比較不同的模型。
有關此主題的推薦文章:
傻瓜式的網路網站推廣
內部網站優化:逐步分析
網站的 CMS
因此,您將能夠評估價格過濾器如何適用於所有測試參與者,並分析選擇產品的主要場景。當您需要測試某個假設(例如,價格過濾器中的錯誤)時,此類任務適合。
但是,如果所有測試都僅限於此任務,則由於以下原因,存在無法全面了解可用性問題的風險:
介面抽查
你只會發現與任務相關的那些領域的缺陷,而不會看到它們以外的問題。同時,您不太可能為線上商店的所有功能建立任務。
缺乏參與度
受訪者通常會正式執行此類任務。他們找到第一個滿足指定參數的產品,測試就結束了。有可能用戶以前從未購買過冰箱,因此不知道什麼是無霜系統。
任務越接近受訪者的現實生活,他就越會參與完成它。此類使用者提供有關使用產品介面的非正式回饋,從而提高測試結果的品質。
洞察範圍縮小
也許如果使用者真的需要購買一台冰箱,他的選擇過程會完全不同。例如,我會不使用篩選器或使用其他參數進行搜尋。在這種情況下,嚴格的測試任務限制了尋找問題的範圍。