电脑技术学习

网站的可用性测试学习

dn001

网站的可用性测试学习

  关于可用性的测试,原本以为在《ABOUT FACE 2.0》里面会有不少相关知识,但是很少,只是在理解用户:定性研究一节里捎带有个简单的介绍,Alan Cooper貌似也感觉到,所以在这一章的后面也给大家推荐了一本Jacob-Nielsen的一本经典的《可用性工程》著作,只是这本,目前还没看,接触的关于可用性测试方面的书籍,主要有两本,一本是《Don’t Make Me Think》,中间有个小案例,大致介绍了流程以及专家的提问方式东东,还有一本就是最近一直在看的《网站界面设计》,他里面的一些小案例,很翔实,倒让我对可用性测试过程明白了不少,这两本里面写的测试过程很相似,姑且认为是目前测试的主要方法吧。下面就我所了解的做个简单的笔记:

首先,先理解一下他的概念:

ISO9241/11中的定义是:可用性是一个多因素概念,涉及到容易学习、容易使用、系统的有效性、用户满意,以及把这些因素与实际使用环境联系在一起针对特定目标的评价。

这里有相对比较全的含义解释,这边也不讨论,可用性,或者成为用户测试,主要集中关注用户与产品交互中可测量的特性。对产品的可用性的评估,重点在于如何进行标准化的测试,以产生可以计算和借鉴的数据。可用性的测试过程本身就是用户使用网站的最初以及最真的体验。所以通过可用性的测试,我们可以了解到各个代表性的目标用户对于产品界面的认可程度,获知改良界面的可能性方案,特别在交互流程中能得出一些很不错的用户行为规律。那么如何做好一个好的可用性测试呢?网站的可用性测试该如何展开,下面就个简单介绍:

1,首先是可用性测试的条件

具备简单的交流场景(最好不受外界影响)、任务以及相应的命题

  人数5-10个具有代表性的就可以

要测试的产品界面(包括相关交互)

可用性测试专家人员

  相关的辅助测试设备

  一般来说,很简单的测试环境,就可以进行一个测试的条件

并不需要一些很复杂很昂贵的东西,曾经在 uigarden 里见过一贴讨论视觉跟踪技术的帖子,但是其实这里肯本不需要,他只需要你一台电脑,电脑里能有些相关抓屏工具最好,最多再有摄像机什么的,能记录测试过程的都可以,主要还是观察人员要用心观察用户行为,这里面虽然人员只要5-10就可以,但是,要找到具有代表性的用户目标群体也是很困难的,一旦找到,5个的参试的测试结果基本能够获知80%的问题所在。

2.受测用户的筛选

这一步其实就是我上面理解的难点,如何去寻找具有代表性的用户群体,的确有些用户使用产品有时并不是我们所想象的那样,但是他的使用方式是否能代表一个群体的使用习惯,如果他是你的目标群体,你就必须重视,这些在受测用户的筛选中是很重要的,一般来说,根据用户的特点可以确定下来用户的一个初始的级别,这个可以利用用户的网龄、年龄、性别、职业以及他的文化程度等等做个筛选。

3.测试的任务和命题的确定

一个好的测试,需要明确测试的目的,通过一些典型的行为去挖掘真实的用户操作过程,而这个过程又不能人为的引导以及干扰,完全要把自己当成用户来设定一个操作的开始,尽量挑在交互讨论中大家有异义的环节来设定一些命题。因为这些环节经常是交互设计师根据自己的目标群体来设定,可能存在问题最大。

4.使用性测试过程

这个测试过程,由测试性的专家现场进行指导,但是不能人为干扰或做一些产品相关的引导用户使用该产品,产品的相关设计人员可以旁观用户的测试过程,一块发现问题,但是不能发言,测试的过程,测试专家要根据上面制定的典型问题,一个个呈现给用户,完成一个,再开始下一个测试,测试专家要尽量鼓励用户说出产品的使用真实体验。

测试人员还需要:

记录用户每道题目的使用路线以及时间,不能回答用不中途提出的跟产品相关的任何问题,应该尽量鼓励受测人员说出自己真实想法。记录用户在使用产品过程的失误以及出现犹豫时的页面。

这是整个测试过程,其实,大部分的测试都是很相似的,现在已经形成一个体系,最主要的通过这些测试发现问题,这才是关键,那么如何来分析测试的结果,这个在《网站界面设计》一书中也介绍了较好的方法。

  整体测评:对个题目的失败率、平均耗费的时间、以及难易评价数据进行简单的归纳。

问题的归纳:将测试中发现的问题,用图标的方法分析和表现出来,并且提供改进建议,找到问题就是要改进,一般来说这样简单的测试会暴露许多设计问题出来。

具体要归纳的有下面几个部分:

  问题描述:简要客观地描述问题的状态。

  问题类别:判断问题的归纳。

  问题分析:从用户角度,要有数据支撑,分析问题产生的原因。

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

  失败率:有多少人因此操作失败。他在整个测试环节中的重要性如何。

  问题严重性:根据该项任务的重要性、失败率、误点击率的评价,综合评定。

  修改意见:根据所观察的测试,要提出一套解决问题的修改意见。这个也就是测试的目的所在。

整个测试完成后,设计人员以及交互人员就要根据修改重新设计方案以及相关的交互模型。