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

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

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

A / B測試

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

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

更改的元素清單：

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

• 定義特定目標(biāo)，例如增加用戶表單提交。

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

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

測試結(jié)果的聲明可能如下所示：

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

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

原型測試

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

• 定義測試的預(yù)算和目標(biāo)；

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

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

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

形成性可用性測試

形成性可用性測試是早期測試的另一種形式，更側(cè)重于質(zhì)量，產(chǎn)品在發(fā)布給目標(biāo)用戶使用之前需要通過驗收標(biāo)準(zhǔn)測試。形成可用性測試要遵循以下過程：

• 產(chǎn)品在發(fā)布之前可以進行軟啟動（v.0.5）。

• 與beta測試組執(zhí)行定義的可用性測試。

• 編寫特定的測試用例，指導(dǎo)用戶完成特定的測試目標(biāo)。

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

• 查看分析并為產(chǎn)品設(shè)計制定業(yè)務(wù)決策。

• 在產(chǎn)品正式發(fā)布之前修改設(shè)計并解決可用性問題。

• 運行其他測試，不斷改進產(chǎn)品。

總結(jié)性可用性測試

總結(jié)性可用性測試在開發(fā)后期進行，目標(biāo)是確定設(shè)計是否真正符合產(chǎn)品的目標(biāo)，測試對象是已定義的用戶組，產(chǎn)生的結(jié)果應(yīng)該是可用性的準(zhǔn)確統(tǒng)計測量，對于測試階段作出指導(dǎo)性決策。總結(jié)性可用性測試通常遵循與形成性可用性測試相同的流程，但更注重細節(jié)和用戶體驗，其應(yīng)與產(chǎn)品的每個新版本保持一致。

Eyetracking技術(shù)

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

調(diào)查問卷

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

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

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