论用户体验测试：牛逼的功能千篇一律，好的体验万里挑一

本文来自网易云社区，转载务必请注明出处。

一、什么是用户体验

用户体验，英文叫做user experience。一个较常见的定义是“指用户访问一个网站或者使用一个产品时的全部体验。他们的印象和感觉，是否成功，是否享受，是否还想再来使用。他们能够忍受的问题，疑惑和BUG的程度。”

而在我看来，用户体验就是一种用户在使用产品时所建立起来的心理感受。心理感受是纯主观性的，也就带有一定的不确定因素，不过，在界定用户基本确定的情况下，其用户体验的共性是能够通过良好的设计来实现的。 如今软件行业发展甚为迅速，各种软件产品更是形形色色，用户成了强势的群体，他们不再满足于使用的软件能实现其需要的功能，更追求一种使用过程中的良好的心理感受，用一种形象的说法就是用户是用他的脚来为软件投票的，非常简单的道理，你的产品不好，你的用户就会抛弃你的产品，走掉了。总结一点还是那句话：牛逼的功能千篇一律， 好的用户体验万里挑一。

二、什么是用户体验测试

用户体验测试顾名思义就是测试人员在将产品交付客户之前处于用户角度进行的一系列体验使用，如：界面是否友好（吸引用户眼球，给其眼前一亮惊为天人的体验，用了还想再用）、操作是否流畅、功能是否达到用户使用要求等。从测试人员于用户角度进行体验使用，最终目的就是验证我们的产品是否符合用户习惯。

用户体验测试已作为各个企业所关注的流程，不过对于国内部分公司对测试生命周期的滥用和不完善理解导致整个测试过程都还在不断的改善、发展的路程，此时“用户体验测试”也随之显得更为不受重视。众所周知，测试过程会花费部分成本，比如产品的需求变更，开发的bug修复，用户体验测试也不例外（用户体验环境从时间耗时和资源上都能体现）。考虑实际收益，用户体验测试的设计需要慎之又慎，他需要对测试的目的、介入时间、测试的周期、场景、人员的选型都要做出深入的分析和界定。

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