逼疯UE设计师，不可不知的提升产品用户体验的10个测试方法

测试人员如何有效地进行用户体验测试

1      什么是用户体验？UE ！= UI

UI：User Interface 用户界面

用户界面其实是一个比较广泛的概念，指人和机器互动过程中的界面，以车为例子，方向盘、仪表盘、换档器等都属于用户界面。

现在一般把屏幕上显示的图形用户界面（GUI ：Graphic User Interface）都简单称为UI。

UE： User Experience 用户体验

用户体验指用户在使用产品过程中的个人主观感受。即用户在使用一个产品之前、使用过程中、使用后的整体感受，包括行为、情感、喜好、生理和心里反应、成就等各个方面。

通俗的讲用户体验是整体的使用感受，包括受品牌影响，用户个人使用经验的影响，总之就是让用户用着爽。有良好体验的事物易用且使人愉悦，或至少让人不加思考就能正确使用。

虽然良好的美学设计有助于提高用户体验，但用户体验本质上讲的不是出色外观和感觉。为产品设计出色的外观应该是最后一步，此前你要先把需求迭代完成，然后处理更抽象的用户体验问题。

所以UE远不止网站外观这么简单，UI只是其中的一部分。

2      用户体验的重要性

有研究认为“每在用户体验的研究上花费1美元，将获得100美元的收益”。

用户体验的重要性现在已是产业界的共识，是一种新的产品竞争力。

举个最典型的例子，乔布斯和他的苹果。

从某种意义上讲，苹果公司的成功来自对人们如何使用电脑设备的透彻理解，以及开发“酷比了的产品”的高度承诺。

可以说，乔布斯的每一个产品创新，都在颠覆人们的传统认知，并在其中把“用户体验“做到了极致，凭一己之力，彻底改变了手机市场的整体格局，在业界留下了一座不朽的丰碑。

用户非常看重体验的愉悦感和价值感，一旦不能满足，可能会迅速选择其他可代替的产品，对于一个产品或者企业来说，失去客户是致命的。

3      如何进行有效的软件产品的用户体验测试

用户体验的描述比较主观，产品功能的可用性、可靠性、性能等都会影响用户的使用体验，比如功能bug问题也会说体验不好，程序崩溃也会说体验不好，性能卡顿会说体验不好，那是不是都在用户体验测试的范围呢？

我认为不是，功能的可用性、可靠性、性能等都有成熟的测试方法，用户体验测试应该在产品的功能可用、可靠、满足性能要求等基础之上的，更多关注的是用户感知和用户反应，强调的是在产品可用性的基础上给予产品感受的反馈。

同样客户体验的提升应该建立在产品可用性的基础上，否则一堆的bug体验怎么也不会好的；在可用性的基础上，再考虑客户使用习惯、视图效果和交互效果等UCD方面的设计，才能达到极致体验。

那么用户体验测试的方法有哪些？

一般业界的用户体验测试包括调查问卷、用户访谈、用户测试（众测）、眼动仪、脑动仪等，其中较实用的方法为调查问卷、用户访谈、用户测试（众测），都是通过用户体验反馈来评估产品体验好坏的。

但是这种方法更多是由用户来完成，并不适合服务测试。

那服务测试如何来测试用户体验呢？

我们可以从用户体验设计来入手。

关于用户体验设计，业界有较多的设计方法，比如用户体验五要素、蜂巢模型、用户体验金字塔、5E、尼尔森十大可用性原则等。

用户体验五要素：

蜂巢模型：

用户体验金字塔：

5E：

尼尔森十大可用性原则：

状态可见原则

环境贴切原则

撤销重做原则

一致性原则

防错原则

易取原则

灵活高效原则

易扫原则

容错原则

人性化帮助原则

在我们的实践中，最终选择以尼尔森十大可用性原则为基准，再结合具体的业务，对每个特性、场景进行分析，把每个原则进行实例化，生成具体可执行的测试用例，从测试的角度来验证产品的可用性。

对于尼尔森十大原则的具体解释，大家可在网上搜索，材料还是很丰富的，这里不再详述。

对于我们设计的测试用例，去除产品强相关信息后，供大家参考，欢迎大家批评指正：

尼尔森大可用性原则

原则描述

检查项概述

状态可见原则

系统应该让用户知道发生了什么，在适当的时间内做出适当的反馈。

用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈。

【即时】是指页面响应时间小于用户能忍受的等待时间。

系统应反馈用户当前操作的行为、进度、状态、结果，反馈信息清晰准确，避免无关或无效信息。

当用户完成了（一系列）操作，是否有反馈告知用户接下来的一系列操作，或功能可用了？

是否用户每一步操作都有明确反馈

如果系统的响应时间较长，有明显的滞后（超过xx秒），在这段时间内，是否一直向用户显示系统的运行进程（例如进度条）？

环境贴切原则

系统应该用用户的语言，用词，短语和用户熟悉的概念，而不是系统术语。遵循现实世界的惯例，让信息符合自然思考逻辑。

图标、符号、标志、图表和其它视觉信息的设计容易辨别和理解吗？

字体和背景颜色的使用是否符合常规

界面中的语言是否简洁、清晰、准确（不含歧义和语法错误），是否与当前任务语境一致，易于用户理解？

界面中的术语是否是用户使用的术语，而不是计算机术语

撤销重做原则

为了避免用户的误用和误击，系统应提供撤销和重做功能。用户要能对当前的情况很好地了解和掌控，足够自由。

在用户将要执行具有破坏性的操作（如删除、格式化）时，是否弹出确认窗口

是否支持“撤销”操作

取消操作是否轻而易举

用户是否方便返回上一级菜单

一致性原则

交互行为、视觉效果、界面用语、翻译保持一致。用户需要在同一个产品中接受同一套规范或者逻辑。

产品开发与规范是否一致

术语和命名全系统是否一致

UCD规范在各服务、各页面是否保持一致。

防错原则

通过系统的设计、重组或特别安排，防止用户出错。要尽量用足够的提醒和设计，让用户不要混淆、犯错和发呆。

比出现错误信息提示更好的是更用心的设计防止这类问题发生。在用户选择动作发生之前，就要防止用户容易混淆或者错误的选择。

发生错误实时校验。

提示信息的语言是否简洁无歧义，是否使用用户日常语言，容易理解？

出错信息中是否指明用户应该如何纠正错误

不可用操作或功能需隐藏或者灰化。

区域内服务列表不支持服务灰化并显示不支持图标

布局合理，用户不易误点击。

易取原则

尽量减少用户对操作目标的记忆负荷，动作和选项都应该是可见的。用户不必记住一个页面到另一个页面的信息。系统的使用说明应该是可见的或者是容易获取的。

界面是否呈现了用户需要的所有必需信息。

界面内容呈现整齐有序，不同类型的信息应能清楚地区分，用户易获取所需必要信息，无需记忆。

界面上的文字信息应简洁且表达准确。

灵活高效原则

中级用户的数量远高于初级和高级用户数。为大多数用户设计，不要低估，也不可轻视，保持灵活高效。

快捷键可用【TAB SHIFT ENTER】。

操作步骤是否冗余

要有默认值，默认值应该合理。

需要持续打开的窗体数量应保持最少，完成任务的步骤数量应保持最少。

为新手和专家设计定制化的操作方式

为不同用户群提供不同入口和操作方式（如不同语言、文化、残障人士等）

易扫原则

审美和简约的设计，对话中不应该包含无关紧要的信息。界面足够简单、内容易读。互联网用户浏览网页的动作不是读，不是看，而是扫。易扫，意味着突出重点，弱化和剔除无关信息。

同一信息在当前页面是否重复多次显示？

当前页面是否显示了无关的信息？

页面是否包含不必要的操作？

容错原则

帮助用户识别，诊断，并从错误中恢复。

错误信息应该用语言表达（不要用代码），较准确地反应问题所在，并且提出一个建设性的解决方案。

应提供与操作上下文相关的帮助。

帮助功能应容易发现，例如有一个标着“帮助”的按钮或者一个专门的菜单项，超链接等。

当用户有些错误发生时，及时反馈错误并提供纠错帮助，出错信息应当对用户解决问题归功建设性帮助

能帮助用户在发生错误后迅速回到正确状态

让用户单次只执行唯一操作

减少不必要的操作步骤

人性化帮助原则

在任何时候，考虑到用户需要得到帮助的情况并予以提示。帮助性提示最好的方式是：1、无需提示；2、一次性提示；3、常驻提示；4、帮助文档。

帮助入口容易获取，专用术语解释简洁易懂。

在线帮助的选项在界面中是否容易被发现

在线帮助、FAQ等内容完整、正确、简洁

机器视觉

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。