文档介绍：什么是thinkaloudThinkaloud是可用性测试中常用的一种方法,它是由IBM公司ClaytonLewis在1982年在《以任务为中心的界面设计》书中被阐述,同时引进到了可用性领域,1993年由前苹果研究院VP的JakobNeilson在可用性工程这本书中再次推出。使用Thinkaloud方法,需要提供给被测用户待测的产品或界面原型,要求被测用户根据指定任务操作产品或界面,与此同时,即时地说出使用产品界面时的想法、感受和意见。Thinkaloud适合在产品设计的任何阶段使用,并且适用于各种形式的产品原型,对于用户路径,界面信息构架,误操评估等有快速有效的校验作用。为什么使用thinkaloudThinkaloud可以给设计师带来很多价值。它可以看到用户与产品真实交互的过程,从而更好的理解用户的心智模型;了解到被测用户在产品中迷失或出错的地方,从而更准确地优化设计。比如,被测用户找不到完成测试任务的路径,可能是由于系统设计的路径不符合用户预期;被测用户误解一些设计元素而产生误操或疑惑,这些设计元素可能需要重新考虑。另外,通过用户一边浏览操作一边表述自己即时的感受,可以帮助设计师更真实直接的了解,为什么用户会产生这样的认知和行为。与其他可用性测试相比,Thinkaloud突出的优点:l经济(cheap)不需要特殊的设备,只要坐在被测用户的旁边,观察和记录他的言行;研究表示被测用户数在2-8个就可以获取较为有效的用户反馈;收集数据所需要的时间短。l可靠(Robust)操作简单,误差小。除非你特意误导被测用户,不然测试结果都是真实可靠的。l灵活(flexible)Thinkaloud适用于开发周期中任一阶段,从早期的纸面原型到完整上线的系统都行(尤其适合敏捷项目)。可以用来评估任何一种形式的用户界面,无论是网站还是软件,web还是移动。l有说服力(convincing)让团队的其他成员在thinkaloud测试时旁听,当他们目睹用户是怎样看待他们的产品时,往往会被说服。这是促进他们关注可用性的好办法。l易学(easytolearn)只需要了解一些可用性测试的基础知识,再加上一两个实践练****就可以学会了。那么,现在就开始吧~,纸面原型、交互原型、视觉稿或上线产品。但是这些界面需要尽可能地模拟真实的使用场景,不要因为界面的粗糙而影响了用户的使用。为了让大家更好的了解thinkaloud的使用方法,我们以detail页面的尺码助手功能为测试案例。,设计好任务首先要明确测试的目标,比如检验用户路径是否满足用户预期,设计元素能否简单易懂,发现更深层的用户需求等。再结合产品,设计测试任务,确保通过任务可以达到预设的测试目标。thinkaloud的任务描述,通常使用脚本(scenario)的形式呈现给用户。本案的测试目标:目标一:尺码助手在detail页面上的位置:用户是否能方便找到。目标二:设置“我的尺码”:用户的操作过程是否顺畅;用户对界面是否存在疑惑。目标三:“我的尺码”助手是否符合用户需求和预期。,同一个thinkaloud测试,2-8个被测用户产出的结果是最有效的。设计师可以邀请身边符合目标人群的同事(非项目成员)来做被测用户。实验前告诉被测用户测试的规则,需要他即时地描述,他看到的/思考的/疑惑的/正在做的操作以及主观感受,注意要即时地描述,而不是操作完以后再说出他的想法。设计师可以和被测用户在正式测试前用一些案例练****一次,确认被测用户熟悉这个过程。一般情况下,thinkaloud这个方法需要被测用户对该方法有一定的了解和训练。如案例中,一个用户这样描述:“我打开了detail页面,这是一件女装外套,我看到了有尺码,还有颜色可以选(看到的),然后我继续拉下来看(操作),我没看到“尺码助手”,哪里有呀?(疑惑的)我想它可能在选择尺码那里(思考的),所以我回到顶部来看看…我看到了它了,但我觉得这个入口太难找了,很容易看漏(主观感受)。”,开始测试在被测用户操作的同时,我们需要观察被测用户的操作行为,适当记录下反映设计问题的关键信息。(最好准备录音设备,将用户的原话记录下来,以便后期研究)测试过程中,不要打扰被测用户,也不需要给被测用户提供提示或帮助,除非被测用户已经完全偏离测试任务,长时间找不到正确的任务路径,主动寻求帮助。