可用性測試是指，讓一群有代表性的用戶嘗試對產品進行典型操作，同時觀察員和開發人員在一旁觀察，聆聽，做記錄。該產品可能是一個網站，軟件，或者其他任何產品，它可能尚未成型。測試可以是早期的紙上原型測試，也可以是后期成品的測試。
你能從可用性測試獲得什么？在每一輪的可用性測試中，你都應該先明確具體的測試問題和目標，針對這些目標進行測試。舉例來說，項目剛剛起步，你可以對定量的指標（如時間，錯誤率和滿意度）進行測試，為日后修改網站提供參照。再例如，如果你已經設定了可測量的可用性目標，你可以看看你的產品是否切合這些目標。對于一個典型的可用性測試，你可以：找出該產品的任何的可用性問題從測試參與者的表現收集定量數據確定該產品的用戶滿意度
可用性測試和以用戶為中心的設計的關系？可用性測試是以用戶為中心的設計的一個重要組成部分。用戶為本的設計過程本身就應該包括對性能和偏好進行評價的一系列測試。
什么時候該做可用性測試？盡早做，經常做�？捎眯詼y試可以讓設計師和開發團隊在產品成形之前盡早發現問題。 問題越早發現和彌補，所造成的損失就越低。這些問題是找到并固定好，越昂貴的補丁程序。隨著項目的進展，對設計主體進行改動會變得越來越困難和昂貴。你測試的越多，并就相應測試進行改進，你就可以更加確信你的網站沒有偏軌，確信它是符合您的目標和用戶的需要的。迭代開發過程——開發原型，測試用戶，分析結果，隨之修改原型，然后再重復測試、分析、修改周期——是開發一個成功的網站或軟件的最好方式。
通過可用性測試你能學到什么？通過一個典型的可用性測試，你可能找到這些問題的答案：測試參與者能成功完成任務嗎？在成功完成的任務中，每項任務能做的多快？在成功完成的任務中，每項任務要多少頁（或者點擊多少次）才能完成？測試參與者的表現是否滿足可用性目標？測試參與者對網站的滿意度如何？做出什么改變才能確保更多用戶能夠完成地更順利？可能還有更具體的問題。舉例來說，如果這一輪測試主要關注的是搜索功能，你可能會關注這些問題：測試參與者會在頁面上瀏覽還是直接使用搜索？他們搜索時最常用的關鍵字是什么？搜索框是否足夠大，能呈現大部分的搜索關鍵字？它的位置是否合理？搜索結果是否能引導用戶的快速找到答案？如果搜索結果恰好包含用戶想要的答案，這些答案是否經常顯示在第一頁？搜索是否能檢測到拼寫錯誤并幫助糾正？
可用性測試中你該注意什么？必須牢記以下四點：1. 你測試的是產品，而不是使用者。2. 更多地依靠用戶的表現，而不是他們的偏好。3. 把你掌握的測試結果應用起來。4. 基于真實的用戶體驗，找出問題的最佳解決方法。1. 你測試的是產品，而不是使用者。對一些用戶而言， "測試"有負面的涵義。我們要努力確保他們不認為測試是針對他們。我們要讓他們明白，他們正在幫助我們測試原型或網站。事實上，我們可以不使用“測試”這個術語。相反，我們是邀請參加者為我們提供幫助，"勇于嘗試原型" 。當用戶難以完成任務時，我們應該改變網站，而不是改變用戶。同時我們還應該思考該網站能在多大程度上符合那些典型用戶的的目標，而不是關注用戶在這個任務做的多好。2. 更多地依靠用戶的表現，而不是他們的偏好。通過測試我們可以測量到用戶的表現，以及他們的偏好。用戶的表現包括是否成功完成，所用時間，產生的錯誤等等。偏好包括用戶自我報告的滿意度和舒適度 。一些設計人員認為，如果他們的設計能迎合用戶的喜好，用戶在該網站上就會有良好的表現。但證據并不支持這一點。事實上，用戶的表現以及他們對產品的偏好并非一一對應。一項研究發現，約有百分之七十的用戶同意表現和喜好有聯系。也就是說，他們在喜愛的網站上表現良好，在不喜歡的網站上表現欠佳。然而，還有相對比較大比例的人（ 30 ％ ）認為 ，用戶的表現以及他們對產品的偏好并非一一對應。他們在不喜愛的網站上可能表現良好，在喜歡的網站上也可能表現不佳。關于人們為什么會對自己表現欠佳的網站給出較高的評價有多種解釋。他們可能會把表現不佳歸結到自己，而不是網站�；蛘哒f，他們可能擔心給一個較低的評價會傷害網站設計者，也就是我們的感情�；蛘哒f，他們可能并沒有完成任務，卻自認為成功完成了，他們并沒有意識到問題所在�；谒羞@些理由，我們建議你：更多地依靠用戶的表現，而不是他們的偏好。3. 把你掌握的測試結果應用起來�？捎眯詼y試不僅僅是用于核對項目進度的一個里程碑，你要知道，當最后一個參與者完成任務的時候，可用性測試還沒有結束。整個團隊必須仔細研究結果，設定優先次序，基于結果對或者網站原型進行修改。4. 基于真實的用戶體驗，找出問題的最佳解決方法。制造任何產品，包括大部分網站和軟件，需要考慮許多不同的用戶的工作方式、體驗、問題以及需要。大多數項目，包括設計或修改網站，都要處理時間、預算和資源等方面的限制。平衡各個方面對大部分項目來說都是一個重大的挑戰。在你權衡利弊時，最好優先開發那些能使最多用戶完成任務的網站或軟件。有研究表明，產品推出后，用于支持失敗客戶的花費遠遠高于開發時對產品修正所付出的花費。你需要認真考慮假定用戶、使用場景以及可用性測試的結果，試圖找出針對不同客戶需求的理想解決方法。找不到最好的解決方法，用戶就不能夠順暢地完成任務。有證據表明，即使用戶延長使用時間在一個不太完美的產品界面完成任務，也遠不及在一個更好的產品界面帶來的成功感。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
