可用性測試也是使用者研究/需求採集的乙個常用方法，從理念上講就是：讓產品的終端使用者盡可能多的參與到產品設計各個環節中去，深入一點就很2.0了——「使用者創造內容」（這也不是什麼新概念，傳統行業的宜家ikea好像早在50年前就有所行動，讓使用者參與到產品的設計），把使用者參與擴充套件開，還可以包括前期調研、demo評審等等。
可用性測試的效果往往無法量化，所以經常因為專案時間過緊被略過，好不容易前段時間這次有了一些空閒，正好系統的部分模組是給阿里內部人員使用的，所以就很低成本的執行了一次可用性測試。最最輕量級的，表現為：乙個人，半個小時，在我的座位上，結果提出了15個左右的問題，效率很高。
講幾點要注意的地方。
可用性測試開始之前，要邀請使用者來做tester，不要給tester看到「可用性測試」的術語，而是說「來試用一下我們的新產品，提點意見」，一定不要讓使用者誤以為是我們拿著新產品測試他，而是我們和他一起測試新產品。告知大概持續的時間，給一點產品的背景知識，測試內容是做哪些事情完成哪些任務，讓tester心中有數。
做測試的過程中千萬不要引導，而只是觀察和記錄，使用者行為和預想的不一樣的時候，提問，進行不下去的時候，給與提示。記住一切的錯都是產品和我們的錯，使用者絕對沒有錯。如果真覺得使用者錯了，那也是你找錯人了，不是這個人錯了，：）
結束之後，如有可能應該送個小禮品，但這次內部的就免了呵呵。盡快的總結，發給tester，一方面讓tester感到他起到了作用，另一方面也是表示感謝，建立長期和諧的「使用者參與產品設計」的氛圍。最重要的，這分總結要用於指導產品改進，這才是可用性測試的根本目的。
有興趣的繼續去搜搜：《進行可用性測試的8個指南》、譯言的《了解可用性測試》。
可用性測試
工作一直緊張，但今天還是岔出了一件事情，就是對我負責的模組進行使用者可用性測試。兩個小時的測試還是有點收穫，小記之。剛剛從公司的培訓課程中學到了 usability test 沒想到這麼快就用到了實踐中，雖然這次的可用性測試不是很正式的從公司外部請使用者來做，也沒有用單面透視玻璃對使用者行為作 暗訪...
可用性測試
1.頁面部分 1.頁面清單是否完整 是否已經將所需的頁面全部都列出來了 2.頁面是否顯示 在不同解析度下頁面是否存在，在不同瀏覽器版本中頁面是否顯示 3.頁面在視窗中的顯示是否正確 美觀 在調整瀏覽器視窗大小時，螢幕重新整理是否顯示 4.頁面特殊效果顯示是否正確 2.頁面元素部分 2.元素是否顯示 ...
Web可用性測試
專案 問題 答案 yes no n a 瀏覽1 對瀏覽者所處網頁有清晰的標記？2 有清楚指向主頁的鏈結？3 各主要部分都可以由主頁進入？4 有 索引，已備需要？5 架構簡單，沒有不必要的分級？6 有易用的搜尋功能，已備需要？功能1 所有功能都有清晰的標籤？2 不需要離開 即可運用各必需的功能？3 沒...