關於可用性的測試和評估，在國外現在已經形成乙個新的專業，稱為可用性工程（
usability engineering）。由於是乙個專業，因此就有專門的人員來從事這項工作，並發展出一整套的方法和技術來進行可用性的測試和評估。根據我們給軟體可用性所下的定義，乙個軟體可用性的測試和評估應該遵循以下原則：
（1）最具有權威性的可用性測試和評估不應該是專業技術人員，而應該是產品的使用者。因為無論這些專業技術人員的水平有多高，無論他們使用的方法和技術有多先進，最後起決定作用還是使用者對產品的滿意程度。因此，對軟體可用性的測試和評估，主要應由使用者來完成。
（2）軟體的可用性測試和評估是乙個過程，這個過程早在產品的初樣階段就開始了。因此乙個軟體在設計時反覆徵求使用者意見的過程應與可用性測試和評估過程結合起來進行。當然，在設計階段反覆徵求意見的過程是後來可用性測試的基礎，不能取代真正的可用性測試。但是如果沒有設計階段反覆徵求意見的過程，僅靠使用者最後對產品的一兩次評估，是不能全面反映出軟體的可用性。
（3）軟體的可用性測試必須是在使用者的實際工作任務和操作環境下進行。可用性測試和評估不能靠發幾張調查表，讓使用者填寫完後，經過簡單的統計分析就下結論。可用性測試必須是使用者在實際操作以後，根據其完成任務的結果，進行客觀的分析和評估。
（4）要選擇有廣泛代表性的使用者。因為對軟體可用性的一條重要要求就是系統應該適合絕大多數人使用，並讓絕大多數人都感到滿意。因此參加測試的人必須具有代表性，應能代表最廣大的使用者。
軟體是高新技術，人們對軟體的認識通常是從技術上來考慮，似乎技術越先進，水平越高，系統就越好。所謂人們的認識，不僅包括設計人員和管理人員，而且包括普通使用者。因此提出軟體的可用性問題，不僅是設計人員思想上的一場革命，也是普通人認識上的一場革命。
在軟體產品開發過程中，軟體可用性的測試是必不可少的一環。可用性是從人的角度來看軟體系統是否易用，高效，使人滿意。做為一種特殊的it產品，它的可用性顯得格外重要：
考察軟體系統的可用性一般來講就是測試軟體的可用性是否達到了使用者的要求。目前的方法大致可以分為四類，使用者模型法，使用者調查法，專家評審法和使用者測試法。
使用者模型法是用數學模型來模擬人機互動的過程。這種方法把人機互動的過程看做是解決問題的過程。它認為人使用軟體系統是有目的的。而乙個大的目的可以被細分為許多不的目的。這了完成每個小的目的，又有不同的動作和方法可供選擇，每乙個細小的過程都可以計算完成的時間。這個模型就可以用來**使用者完成任務的時間了。這個方法特別適合於無法進行使用者測試的情形。在人機互動領域中最著名的**模型是goms（goals,operators,methods,selections）模型。
使用者調查法包括問卷調查法和訪談法。這兩種方法是社會科學研究，市場研究和人機互動學中沿用已久的技術，適用於快速評估，可用性測試和實地研究，以了解事實，行為，信仰和看法。
訪談與普通對話的相似程度取決於待了解的問題和訪談和型別。訪談有4種主要型別：開放開（或非結構化）訪談，結構化訪談，半結構化採談和集體訪談.具體就採用何種訪談技術取決於評估目標，待解決的問題和選用的評估范型。例如，如果目標是大致了解使用者對新設計構思（如互動設計）的反映，那麼非正式的開放式訪談通常是最好的選擇。但如果目標是蒐集關於特定特徵（如新型web瀏覽器的布局）的反饋，那麼，結構化的訪談調查通常更為適合，因為，它的目標和問題更為具體。
調查問卷是用於收集統計資料和使用者意見的常用方法，它與訪談有些相似，也是用來了解使用者的滿意度和遇到的問題。問卷需要認真的設計。可以是開放式的問題，也可以是封閉的問題，但必須措辭明確，避免可能的誤導問題，保證所收集的資料有高的可信度。在學術**中常見的可用性問卷包括：使用者互動滿意度問卷（questionnaire for user interaction satisfaction,quis）,軟體可用性測量目錄(software usability measurement inventory,sumi)計算機系統可用性問卷(computer system usability questionnaire,csuq).
走查法包括認知走查和協作走查，是從使用者學習使用系統的角度來評估系統的可用性的。這種方法主要用來發現新使用者使用系統時可能遇到的問題，尤其適用於沒有任何使用者培訓和系統。走查就是逐步檢查使用系統執行的過程，從中找出可用性問題。走查的重點非常明確，適合於評估系統的一小部分。
使用者測試法：可用性既然是評價軟體質量的標準，而且是從使用者的角度出發，評價起來當然少不了使用者的參與，在所有的可用性評估法中，最有效的就是使用者測試法了。該方法是在測試中，讓真正的使用者使用軟體系統，而測試人員在旁邊觀察，記錄，測量。因此，使用者測試法最能反映使用者的要求和需要的。根據測試的地點不同，使用者測試可分為實驗室測試和現場測試。實驗室測試是在可用性實驗室裡進行的，而現場測試則是由可用性測試人員到使用者的實際使用現場進行觀察和測試。根據試驗設計的方法不同，使用者測試以可分為有控制條件的統計試驗和非正式的可用性觀察測試。這兩種試驗方法在某些情況下也可以混合使用，所以經常被籠統的稱為可用性試驗。可用性的實驗就是在產品實際應用的環境之外，就特定的環境、條件、使用者進行測試，藉以記錄系統的表現，更能對特定的因果關係進行驗證，得到量化的資料。
使用者測試常用的方法包括實驗室的實驗、焦點團體討論(focus group discussion)及發聲思考(thinking aloud)。焦點團體討論是一般市場營銷研究常用的手段。邀請一群使用者，一般五至八人一起就幾個焦點問題進行討論，由一位主持人掌控討論的方向，圍繞著預定的題目進行，讓參與者都能暢所欲言並熱烈討論。不過若針對軟體進行討論，必須要考慮系統的規模與使用的體驗，對企業的軟體來說，一次的討論絕對不夠，必須要進行一系列的討論與評價。
發聲思考法是心理學研究所用的研究方法，在國外被人機互動或可用性的研究者用來評估軟體的使用。發聲思考法要求受測者使用指定的系統，邊用邊說話，說出使用之時心中想的一切，包括困難、問題、感覺等。這個方法能從每位受測者的評價過程中收集到相當大的資訊，而所需邀請的受測者也不多，在國外的相關業界可說是標準的軟體使用質量評價方法。
1. 小結
以上介紹的可用性工程方法都是多年工業實踐證明切實有效的。在各個方法的實際運用中，可以根據具體情況對方法執行上的某些細節靈活掌握。在特定的產品開發專案中，如何選擇所使用的可用性工程方法直接關係到可用性工程的運用效果。在這裡一定要綜合考慮開發過程當時所處的階段、各種方法所能提供的資訊以及它們所需要的技能、人員、時間、裝置等方面的資源，在此基礎上，選擇一組適合具體情況、能夠互補和相互銜接的方法，使得以使用者為中心的設計理念得到盡可能的充分體現。
可用性測試
工作一直緊張，但今天還是岔出了一件事情，就是對我負責的模組進行使用者可用性測試。兩個小時的測試還是有點收穫，小記之。剛剛從公司的培訓課程中學到了 usability test 沒想到這麼快就用到了實踐中，雖然這次的可用性測試不是很正式的從公司外部請使用者來做，也沒有用單面透視玻璃對使用者行為作 暗訪...
可用性測試
1.頁面部分 1.頁面清單是否完整 是否已經將所需的頁面全部都列出來了 2.頁面是否顯示 在不同解析度下頁面是否存在，在不同瀏覽器版本中頁面是否顯示 3.頁面在視窗中的顯示是否正確 美觀 在調整瀏覽器視窗大小時，螢幕重新整理是否顯示 4.頁面特殊效果顯示是否正確 2.頁面元素部分 2.元素是否顯示 ...
實現軟體的可用性
繼續趕超世界先進水平 常用的可用性戰術總結，通常用於以下幾個方面 1 錯誤檢測 3個戰術 命令 響應。在錯誤發生前阻止，先由本地元件進行低階判斷，再通過遠端高階判斷 心跳。定時傳送資訊或資料給檢測元件 異常。這個就不用再說了 2 錯誤恢復 4個戰術 表決。輸出評判資料，交給表決元件表決，採用 多數規...