在如今的ux設計領域，基於線框圖、原型和使用者訪談的傳統可用性測試毋庸置疑是有著突出優點的，但是越來越多產品團隊開始使用新的方法了，比如眼動追蹤技術。在過去的 10 年當中，眼動追蹤技術在產品設計和測試領域獲得了越來越多的認可。那麼在ux設計和測試上，使用它又有何不可呢？
根據ux magazine
的說法，眼動追蹤技術，讓使用者測試不再需要現場的測試人員，從而讓ux設計師可以更好地捕捉參與測試的使用者在測試過程中，無意識和有意識的行為，從而通過這些真實的反饋來洞悉影響使用者行為的根本。不過眼動追蹤技術雖然從某種意義上頗為有用，但是設計程式設計客棧團隊在如何使用這一技術上，還是需要仔細推敲投入和產出的比例。
今天的文章是關於眼動追蹤技術的快速指南，如果你的ux團隊準備採用它，不妨閱讀這篇文章。
眼動追蹤是什麼眼動追蹤技術聽起來很先鋒，實際上它已經存在 100 多年了。
在 20 時機初，edmund huey建立了第乙個可以用來追蹤眼球運動的閱讀裝置，huey 所設計的這款眼動追蹤裝置採用的**眼鏡+鋁製指標來追蹤眼球的運動軌跡。這款裝置幫他發現了閱讀過程中造成眼睛緊張和閱讀疲勞的原因，並且提出了許多關於閱讀流暢性的問題。
在此之後，眼動追蹤技術開始逐步投入應用，並且逐步演化到今天。現在的眼動追蹤技術是依靠紅外線最終被測試者面對螢幕時眼球的運動和瞳孔的擴張收縮。最終蒐集到的資料將會提供給ux研究人員分析和研究，通過分析來了解使用者到底是怎麼想的。現在，當ux設計和研究人員在提及眼動追蹤的時候，其實他們指的是借用眼動追蹤技術來記錄和觀察使用者檢視單個頁面時候的眼球聚焦點和運動軌跡的……使用者測試。
如果要深入了解更多細節，眼動追蹤技術的專家，會在測試過程中，特別關注使用者視線固定聚焦（fixation）的時刻和掃視（saccade）的軌跡。
所以，視線的固定聚焦點就像車站，而掃視則是連線不同車站之間的線路。
眼動追蹤技術對於ux流程的好處眼動追蹤技術所能蒐集到的資訊是獨特而無可替代的。對於ui設計師和ux設計師而言，清楚的知道使用者會看哪些地方不會看哪些地方，比猜測來的有價值得多。眼動追蹤能幫設計師蒐集支撐設計的證據，也能讓設計師通過分析更了解使用者的行為和規律，確定設計的問題，甚至是潛在的隱患。包括眼動追蹤在內的可用性測試，最終能夠幫ux設計師了解：
分析資料使用眼動追蹤軟體，ux設計師能夠實時**使用者在測試期間眼動的軌跡，這也為測試團隊提供了更有價值的資訊，幫助他們深入地分析使用者的行為模式，這也使得他們可以由此對使用者有更深的了解，甚至為個性化定製和互動模式的優化提供資訊支撐。
那麼，我們為什麼不大規模地使用眼動追蹤來做測試呢？
了解了它的優勢，在奔跑著歌頌眼動追蹤之前，我們必須充分地了解它的缺陷。
首先，現在的眼動追蹤技術並不便宜。專業的眼動追蹤系統**高達 10000 美元，相比於我們所常見的ux研究所花費的成本，這確實是一筆不小的開支。
其次，眼動追蹤的資料並不是那麼容易獲得的。和許多技術不同，眼動追蹤的資料流非常之大，沒有經過培訓的ux測試人員是無法從中提取出可用的資料。
最後，雖然眼動追蹤能夠幫我麼更容易洞悉使用者行為，但是它實際上只是追蹤使用者眼球所聚焦的中心視角，實際上人眼視野中98%的視覺資訊，並不會被它所關注或者捕捉到。眼動追蹤並不會追蹤這些資訊。
眼動追蹤是如何融入ux流程的如果你和你的團隊打算使用眼動追蹤來進行ux設計，那麼你應該將眼動追蹤資料不可用的情況納入考慮，這個時候，你的團隊只能沿用平常的ux設計流程。
眼動追蹤和使用者測試有著天然的親和性，你可以在不同的階段使用，確定使用者和ui之間的視覺互動是怎麼進行的。但是值得注意的nqgcs是，眼動追蹤並不能替代常規的使用者測試，兩者拿來互相印證倒是不錯。眼動追蹤所輸出的資料能夠幫你推動設計的迭代優化，從某種意義上也算是「資料驅動下的設計」。
當然，定性測試和定量測試要結合起來進行。眼動追蹤是可用性測試當中的乙個方式，將它和原型設計結合到一起，迭代優化，可以讓nqgcs後期開發少走彎路。在專案的前期、中期和後期不同階段加入眼動追蹤的使用者測試，能夠不同程度地優化ux設計的效率和效果。早期你可以使用低保真線框圖來做測試，中期可以拿高保真原型來測試，後期進入開發階段了你可以直接拿產品來做測試。
本文標題: 幫你搞清楚使用者在瞅啥的眼動追蹤是怎麼回事？
本文位址:
搞清楚你的 Rails Version
目前使用 rails 的網站，version 分成好幾派。rails 0.x 的就是幾年前就開始在使用 rails 的始祖，據我所知國內也是有網站還再用 0.x 他們之所以死撐不換的原因只有乙個，就是怕公升級上去原本的 code 根本不相容。1.0 的時候我沒趕上，那可能要問一些長輩才知道 1.0 ...
要搞清楚物件和物件的引用
有很多程式設計師還在寫這樣的 user user new user user userdao.selectuserbyid id user.getname 他的理由是，為了防止執行user.getname 時發生空指標異常，所以先new出乙個物件，這樣即使從資料庫裡查詢不到對應id的使用者，程式也不...
現在要搞清楚的知識點
findview findpartialview 的區別 renderbody rendersection renderpage 的區別 應該在何時使用不同的方法來操作 controller 類的屬性 viewdata 及其 viewbag的 屬性，iview的屬性 viewengine的屬性 vi...