我們會在第7章中討論用於設計改良的可用*測試評估
簡言之，下面幾點對成功進行進展式可用*測試非常必要。
我們則認爲用戶反饋和可用*測試在設計的細化階段更具有建設*意義，當然在框架階段儘早進行這些工作有時也是非常有用的（本章末尾我們將更多地討論可用*測試）。
遵循可用*原則並讓真實用戶進行可用*測試，你會發現你的電子商務網站不僅僅可用，而且更加有效。
可用*測試的重點一般在於測量用戶在多大程度上能夠成功完成一些具體的、標準化的任務，以及他們在此過程中所遇到的問題。
使可用*測試放在設計週期的較後階段，即在有了一個連貫的概念和充分的細節以產生文檔或原型之後。
我們會在第7章中討論用於設計改良的可用*測試評估。
可用*測試需要在比較完善的設計成品上進行，不管測試對象是生產軟件，能夠點擊的原型，還是紙製原型，測試的關鍵在於驗*某個產品設計。
如果在網站開發過程中你一直在做迭代(重複)的可用*測試，就會有許多用戶參加其中一個或另一個版本的網站測試。
標準可用*測試(Standardusability test)。將圖標和整個用戶介面一起展示給用戶，要求用戶使用系統完成一系列預先設定的任務，並在完成任務的時候進行出聲思維。
五秒鐘可用*測試：僅花5秒鐘測試時間就對網站可用*進行評分，結果跟10分鐘的測試結果一樣。
所以，除了*作和工作量測試外，高可用*環境和部署它們的應用程序也應該進行某些形式的可用*測試。
因此，即使你沒有或沒法找到一個固定的實驗室，你也應該進行可用*測試。
當你需要驗*或者優化交互機制，或者具體設計元素的形式和表達方式時，從可用*測試收集的顧客反饋最爲有用。
我們招收了一些沒有技術背景的人來做可用*測試，結果卻慘敗。
本書中最令人拍手稱快的就是作者爲指導可用*測試提供的詳細資料。
可用*測試（有些不幸的是，也稱作用戶測試）是測量用戶與產品的交互特點的一系列技術的總稱，通常以評估產品的可用*爲目標。
對於診斷型的可用*測試，6至8個用戶通常是不足以揭露產品的大部分問題的。
如果有足夠的時間，我們更傾向於做正式的可用*測試，可用*測試可以來判斷一個設計在多大程度上可以幫助用戶來完成具體任務。
根據我們以往的經驗，用戶反饋和可用*測試對於發現交互框架中的主要問題及某些方面的細化（比如按鈕標籤、*作順序和優先級等）是很有幫助的。
可用*測試也不同於用戶研究，有些人認爲“測試”也是一種研究活動，比如訪談、任務分析，甚至包括創造*的“參與式設計”活動，這就在一個活動中混淆了不同的需求和設計的不同階段。
請記住，可用*測試的核心是評估，並非創造。
是的，我是一個設計者[]，我能做品牌識別、交互*多媒體、以人種學學者的身份進行可用*測試。
缺乏頻繁的可用*測試，志願項目依賴於郵件裏表中非常主觀*的用戶反饋。
