可用性測試如何做？這6種方法可助你一臂之力

一個成功的軟件一定是會以簡化流程等方式為企業業務增加價值，所以企業在軟件選型時甚至是選型之后一定要多多思考以下幾個問題：軟件項目是否能夠帶來期望的改進？用戶會得到更好的體驗嗎？生產力是否會得到期望值的提高？用戶對更改是否滿意，并與之前的預期一致？

為了確保軟件能夠在工作流程、用戶滿意度以及設計強度等諸多方面實現業務目標，我們需要一個神器——可用性測試。那么，如何選擇可用性測試？何時該使用何種可用性測試？……本文將為大家詳細介紹六種可用性測試。

A / B測試

A / B測試適用于網站或登錄頁面，同時是在一段時間內測試兩個單獨的設計（A和B），并收集有關其性能的數據，如果A的測試結果更好的話，那么我們就選定使用A，之后再依次對其它部分進行測試。此類的可用性測試通常需要第三方工具輔助，同時也有很多第三方解決方案。

良好的A / B測試具體應該如何執行？為了更好的比較每個設計之間的特異性，最好每次只更改一個元素，清晰的定義測試目標、用戶場景、用戶可能遇到的問題等等。

更改的元素清單：

• 定義特定問題，例如用戶未能完成提交表單的過程。

• 定義特定目標，例如增加用戶表單提交。

• 定義測試，例如設計A可以是提交按鈕的位置，而設計B可以是不同的位置。

• 通過特定的測量形式對每個設計進行持續一段時間的測試，例如對500個用戶進行為期三周的測試。

測試結果的聲明可能如下所示：

在三個星期的時間中，我們進行了兩次測試，平均有500次用戶交互，其中每個設計平均分配用戶數。測試結果是，藍色按鈕提交率為46%，而橙色按鈕高達76%。綜上，橙色按鈕的設計更適合。

A / B測試高效、明確，而且A/B測試是一個過程，需要一段時間才能看出結果，除了單變量，多變量的測試也可以用類似于A/B測試的格式，不過測試結果可能不如A/B測試準確。

原型測試

原型測試是早期測試，通常是在開發之前對完整的用戶工作流程進行測試，在原型測試開始之前需要遵循的準則包括：

• 定義測試的預算和目標；

• 依靠早期測試來確定可能需要改進的特定區域；

• 選擇原型工具，例如Axure解決方案；

• 選擇原型測量工具來收集用戶的分析，管理測試的團隊必須熟悉此工具并學習如何測量測試，例如Loop11。

形成性可用性測試

形成性可用性測試是早期測試的另一種形式，更側重于質量，產品在發布給目標用戶使用之前需要通過驗收標準測試。形成可用性測試要遵循以下過程：

• 產品在發布之前可以進行軟啟動（v.0.5）。

• 與beta測試組執行定義的可用性測試。

• 編寫特定的測試用例，指導用戶完成特定的測試目標。

• 選擇第三方工具（例如Optimizely）來幫助運行測試并收集分析。

• 查看分析并為產品設計制定業務決策。

• 在產品正式發布之前修改設計并解決可用性問題。

• 運行其他測試，不斷改進產品。

總結性可用性測試

總結性可用性測試在開發后期進行，目標是確定設計是否真正符合產品的目標，測試對象是已定義的用戶組，產生的結果應該是可用性的準確統計測量，對于測試階段作出指導性決策。總結性可用性測試通常遵循與形成性可用性測試相同的流程，但更注重細節和用戶體驗，其應與產品的每個新版本保持一致。

Eyetracking技術

Eyetracking技術是一種非常特殊的測試類型，當用戶在使用產品或瀏覽網站時，它會跟蹤用戶的眼球運動和凝視。通常會需要第三方軟件工具的輔助，如iMotions.com，跟蹤用戶的點擊和鼠標移動。這種類型的測試往往是在10個或者更多的已定義用戶組中執行，分析數據并確定如何改進設計和UX性能。不過，這種測試的成本很高，這也是這類可用性測試使用率很低的重要原因。

調查問卷

調查問卷不像其他形式的測試那樣具有數字基礎和精確性，但它們能夠提供用戶組的基本反饋，如果要在短時間內收集大量信息，那么調查問卷是最經濟的解決方案，而且使用簡單，即使是經驗不足的小型測試團隊也可以完成。

調查問卷也可以利用第三方工具來執行，其與其它形式的可用性測試之間的最大區別是它已經制定了一系列的意見，但這種方式也有缺點，任何觀點只要達到了一定的數量都會影響結果的有效性，而調查問卷這種更偏向于出題者主觀意向的測試方式很容易得到錯誤的結論。

綜上，可用性測試對于軟件開發來說是一件很重要的事情，而且早期的測試不但能夠提升產品的成功率，還可以節省時間和金錢。