用户体验测试顾名思义就是测试人员在将产品交付客户之前处于用户角度进行的一系列体验使用，如：界面是否友好（吸引用户眼球，给其眼前一亮）、操作是否流畅、功能是否达到用户使用要求等。

如今，用户体验测试已作为各个企业所关注的流程，不过对于国内部分公司对测试生命周期的滥用和不完善理解导致整个测试过程都还在不断的改善、发展的路程，此时“用户体验测试”也随之显得更为不受重视。

众所周知，测试过程（中间可能随需求和开发的不断修改）会花费部分成本，用户体验测试也不例外（用户体验环境从时间耗时和资源上都能体现）。考虑实际收益，用户体验测试的设计需要慎之又慎，他需要对测试的目的、介入时间、测试的周期、场景、人员的选型都要做出深入的分析和界定。

有关用户体验测试的目的，我想大的概念应该都是基于用户第一而展开，针对不同软件在细节上的关注点会有所差别，能说他是介入时间、人员选型等其他设计内容的先决条件，其他内容的设定都将围绕他展开。

我们选择进行用户体验测试的一个非常重要目的是为了判定我们的产品是否能让用户快速的接受和使用，或更直接的说法是验证我们的产品是否会不符合用户的习惯，甚至让用户对产品产生抗拒。显然针对这一目的进行的用户体验测试介入时间一定要尽可能的早，试想如果在系统快要发布前才进行该项测试，非常可能因为在用户体验测试时发现页面结构不合用户操作习惯，或有些功能对于用户而言需要强化，或操作步骤过繁，在不推迟发布时间的情况下，此时对代码进行修改和优化，谁都知道这样的行为无疑是危险的。因此，较为合理的做法是当页面的demo定稿时我们就需进行用户体验测试，不过由于此时的测试是静态的，所以还不足以确保用户实际的操作感受，我们还需要在系统提交功能测试后，当功能测试人员验证主流程已能正常流转，用户体验测试就能再次介入进来，此时的用户体验测试不必像功能测试那样关注细节的实现，更重要的是收集用户的操作习惯和使用感受。假使我们不必说明使用方法用户就能流畅的进行操作并且在操作过程中不会对操作习惯进行过多的抱怨，那么我们能认为系统的交互、设计是合理的，反之，我们就需要考虑作出相应的修改和调整。