為移動應用程序進行可用性測試的 9 個最佳實踐
已發表: 2022-02-23“可用性測試”——顧名思義，是一種在真實用戶的幫助下測試軟件可用性的測試。 這種技術用於以用戶為中心的交互設計，用於評估產品，並直接反饋真實用戶在使用系統時的感受。
它側重於衡量軟件/移動應用程序滿足其預期目的的能力。
例如，當要求一組特定的用戶完成任務或遵循某些導航流程時，同時測試人員/研究人員會觀察他們，以了解他們在此過程中遇到了什麼問題。
Usability.gov 還引用可用性測試作為測試，它指的是通過與代表用戶一起測試來評估產品或服務。 它進一步補充說，這裡的目標是識別可用性缺陷，收集定性和定量數據並衡量參與者用戶對產品的滿意度。
當這些測試被執行並設計為在移動應用程序上執行時，它們被稱為移動可用性測試。 在這裡，目標是檢查應用程序的用戶友好性，看看應用程序可以為用戶提供什麼樣的支持。
為用戶設置任務。
設定明確的目標以產生可衡量的結果至關重要。 您需要設置以正確方式評估用戶交互的任務，並測試應用程序功能的可用性。
為不向他們提供提示的用戶設計任務，而是將它們設計為讓用戶以自己的方式探索和導航應用程序。 產品所有者或公司不應建議用戶使用某種方式執行任務，但他們當然可以告訴他們執行特定操作。
此外，建議和指示也無濟於事。 否則，將無法獲得真正的測試結果。 如果您繼續為他們提供與應用程序通信的指導，您將無法跟踪他們的用戶體驗。
例如，您應該考慮刪除文本框上的佔位符文本。 此外，如果您的說明中存在任何歧義，請在運行測試之前消除歧義。
用戶可以根據應用程序功能執行任何任務，例如，
- 註冊一個帳戶，
- 上傳圖片，
- 上傳視頻，
- 發送消息，
- 接受好友請求，
- 或停用帳戶。
盡量讓任務盡可能地具有可操作性、原始性和現實性。 目標應該被準確描述，並且可以自由地比較產品並根據他們的標準和期望感受用戶體驗。
移動可用性測試方法和最佳實踐
讓我們來看看一些常用的移動應用可用性測試方法。
遠程與現場可用性測試
可用性測試的目標是了解用戶在獨處時的行為。 如果你不這樣做，測試過程可能看起來是受控的。 您希望您的用戶做他們自然會做的事情，因此遠程可用性測試對於有利的結果更有意義。
更推薦遠程進行用戶測試，尤其是對於初創公司，並且這是可行的，前提是市場上有許多可用性測試工具可以促進這種設置。
相反，面對面測試要求用戶出現在固定的環境中，例如有小團體或固定數量的個人的會議室。 這樣做的好處是觀察者可以監控執行任務的用戶並隨時向他們提問。 通常，這種類型的測試是由研究團隊為更大的可用性研究或作為大型組織活動的一部分進行的。
A/B 測試
此方法將受眾分為兩組，他們測試移動應用程序的行為以獲得更高的轉化率。 這種類型的測試涉及向每個組發送應用程序流量並評估具有高轉化率和最佳用戶體驗的變體。
卡片分類
在這種方法中，用戶需要將一組項目組織成組並給出標籤。 它是一種用戶體驗研究、迭代和定性技術，它揭示了目標受眾的領域知識。 這意味著它的目的是創建一個符合用戶期望的信息架構。
電話和視頻採訪
這種方法要求參與者通過視頻通話完成任務，以遠程記錄他們的交互和行為。 它被用作一種低預算的測試解決方案，尤其是當跨大地理位置的用戶進行測試時。
招募合適的測試組
選擇正確的組以產生良好的結果並使應用程序的用戶體驗總體令人滿意是至關重要的。 因此，在為目標人群選擇人員時，應優先考慮多樣性。 您還可以通過對目標地理位置的人員進行 Beta 測試來過濾人員 - 越多樣化越好。
在實際設備上測試
真實的結果需要真實的設備。 如果您想衡量人們將如何與您的移動應用程序交互。 此外，它還全面了解不同用戶將如何與各種設備和測試場景進行交互。
測試組大小
根據 Nielsen Norman Group 的說法，可用性測試的 5 個用戶涵蓋了大多數移動應用程序測試需求。 30-40屏以上的手機APP，可以分批僱傭10-15名參與者。
使用適當的工具
選擇一個不會減慢您的應用程序的工具。 例如，大多數遠程測試工具都需要安裝 SDK。 因此，謹慎選擇可用性測試工具至關重要。
確保所有參與者都在同一頁面上
確保向所有參與者提出後續問題，並且與分配給他們的任務在同一頁面上。 如果所有參與者都在執行相同的任務，這將是有益的，尤其是當您向他們提供有關設備方向或蜂窩連接等方面的建議/說明時。
可用性測試的好處
節省時間的方法
如果您正在考慮開發成本，您可能應該考慮可用性問題。 可用性測試可以節省您花費 50% 的工時來解決技術問題。 這對公司和最終用戶都有好處。 這種測試使公司免於忽視問題並更早地發現問題，從而減少耗時和成本效益。 此外，它基於事實和用戶體驗而不是假設做出決策，因此它整體上改善了用戶體驗。
識別問題
可用性測試及早發現問題，因此，開發過程在時間和成本方面會更便宜。 此外，您將更早地了解如何從用戶的角度看待您的應用程序，因為您將了解完成特定任務需要多長時間以及哪些功能對用戶友好或使用起來具有挑戰性。
更好的產品
整個產品或移動應用程序會更好，因為測試將作為整個設計階段的持續過程進行集成。 這將使產品更加精簡，因為您將不斷了解用戶的想法以及他們的期望是什麼。
發現隱藏問題
移動應用程序可用性測試發現了測試人員難以檢測的問題。 例如，您將能夠確定為什麼特定的移動應用程序功能或頁面被忽略，或者為什麼用戶在應用程序流中選擇其他導航路徑而不是直接路徑。 發現此類行為模式後，您可以識別可能影響移動應用程序功能的小問題，例如性能滯後、鏈接斷開或按鈕。
使用方便
可用性測試確保移動應用程序的簡單性和便利性，因為用戶從一開始就參與開發。 它將讓開發人員知道特定功能或整個應用程序建立用戶熟悉度的速度有多快，以及它在哪裡更有意義？ 因此，它可以順利地按照用戶的需要構建產品。
移動應用可用性測試的挑戰
選擇目標群體進行測試可能具有挑戰性。
不同的移動應用程序有不同的目標受眾群體。 例如，一些移動應用程序針對年輕人，而一些應用程序（例如醫療保健應用程序）可能更多地針對老年人。 在這種情況下，要找到一組特定的人來測試應用程序並為構建更好的產品提供適當的反饋和幫助並不容易。
它可能很昂貴。
這種類型的測試涉及更廣泛的人員來體驗應用程序並協助開發團隊提供預期的用戶體驗。 因此，它需要一些較長的時間來執行，並且需要更大的預算。 因此，與其他類型的測試相比，組織可能會發現它是一種昂貴的選擇。
結果值得懷疑
移動應用程序的可用性測試隨機選擇用戶； 因此，結果並非每次都 100% 準確。 因此，如果參與者沒有 100% 報告合理和準確的輸入，您可能會得到妥協的結果，這是可能的。
決定正確的任務。
對於測試人員（用戶）來說，以現實的眼光探索應用程序至關重要。 因此，為他們設置正確的任務可能具有挑戰性。 但是，這裡的“用戶”是測試人員，因此讓他們發現任務將比要求他們執行預定義的任務列表產生更有價值的結果。
時間緊迫
為了滿足用戶的期望，軟件開發團隊在交付、按時完成和跟踪 KPI 方面感到壓力。 移動應用程序開發團隊有時會在期限緊迫的情況下急於將功能推向生產環境。 他們必須自我驗證功能以保持開發週期的運行。 在這種情況下，很難找到平衡用戶測試反饋和開發團隊的解決方案。
用於移動可用性測試的工具
固化
這是一種創建用於測試的 UI 原型的簡單快速的方法。 Solidify 允許您上傳屏幕並將它們熱鏈接在一起，然後開始與真實用戶測試您的想法。 它具有可管理的工作流程，使您能夠通過用戶測試報告深入了解問題區域。
鼠標流
Mouseflow 是記錄用戶在移動應用程序上的操作和體驗的最簡單方法。 它可以讓您重播完整的訪問者體驗並確定痛點，以幫助您優化應用程序的性能。
用戶縮放
UserZoom 是一款出色的移動應用遠程可用性測試工具。 它可以幫助您發現移動應用程序設計中的問題，並揭示可以進行的必要改進，以使產品更加用戶友好和可靠。 此外，它還是一個 UX 洞察解決方案，可幫助您遠程跟踪用戶、他們的想法並衡量用戶體驗性能。
測試鳥
Testbirds 是一款出色的移動應用遠程可用性測試工具。 它通過來自真實用戶的快速反饋和見解保持領先一步，從而解決您所有的可用性和 UX 測試問題。 這是獲取有關您的產品的詳細反饋的最快捷方便的方式。 它還提供調查和訪談，可以立即告訴您與用戶體驗相關的問題。
樹杰克
TreeJack 已被證明是用於移動應用程序信息架構的便捷工具。 它以最簡單的形式將移動站點地圖呈現為樹，然後為參與者設置任務。 此外，它還可以讓您了解用戶在哪里以及為什麼會卡在應用程序中，並評估您的目標受眾如何瀏覽它。
結論
我們希望您能從本文中找到適用的最佳實踐和移動應用可用性測試方法。 可用性測試有許多最佳實踐，例如招募合適的受眾、編織適當的反饋、重新考慮反饋、在某些情況下強調親自測試，以及許多你可以用來從可用性中獲得準確結果的方法測試。 此外，根據您的可用性測試要求嘗試上述工具。 我們相信您一定喜歡閱讀這篇文章！