極客的可用性/可用性測試
可用性測試是設計使用者友好裝置的最重要部分，因為在這裡你可以發現問題。
可用性測試的原理很簡單：讓不同的人嘗試使用產品，並觀察他們嘗試使其運作。記錄下他們遇到的所有問題。請記住，此測試的目的是不是證明該產品有效，而是找出錯誤或問題。
您可以將可用性測試應用於任何型別的硬體 - 開罐器、收音機或飛機，以及任何型別的軟體 - 網頁、電子遊戲、文字處理程式或科學程式。
您可能會發現的錯誤型別是
- 使用者在弄清楚如何使用產品方面遇到了問題。
- 使用者想要做產品無法做的事情。
- 產品沒有按照使用者期望的方式執行。
- 使用者沒有發現有用的功能。
- 使用者以笨拙的方式使用產品。
- 使用者感到疲倦或有人體工程學問題。
- 顯然，您也可能會發現明顯的舊功能錯誤。
進行可用性測試的方法很多。最常見的方法是
- 採訪使用者。
- 讓使用者在嘗試弄清楚如何使用裝置時大聲思考。
- 從他們的肩膀上觀察使用者。
- 讓使用者獨自一人，透過閉路電視觀察他們。
最後一種方法可能需要特殊的設定或實驗室，而其他測試可以在現場進行，即在使用產品的自然環境中進行。電視方法可能有助於說服其他人該產品存在可用性問題：唯一能說服你以前的老闆人們無法弄清楚如何使用該裝置的方法是向他展示使用者犯錯的影片。否則，現場測試可能更現實，更容易進行。
可用性測試的結果在很大程度上取決於所使用的測試人員型別。測試使用者型別的一些示例是
新手。 這是從未使用過這種裝置的人。這種型別的測試人員在弄清楚如何使用該裝置時會遇到最多的問題，因此會發現許多可用性錯誤。
有經驗的使用者。 這是使用類似產品經驗豐富的人。有經驗的使用者會嘗試高階功能，並知道在哪裡尋找問題。
年邁的無經驗者。 老年人學習速度較慢，他們的感官和運動技能效率較低。例如，我的老媽媽很難雙擊滑鼠，因為滑鼠無法容忍兩次點選之間即使是最小的移動。
殘疾使用者。 讓有各種殘疾的人測試你的裝置可能會很有啟發。如果難以找到合適的殘疾測試人員，那麼你可以參考針對使事物對殘疾人更容易訪問的各種指南。請參閱參考列表。
兒童。 兒童好奇心強，喜歡冒險。他們想嘗試一切，可能會將你的裝置推向極限。
高尚正直的人。 這是在敢於觸碰開按鈕之前會閱讀整個手冊，包括法律免責宣告的人。這是唯一能發現印刷手冊中錯誤的人，但他們永遠不會發現你的程式是否可以生成錯誤訊息。
進步而熱情的年輕人。 他會嘗試所有花哨的功能，除了幫助按鈕。告訴他找錯誤，他認為打敗你的小玩意是一場遊戲。
後兩種型別的測試人員可以透過我從經驗中得出的以下例子很好地說明：我想測試下面顯示的程式，它繪製了數學函式的曲線。
我的第一個測試人員是一位沉靜的年邁工程師。我預計他精通數學。他在公式欄位中輸入了y = x + 1，然後按下了回車鍵。該程式顯示了一條直線。然後他輸入了y = x + 2。該程式顯示了另一條與第一條平行的直線。當他輸入到y = x + 8時，他停止了測試，說：“它可以工作！”
我找到的下一個測試人員是一位患有雙相精神病的年輕技術人員。他寫了各種數字和符號的組合，而不考慮語法。這聽起來可能很愚蠢，但這是一個極好的機會來測試該程式是否可以生成有用的錯誤訊息。有一次，他累了，在公式欄位中輸入了“我寧願喝啤酒！”。他在這方面抓住了我：我從未想過如果使用者輸入純文字（例如問題）而不是公式，該程式應該怎麼做。
當然，這個非凡的測試人員嘗試了我的程式中的所有按鈕和選單。大多數這些按鈕和選單都立即響應，但一個複雜的根查詢命令需要 30 秒才能完成。他點選了這個命令，游標變成了沙漏，表示程式正在執行。他無視了這一點，並反覆不耐煩地點選。在他點選這個耗時的命令十次後，由於沒有得到立即響應而感到沮喪，他嘗試了其他所有按鈕，但沒有得到響應。解釋是系統以先進先出的方式服務所有命令。對耗時命令的十次點選都被放入訊息佇列中，因此程式在接下來的五分鐘內無法執行任何其他操作。一個嚴重的可用性錯誤！
我不得不意識到，這個瘋子找到的可用性錯誤比我所有其他測試人員加起來還要多。
這表明擁有不止一個測試人員非常重要。沒有一個測試人員能夠發現你裝置中的所有可用性問題。測試人員越多，你發現的問題就越多。
有趣的是，發現的問題不僅取決於測試人員，還取決於觀察者。實驗室實驗表明，在可用性測試中發現的問題幾乎與觀察者一樣取決於測試人員。因此，一個好的測試應該涉及不止一個觀察者，以及不止一個測試人員。
你甚至可以使用不同型別的觀察者
設計師。 參與裝置技術構建的人員將觀察使用者是否沒有按照預期的方式行事，但可能會傾向於認為使用者有錯，而不是裝置有錯。
另一個使用者。 一個人，對內部技術結構的瞭解與測試人員一樣少，可以更好地理解測試人員的問題和思維方式。
可用性專家。 這種型別的觀察者有經驗注意到測試人員的問題和挫折，但可能不熟悉該應用領域的具體問題。
請記住，試圖解決一個問題可能會造成另一個問題，因此你可能需要再次測試。新產品完整開發過程可能在過程中的多個階段涉及可用性測試
舊版本。 在開始開發新產品之前，你可以測試類似的現有產品，以瞭解需要改進的地方。
原型。 一旦你有了模型或原型，就可以進行可用性測試。即使是一張紙上的使用者介面圖紙也可以用作原始測試。
測試版。 測試版可能會包括可用性方面。
釋出版。 最終產品應始終經過測試。
任何可用性測試都無法發現所有問題，因為測試情況永遠無法包含產品在現實生活中使用的所有情況。下一頁介紹瞭如何使用終端使用者的反饋來發現可用性問題。
這是我浴室裡的水龍頭。我買它是因為它看起來很完美：右邊的把手調節溫度，而左邊的把手調節水量。如果你想用噴嘴出水洗手，就把左邊的把手向下轉，如果你想淋浴，就把它向上轉。你能在這個水龍頭中發現任何可用性問題嗎？
好吧，我之前安裝好之前是做不到的。我第一次開啟它洗手的時後，水濺到了頭上。為什麼呢？因為我習慣了逆時針旋轉水龍頭才能開啟。在這個把手，逆時針是向上，這意味著是淋浴。我花了很長時間才習慣往另一個方向轉動手柄，而且有時我仍然會轉錯方向。每次有客人來，他們需要去洗手間時，他們都會很生氣地出來，而且全身溼透了！
這種錯誤只有在進行可用性測試時才能發現。