一篇文章向你介紹可用性測試方法(3)

·Display Recorder (iOS)：手勢、聲音

·SCR (Android)：記錄屏幕、手勢、表情、聲音

·Magitest (iOS)：記錄屏幕、手勢、表情、聲音

·Mobizen +AirDroid (Android)：現場觀察并記錄手勢、表情、聲音

5.預測試

預測試是正式實施可用性測試前的一次模擬， 模擬有助于發現問題，這時候邀請同事即可。把正式測試的流程走一遍，包括設配的調試、訪談切入、問題的提問、記錄者的記錄等，然后把記錄的錄音、視頻等放出來看看效果如何，效果不如意的時候再進行調整。

總之，預測試可以幫助發現問題，包括以下幾個方面的問題：

·設備的問題。舉個例子，錄音設備放置的位置會影響錄音的效果。

·測試腳本的問題。測試問題是否足夠清晰。

·訪談的切入以及問題的提問。

·記錄者的記錄。

發現問題之后去解決問題，才能使正式測試的時候達到更好的效果。

6.正式測試

6.1事前接待

測試前的接待工作是測試人員對公司的第一印象，給測試人員留下一個好印象、一個好心情有利于可用性測試的進行。所以在這里將一些注意點說一下。

首先，可以事先確認一下用戶的行程。遇到刮風、下雨、下雪等惡劣天氣的時候可以事先送上問候短信。

其次，遇上用戶遲到的情況下，也要保持克制。在遲到五分鐘到十分鐘之后再給用戶電話詢問情況，如果用戶因故取消測試，也要保持友好的態度。

在接到用戶之后，送上一杯溫水或者溫熱的飲料，然后讓用戶等待一下。最后可以有專門的人員先和用戶聊聊天，可以打聽一些事情。

6.2暖場介紹

正式開始之前有個暖場介紹。首先主持人做一下自我介紹，然后介紹一下測試的目的和時間，需要向用戶強調測試的對象是系統，希望用戶可以暢所欲言。如果有錄音或者錄像，需要向用戶告知會有此類行為，但是結果完全保密。最后還需要簽署保密協議。

6.3正式提問

正式提問分兩個部分：個人信息的小問題和可用性測試任務問題。

小問題主要是為了讓用戶有個適應的過程，可以迅速進入狀態。一般可以詢問產品使用習慣、產品偏好、上網情況等，之后的測試問題就是主要的可用性測試的問題。這里需要把問題放入到場景中，讓用戶在場景中去完成任務?；蛘呖梢栽儐栍脩舻氖褂昧晳T，然后引導到腳本中的問題。需要注意的是，不一定要按照腳本的順序提問，可以隨機應變，所以主持人要非常熟悉腳本的內容。除了詢問，聆聽之外，主持人還要觀察用戶的神情以及動作，遇上用戶有疑問的表情的時候可以適當穿插新的問題，但是盡量不要提供幫助，也不要指出用戶的錯誤或指責動作太慢，但是可以詢問用戶“為什么這么操作”，必要的時候可以選擇停止任務。

測試過程中還需要有一個記錄人員，記錄人員需要記錄：用戶做了什么動作和步驟（重點）、用戶說了什么、寫下自己的疑問（適當時候可以進行提問或者讓主持人提問）。

6.4結束感謝

測試結束之后，主持人可以問一下用戶的想法，同時讓記錄人員補充提問，所有問題結束之后，需要對用戶表示感謝。送上禮品并接受用戶的一些交通費報銷票據等。最后要把用戶送到公司門口。

7.測試結果統計分析

測試結束之后，如果有時間可以立馬進行整理，因為時間越短，整理出來的內容就越豐富。必要的時候，可以用錄音或者錄像來輔助。在撰寫測試腳本的時候還有一份總結大綱，根據大綱來整理內容。大綱要具備靈活性，可以記錄一下測試現場發現的新問題。

記得只是整理而已，每個測試結束都會有一份整理的資料。最后需要匯總多份可用性測試總結，最終出具一份可用性測試結果，根據這份結果進行相應的改進工作。

我們可以從如下幾個維度去分析我們的可用性測試【8】（維度之間可能有交叉）：

a)任務完成度。每個測試任務都對應一個目標，只有當用戶達到目標之后，我們才認為他們完成了任務。對于每個任務，用戶完成的情況如何？有多少用戶最終沒能完成任務？多少用戶需要在主持人提示下完成任務？多少人可以自行完成任務？這些都是很重要的指標

原文轉自：http://www.jianshu.com/p/7dc60d80a928