http://www.hemelock.com

云顶app

时间:2020-01-05

在顶部菜单栏点击一个云朵的“发布”按钮,进行发布。完成后,点击“查看项目”来进行预览和后期测试。复制这个项目的URL地址,你可以轻松地将项目分享给同事或客户

1.在进行测试前可以在体验室里放置一些零食,将体室布置温馨一点。可以通过一些交流来热身。比如通过一些对话,比如“你平时有什么兴趣爱好?”“平时使用过哪些类似的产品?”等等。

  可用性测试,即Usability Test(U-Test),作为人机交互设计的一个学术领域,在国外已经被广泛研究,而国内的研究尚不够深入。ISO9241/11中对可用性定义为:可用性是一个多因素概念,涉及到容易学习、容易使用、系统的有效性、用户满意,以及把这些因素与实际使用环境联系在一起针对特定目标的评价。可用性测试,主要集中关注用户与产品(服务)交互中可测量的特性。对产品可用性的评估,重点在于如何进行标准化的测试,以产生可以计算和借鉴的数据。

验证性可用性测试,这种情况任务比较明确,只需结合几种方案用户所使用的场景,确保测试任务符合用户实际使用行为即可。

2.邀请未参与或极少参与设计的人参与测评,避免受已知信息左右,影响评估,保障结果公正客观。

项目发布后,直接输入生成的原型查看码,就可以离线预览了。注意,需要先下载Mockplus手机客户端,并且进行项目本地下载。

云顶app 1

云顶app 2

云顶app,先来讲讲,什么是可用性测试?

初次使用的可发现性,容易搜索,条理说明用户任务并列出具体执行步骤。

6.扫描二维码,在手机中查看原型

四、测试执行

  由以上内容可以看出,可用性测试是用户中心设计(UCD)的关键要素,通过收集用户使用网站真实过程中的数据,使用定量和定性评估方法,设计出符合用户需求的用户界面。可用性测试是一种评估方法或评估技术,而不是一种设计方法,不仅对新建站点有用,对于网站改版改进一样重要。网站设计者除了关注内容还要重视网站可用性,才能把用户带到你的站点,并留在你的站点。

b.验证型可用性测试。这类的数据分析相较于前者简单一些,主要就是整理测试用户对每个方案的任务是否、效率、满意程度,最后让用户选出心仪方案,如都不选,则给出每个方案的优化建议。

8.美观与简洁设计(Aesthetic and minimalist design)

2.避免使用占位符的图像或图标。这类图像和图标也许只适用于线框图,在测试中使用会有误导的作用。比如,有些人会认为这类图像是某种图标和形状的组合。因此,使用合适的图片很重要。

2.用户进入测试时,作为主持人需要做到的:

  * 尽早发现可用性方面的主要问题――避免用户产生挫败感,同时降低用户向网管和客服人员的求助次数,改善用户体验。

03.满意度—用户在使用产品过程中所感受到的主观满意和接受程度;

3.用户操作控制自由(User control and freedom)

从广义上讲,可用性测试是以用户体验为中心的交互设计测试,通过用户测试来进行产品评估。这种测试的好处是,在投入前端开发、写代码之前,能够对移动应用程序或者网站进行前期测试。那么有人会问,真的有必要这么去做么?我的回答是:除非这款产品没用,否则你会惊讶发现它对用户来说其实很可怕。

正式进入测试阶段了,在测试前、中、后分别有一些需要关注的事项:

  归纳问题:将测试中发现的问题,用图表方法分析和表现出来,并且提供改进建议,一般来说这样的测试会暴露许多设计问题出来,具体归纳为如下几方面:

a.探索型可用性测试。通过用户测试,可能会发现产品很多可用性问题,在问题整理完毕之后,需要对问题进行分类或者优先级排序。参考业内的整理办法,主要有二级、三级、五级等。我们比较常用的是三级划分问题的方法,把问题逐个梳理。

用户定制常用动作和快捷默认选项,常用项目易于新用户寻找,有效完成具体任务;

总结的话

倾听:保持和用户的交流状态,而非通过过多的话语;保持开放、不预设立场的观察、倾听用户“没有说的”的语言

  * 问题出现的频率:有多少人在此发生问题,相似的设计出现问题的频率如何?

云顶app 3

注:列出原型所关注的任务,以免专家不知道原型哪部分可交互。

4.导出HTML离线包

分析报告包括两方面:可用性水平和可用性问题。当所有测试完成后(或每次测试完成)可以记录用户在完成每项任务时的完成情况(成功完成、求助后完成、未能完成)、任务完成时间、任务完成路径(是否符合标准路径、产生偏离之处、产生犹豫之处)、用户自我报告(任务完成难易度评价、任务完成满意度评价)。记录完成后,将问题进行整理汇总。可以对相同问题的出现计算出出现比例,可以直观了解哪些问题是用户都会遇到的;同时针对用户的“错误行为”、背后的认知/思考方式书否合乎逻辑等问题进行整理。

  四、结论

所谓的快速可用性测试,主要针对的是短流程,小项目,或者多选一方案的用户可用性测试,这种方式高效、快捷,我们无数次的疑问、争议,都是通过这样的方式找到了好的解决方式。那么,究竟如何来进行呢?

其他可用性测试方法:

直接按下F5,或者点击菜单栏顶部的“播放键”就可以切换到单独的预览页面。同时,可以选择是否显示链接、批注、备注,调整预览外观、比例等。

云顶app 4

  根据测试对象类型和测试目标,可以选择笔头记录、仪器追踪记录、便携实验室日志软件等方法进行测试,测试完成可使用焦点小组、个人访谈、用户满意问卷等方法对观察结果进行评估。还有一些自动化软件工具如WEBXACT、WebSAT、A-Prompt、Dottie、InFocus、RAMP,可自动检测出错区域;ClickTracks、NetTracker、WebTrends、Spotfire等软件可汇总网站用户使用数据,分析趋势发展。测试地点可以选择在专门的可用性测试实验室,或者较为方便的工作间,如果被测试者不在同一地点也可以通过网络远程进行。

是的,上述的种种都是我以及身边的小伙伴们正在经历的。对于有些疑问,多动动脑子,答案可能就显而易见,而有些争议,即使磨破了嘴皮子,也还是各执己见,不相上下。此时,要想说服自己以及他人,最需要的就是找相关用户来说话。本文要讲的就是在此情此景,如何找用户来进行一场快速的可用性测试。

系统使用用户的语言,部件/按钮标签命名合理,有效分类,特定位置信息组织恰当;

这个功能,可以让你把原型生成HTML网页,在离线状态下预览原型。导出的时候可以选择是否显示控制面板、是否在iOS打开时显示安装指导等选项。同时,你还可以把HTML部署到你自己的服务器上,以供同事或客户分享。

确保正式测试环节不超过1小时

  2、用户中心设计(UCD)

说到这里,就又回到本文开头提到的可用性概念:产品在特定使用环境下为特定用户用于特定用途时所具有的有效性、效率和用户主观满意度。那么对于问题的评估也是从这三个维度来打标签,详细解释参考下文。

2分 - 问题一般严重,用户能自行恢复,问题出现频率低

7.输入原型码,在手机中查看原型

任务设计的核心是要围绕用户使用目标,要考虑的几个问题是:

  整个测试完成之后,设计人员以及交互测试人员就要根据测试分析评估结果和改进建议,重新设计方案以及相关的交互模型。分析数据主要看描述性统计数据,如果条件允许同样应该研究推论性统计数据,如T检验。

上述就是结合自己的项目经验梳理出的快速可用性测试流程,再来回顾一下:明确目标—测试任务创建—预测试—招募用户—用户测试—数据分析,六大步。

4分 - 问题十分严重,一旦发生进程会终止并且无法恢复

毫无疑问,我们甚至可以在没有原型的前提下就进行可用性测试,它可能是信息组织、制作原型导航的最佳途径了。一些流行的原型前测试种类,大概包括:卡片分类、树结构测试及用户面谈。然而,针对不同的对象的测试,又会有相应的差异。下面,我们一起来看看几个实用的原型测试技巧吧!

任务设计的流程一般是先列出任务列表,再将任务场景话,最后发起预测试并做出优化:

  本文只是给出了网站可用性测试的通用方法过程,那么不同类型的站点(如电子商务、信息门户、企业门户、在线社区、娱乐站点等)是否遵循不同的可用性测试模式和具体方法呢?这也就是我们下一步的研究重点,通过设计实验分析,得出不同类型网站的可用性测试方案。

c.哪里找用户。可能这个是我们项目中比较难控制的,项目的不同,也就意味着需要不同背景的人来测试,没有固定的一个组群来维护,这里就给出一些我们平时找用户的地方作为参考:公司内部非此项目组的同事们(充分利用公司的各个大群/小群/群邮件)、周边符合条件的朋友、产品的线上用户、产品论坛/贴吧等等。

2.系统与真实世界的关联性匹配(Match between system and the real world)

上一篇:没有了 下一篇:我们直接下载