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

举报
xyyzxyyz 发表于 2021/01/06 11:59:15 2021/01/06
【摘要】 用户体验的描述比较主观,产品功能的可用性、可靠性、性能等都会影响用户的使用体验,比如功能bug问题也会说体验不好,程序崩溃也会说体验不好,性能卡顿会说体验不好,那是不是都在用户体验测试的范围呢?

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

1      什么是用户体验?UE = UI

UIUser 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等内容完整、正确、简洁

 

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200