UE測試

UE（User Experience 用户體驗），

UE(用户體驗)測試主要是來自用户和人機界面的交互過程。在早期的各種網站軟件（遊戲類軟件）客户服務等在設計過程中，人機界面被看做僅僅是一層包裹於功能核心之外的“包裝”而沒有得到足夠的重視。其結果就是對人機界面的開發是獨立於功能核心的開發，如：單獨成立研發小組、或獨立外包操作。

而且往往是在整個開發過程的尾聲部分才開始的。這種方式限制了對人機交互的設計，其結果帶有很大的風險性。因為在最後階段再修改功能核心的設計代價巨大，犧牲人機交互界面便是出路。這種帶有猜測性和賭博性的開發幾乎是難以獲得令人滿意的用户體驗。

UE（用户體驗）是一種純主觀的在用户使用一個產品（服務）的過程中建立起來的心理感受。因為它是純主觀的，就帶有一定的不確定因素。個體差異也決定了每個用户的真實體驗是無法通過其他途徑來完全模擬或再現的。但是對於一個界定明確的用户羣體來講，其用户體驗的共性是能夠經由良好設計的實驗來認識到，每一款產品（服務）都會適用於或服務於一個或幾個界定明確的用户羣體，在此款產品此項服務還未正式啓用前，做一系列的UE測試可以降低產品（服務）正式啓用後的風險，也可根據測試信息進行改良增加用户粘附性。

流行的設計過程注重以用户為中心，特別是遊戲類產品、移動應用類產品、電子商務類網站等用户體驗的概念從開發的最早期就開始進入整個流程，並貫穿始終，其目的就是保證.

（1）對用户體驗有正確的預估

（2）認識用户的真實期望和目的

（3）在功能核心還能夠以低廉成本加以修改的時候對設計進行修正

（4）保證功能核心同人機界面之間的協調工作，減少BUG。但這些是否做到了呢？

在實施的過程中除了早期的focus group（焦點小組），contextual interview，和開發過程中的多次usability study（可用性實驗）這些開發組的成員及產品相關負責人可直接或簡介進行相關測試並反覆循環測試修改。

但後期的user test（UE用户體驗測試）需要用户進入體驗的環節應該如何實現呢？知名遊戲類（應用）產品等採用的方式是對核心玩家進行激活碼的發放進行限量測試，擁有一批忠實的核心玩家，不用擔心用户數量及加以各種福利也不用擔心反饋信息的含金量，而普通遊戲類（應用）產品等想做一次有效的UE測試則不是一件較為容易的事情，通過主流媒體聯盟等進行口碑宣傳以各種福利吸引用户進入後，由於用户的忠實度的不足，很難配合進行需求的UE測試，耗費了預算外金錢也增加了產品上市週期。

小規模的UE測試可使用臉皮及關係戰術優點是節約開銷，缺點是測試效果不能理想化，大中型規模的UE測試若無忠實玩家參與可以採取與K9168等第三方測試機構合作測試，合作方式可遵循自己需求的方案，從第三方測試機構獲取自己需求的類忠實用户的羣體，達到用户體驗的目的收集用户測試信息。