關鍵字：可用性測試、軟件測試
當你夢想中的產品終于以一種可見可感受的形態出現的時候，你是不是就可松口氣給自己放一個大假了呢？畢竟從用戶調研到最終確定視覺方案，這條路跌跌撞撞走過來已經耗費了太多的心力。
但是且慢！事情還遠遠沒有結束，你現在所處的，是產品設計過程中最容易節外生枝的階段——實施階段，你現在要關注的，是如何讓參與實施的每一個環節都按照你設計好的方向進行。所以你還是先拿涼水沖沖臉，接著進行下一步工作吧。
在真正進入實施之前，你要做的事情之一就是進行一次可用性測試，以了解用戶對這個新產品的反應，同時發現一些你所忽略的、使用上的問題。
在之前的設計過程中，我們完成了各種各樣的可交付的文檔，現在是檢驗你的準備工作是否完善的時候了。
首先，我們完成了用戶調研，并基于所了解的用戶分類設計了幾個人物角色。那么，你現在要做的，是根據人物角色的屬性，找一定數量（通常是每種人物角色找5～7個）的用戶過來進行產品的可用性測試和簡單的訪談，以了解不同類型的用戶在使用這個新產品時，有可能產生的障礙和疑問。
一說到可用性測試，有人腦海里總會浮現出一面單向透明的鏡子，攝像機、價格昂貴的眼動儀等等高級設備。如果你還這么想，你已經落伍了，可用性測試早就跳樓大減價，變成一種再平常不過的UCD方法了。你要做的，除了找對合適的用戶以外，再做這兩件事就好：
1、完成高保真原型。
你在交互設計階段完成了線框圖，也就是我們常說的低保真原型（別告訴我你沒有做），而前不久，你們剛剛確定了一套大家都滿意的視覺方案。那么現在，你可以和UI Coding、視覺設計師一起，把這兩樣東西結合起來，做一套最完整的高保原型。
最好不要拿低保真原型給用戶做測試。雖然UCD方法并不排斥低保真原型（甚至紙面原型）的可用性測試，但是這會大大增加用戶認知和理解的負擔，也從一定程度上加大了你和用戶溝通的成本，你會發現你總在解釋：“這個地方將來可能是這樣、這樣、這樣……”，而測試結論也因而大大地打了折扣。
也不要等產品開發完成以后才找用戶做測試。這個道理大家都知道，我就不啰嗦了�？傊�，高保真原型是開發成本最低，時間最快的產物（當然，這建立在你的前期工作準備得夠完善的基礎之上），也是進行可用性測試的最佳產物。
2、設定測試任務。
傳統意義上的可用性測試，是觀察用戶使用產品的、最自然的狀態。換句話說，就是把用戶扔進可用性實驗室，然后你藏到一邊去偷看用戶怎么折騰你的寶貝產品的全過程。如果Web產品的可用性測試你還這么做，你會發現你的用戶總是在漫無目的地隨手亂點。你希望用戶在打開注冊界面時的第一反應是輸入用戶名和密碼，他卻鼠標輕輕一點從導航就離開了這個頁面。你應該因為這個結論而去掉注冊界面的導航嗎？顯然不是。
被召募過來參加可用性測試的用戶，盡管有可能是你的老用戶，但他們測試時的心理狀態和期望值，與他們平時使用你的產品時完全不一樣。用戶會揣摹你的心思：這幫產品人員想讓我測試什么呢？你想讓他在詳細信息頁面看到“注冊”時去點擊它，他卻認為你想讓他在這個頁面發表一個評論，結果就是你暗暗咬著牙祈禱他早點發現注冊按鈕，他卻在滿頭大汗地切換輸入法。
你要怎么做才能避免這個情況呢？
之前，我們針對每一個人物角色的目標完成了任務分解，這其中包括任務的重要程度和優先級別。而參與測試的用戶，是按照人物角色的屬性來召募的。順理成章地，就應該讓這些用戶試著在你的新產品上完成他們這類用戶最主要、優先級最高的任務，這樣你才可能發現他們在完成任務的過程中有可能出現的問題。
文章來源于領測軟件測試網 http://www.kjueaiud.com/