<input id="awaiu"><samp id="awaiu"></samp></input>
<menu id="awaiu"><label id="awaiu"></label></menu>
<strong id="awaiu"></strong>
<code id="awaiu"><label id="awaiu"></label></code>
<code id="awaiu"><samp id="awaiu"></samp></code>
  • 如何开始第一场可用性测试首 页 >>人性化设计>>文章列表

    相信每个产品设计者都希望自己能够打造出非常棒,贴合用户的产品,而可用性测试是对产品提升作用非常好的工具,可以为产品提供很多非常有价值的内容,让你可以恰当的在产品与用户之间?#19994;?#19968;个微妙的平衡。

    可用性测试在专业互联网公司里是隶属于用户研究的职责,而且用户研究这个职位并非每个公司都会设置,如果你也像我一样渴望提升产品品质?#32622;?#26377;用研帮忙,也没有这方面的领路人的同行们,怎么办?因此我写了这篇文章,不是因为我是一个用户研究,也不是我对可用性测试多精通。

    前段时间恰?#27599;?#20102;一些资?#24076;?#25226;?#22987;?#25972;理了一下写下了这篇文章,这篇文章不可能让你精通于可用性测试,最多让你粗略的了解它,所以在文章结尾处,?#19968;?#25226;之前收集的一些资料放?#24076;?#26041;便大家进行后续的深入研究,同时希望有经验的人能够多多指点取经。

    准备:可用性测试?#35797;?/H3>
    • 测试目的:这次的可用性测试是为了完成什么样的目的
    • 测试时间:预估时间(90分钟左右)
    • 工作人员:需要几名工作人员,一般?#27492;?个人的可用性测试由(5名测试人员,5个陪同测试人员,1个助理,1个主持人)
    • 测试人员:5名参与测试人员(5名测试人员就能够把80%的问题?#19994;?#20102;,人数过多并不是好事,找人的时候可以根据情况自己选择,一般?#27492;?#22810;找“轻用户”和“有潜在需求”的人
    • 主持人:负责串联起来整个可用性测试。(讲稿在下面)

    第一部分:制定测试情景与任务

    任务多≠任务好
    设定任务不宜过于过多,5个任务即可,每个任务也不宜复杂,最好能够自然模拟用户的心理
    在一开始如果不知道怎么开始测试的时候,可以把产品的关键点一个个列出来,在设置任务的时候,将任务需要测试几个点先植入,再开始慢慢编写配套的任务与环?#24120;?#20219;务无需多,需核心。

    开始设计情景与任务
    这篇文章介绍的很具体,可以看这里《可用性测试中的任务设?#21697;?#27861;

    第二部分:准备可用性测试

    • 任务测试纸:几个参与测试人员就制作几套测试纸(每个任务1张纸,字要大。)
    • 信息登记表:统计参与测试人员的年龄,爱好,性别,电话
    • 屏幕录像软件:Faststone Capture(屏幕录像软件) 如果你有更好的可以更换
    • 主持稿:见《妙手回春:可用性测试及优化指南》P76,已经写的非常好了
    • 测试流程计划:《妙手回春:可用性测试及优化指南》P74,同上
    • 食品?#26680;?#32440;,笔

    题外话:《妙手回春:可用性测试及优化指南》是一本系统阐述了可用性测试的书,非常完整,国外对待可用性测试很严谨,像一门科学研究(老外做事真的很认真细节)。但因为不是专业用研,没有全按照书上的做,而是选择一些内容有针对性的做,?#36824;?#25512;荐大家有时间读一读这本书。

    第三部分:内部沟通&预测试

    在开始测试前,还需要进行2件事情

    与所有工作人员进行一个简单的沟通会,主要沟通:
    讲解测试流程:讲解测试的目的,为什么要设定这样的情景任务,需要完成哪些重点,在测试时候有哪些地方需要特别注意用户的操作
    如何与用户接触:当测试者进行不下去任务的时候怎么办,发现用户情绪不对了如何去安抚,是否需要终止任务等状况。

    进?#24615;?#27979;试及修正情景与任务
    找一个阳光明媚的下午,请1,2位同事,简单的进行一下预测试,主要目的是核对下资料是否准备齐全整个流程是否顺利进行,以及情景任务是否合理,通过预测试及时调整这些内容,也让自己长点信心

    第四部分:终于开始测试了 T_T

    大致流程如下:

    1. 欢迎

    • 1. 自?#21307;?#32461;
    • 2. 解释测试的目的和时间
    • 3. 向用户强调测试的对象是系统而非用户
    • 4. 请用户尽量“出声思维”
    • 5. 告知测试会屏幕录像,但结果完全保密

    2.提问

    • 1. 提问所在职业,从事行业
    • 2. 平时上网的情况(每天上网多少时间,都上什么网站)
    • 3. 平时使用产品偏好

    3.测试中

    • 1. 宣读任务
    • 2. 不要以任何方式表现出用户正在?#22797;?#25110;操作太慢
    • 3. 仔细的观察,并认真聆听用户的建议
    • 4. 识别用户情绪,必要的时候选择停止任务
    • 5. 用户遇到困难时尽量不要提供帮助,可给予适当鼓励
    • 6. 在用户完成一个场景时可适当的问“为什么刚才那样操作?#20445;?#23613;量简单

    4. 提问

    • 1. 询问那些在过程想深度询问但没有询问的问题?
    • 2. 询?#35797;?#35266;察的同时关心的问题?

    5. 道别

    • 1. ?#34892;?#29992;户
    • 2. 将用户?#32479;?#38376;口
    • 3. 保存录像,开始整理记录&分析

    第五部分:整理总结,分析改进

    召集所有参与测试的工作人员,将所有记录的问题汇总,最好有个黑板,全部贴上。
    然后?#39029;?#21487;以马上改进的问题,先把这些问题处理,接下来把大的东西再仔细的通过录像,?#22987;?#36827;行仔细的考虑,后续与产品,交互等一起进行改进。

    这样就差不多完成了一次可用性测试,以上的流程也可以根据自己的实?#26159;?#20917;再进行修改

    ——————————————————————————————————

    参考资料

    以下是之前参考一些资?#24076;?#22914;果大家对可用性测试还有兴趣的话,可以再研究下这些文档:
    妙手回春:可用性测试及优化指南
    简单快速的可用性测试?#22987;?/A>
    可用性测试的权衡之道(一)
    可用性测试过程
    UCDchina“可用性测试”话题

    pk10定制软件
    <input id="awaiu"><samp id="awaiu"></samp></input>
    <menu id="awaiu"><label id="awaiu"></label></menu>
    <strong id="awaiu"></strong>
    <code id="awaiu"><label id="awaiu"></label></code>
    <code id="awaiu"><samp id="awaiu"></samp></code>
  • <input id="awaiu"><samp id="awaiu"></samp></input>
    <menu id="awaiu"><label id="awaiu"></label></menu>
    <strong id="awaiu"></strong>
    <code id="awaiu"><label id="awaiu"></label></code>
    <code id="awaiu"><samp id="awaiu"></samp></code>
  • 20选5缩水 蚂蚁比特币挖矿机 冰球突破豪华版上分技巧 法兰克福沙尔克04 cf手游魔龙戒指显示血量刷技巧 cf手游体验服下载安装 特工简.布隆德归来客服 大乐透开奖结果今天晚 秒速时时彩开奖走势 逆水寒碎梦 百合网比基尼派对 2019马赛对亚眠预测 河南快三走势图爱彩乐 王牌战士官网 上市股票交易印花税 丧尸来袭漫画