QQ登录

只需要一步,快速开始

 注册地址  找回密码
查看: 1642|回复: 3
打印 上一主题 下一主题

[转] 为什么网站项目只需测试5个用户

[复制链接]
字体大小: 正常 放大
sdccumcm 实名认证      会长俱乐部认证 

59

主题

165

听众

5484

积分

升级  9.68%

  • TA的每日心情
    开心
    2015-9-28 12:07
  • 签到天数: 832 天

    [LV.10]以坛为家III

    2012挑战赛参赛者

    邮箱绑定达人 发帖功臣 新人进步奖 风雨历程奖 最具活力勋章

    群组MCM优秀论文解析专题

    群组2012第二期MCM/ICM优秀

    群组科学狂想曲

    群组第二届数模基础实训

    群组学术交流B

    跳转到指定楼层
    1#
    发表于 2013-6-13 19:32 |只看该作者 |倒序浏览
    |招呼Ta 关注Ta |邮箱已经成功绑定
    本帖最后由 sdccumcm 于 2013-6-13 19:33 编辑
    # }( z/ [% q/ G/ i1 h" U" C6 y2 Q% Z( h1 N7 |
    人们总是认为,用户测试是一个复杂且代价昂贵的事情。一个网站设计项目需要一个庞大的预算和长长的时间表。其实,可用性测试并非如大多数人认为的是浪费资源的事情。在你可承受的测试成本范围内,使用不超过5个用户,即可达到很好的测试效果。最初的研究过程中,Tom Landauer  和我得出了一个可用性测试方面的,关于测试人员的数量的公式:: _* R5 m7 i3 M% i% Z- i1 L9 d
    % e. F- F9 X( R
    假设一个可用性测试的测试人员数量为n,N为所有可用性测试发现的问题总数,L是单个测试人员的问题发现率。' ]( H9 W& r& K+ s8 g
    5 b$ G" N1 V7 g9 G
    N(1-(1-L)n)
    * r& m, I% e2 M# ^* m# `, d4 W# E( L7 f
    我们发现,大多数项目的平均的问题发现率为31%。当 L=31%时,可以得到如下的图形:
    9 o7 Z1 Y( q2 r- \/ i5 Q+ N
    5 L+ f" c) _0 x# T8 Mhttp://img.linux.net.cn/data/att ... g0p38u80cvedpzj.gif
    ! _8 t6 F; M1 O- T( t' j; X$ {- e* Q/ I6 K8 ~
    user testing diminshin returns curve! X. i" Q) C! \2 \# V/ ~

    * E8 q# S4 e" U当用户为零时,发现的问题数目是零,即“零用户零发现”。我们可以看到,第一个用户几乎发现的三分之一的设计的可用性的问题,和零发现截然不同。当我们看第二个用户的测试情况时,可以发现,有一部分问题是和第一个user重合的。人们之间的行为或发现有一定的差异,第二个user可以发现一些不同于第一个user的问题,有区别于第一个用户的新发现,但是问题数量不及第一个用户的最初发现。第三个用户做了很多前两者重复的事情,有些甚至重复2次。另外,当然,第三个用户本身异能发现少量的新问题,显然数量远远不及前 两个用户。
    - u1 F: B) ^1 M2 K# k- W; ?7 y0 u& i/ `7 Y
    现在,加入更多的测试人员(user),你会发现一个现象,随着人数的增加,重复的事情一再出现,发现的新问题发现率开始下降。显然不再需要让更多的人来重复发现重复的问题,自然回回去重新设计,以解决发现问题。- D3 [/ t4 |+ H- ]

    - e/ F2 \, W2 F7 q到了第5个user,你就是在浪费时间,去做重复的事情,并且几乎再没有先的发现。
    ' M+ W' ]. Q0 c5 h
    * E7 p7 n( u' T迭代设计8 F% c  ], ?4 W& y* `; V
    ; Z: I  l$ g9 |2 A/ R$ e" p$ }
    上图中的曲线很清除地标明,至少需要15个用户去发现所有的设计中的可用性问题。但是,为什么我更倾向于推荐 用更少的测试人员呢?一个主要的原因是合理分配可用性测试的预算。让我们看看,当你招聘15个客户代表来对你的设计进行测试时,就一位着你得花费5个用户 的3倍的费用!
    + ^. o  o7 u$ O! B/ j6 v4 V
    , R7 ^! z: k% K& l& u/ ?当我们去做用户的可用性测试时,最终的目标是为了解决或者提高实际的设计,而不是仅仅得到一份书面的报告。当5个用户的首次测试发现了85%的可用性问题时,你已经可以在下一个desagn中修复这些问题。
    ! {6 Y# }: E4 K. \: j5 a; z5 {% x5 |6 p* @0 Y9 w. |2 e  G
    如果想发现更多的问题,当然需要再次测试。即使我说重新设计可以修复第一次测试时发现的问题,事实是你可能认 为新的设计可以客服已有的问题。但是,在没有人能设计出更完美的用户界面之前,无法保证新的设计可以修复事实存在的问题。第二次测试可以回归已有的问题, 确认是否修复。同时,一个新的设计,意味着还需要一次新的用户测试。/ d* A! r9 Q6 j  C1 ~
    5 b3 D" o  w5 A+ _" r2 V
    5个用户的第二次测试,可以发现第一次测试时遗留的15%的问题。(仍旧会有2%的问题遗留要等到第三次测试来发现)。
    4 B* Q( Y$ x2 O. p* ]1 t! X$ K; ?
    ' \4 O5 R" C+ M最终,第二次测试的深度可以设计到网站的设计架构,获取到我们所需的一些信息,如体系架构、任务流程等是否符合客户需求。这些问题常常在隐藏在一些表面的可用性问题之后,而为人们所忽略。1 C9 K, U! V  M, s9 j' _: |( R$ ~) u  }

    " ]* A9 e# C4 C9 F7 Q6 Z. E所以,第二次的测试作为第一次测试的质量保障,并且可以发现更深入的问题。第二次测试会为系统的重新设计提供一份新的问题清单,但数量显然会少于第一次测试。但是,本次测试并不能完全补充第一次测试,还需要第三次的测试来进行查漏补缺。5 J" T+ C9 e1 [# |* y& l; M
    . J$ \- M$ B9 A( _( N4 q
    5个用户三次的最终测试效果要远高于15个用户测试一次的效果。4 R7 a# l, C' ~! R4 i

    4 j" j1 w1 ~$ e9 w- c9 A) ^为什么不建议单用户的测试?单个人的行为总会有一些风险,人总会有一些意外的,不确定的行为。
    : ?. W) g$ y& Z$ i+ a% V) O9 i* d; C) p4 _, {# u/ U" Z
    你可能会认为15个用户做一轮测试,比5个用户做3轮要好。因为曲线表明,第一个用户的发现率明显高于后续的 用户,但是,为什么我们要坚持多轮测试?两个原因:第一,通过观察3个人就可以看到用户行为的多样性,可以洞察到那些行为是独特的那些是可以一概而论的; 第二,用户测试的成本效益分析表明,3-5个测试用户的最佳比例,依赖于测试的风格。初始的运行成本和测试计划相关,多个用户对于降低最初的成本效果更好。& ?5 Q0 |8 X" F7 w/ ?
    ! `& e3 z1 m: g; _
    什么时候增加更多的测试用户! x$ Y3 i* I4 V. E) }) e1 \
    4 N) w& N+ z( n& U8 s3 m$ O
    当你的网站客户群覆盖到几个不同高度的用户群时,你需要增加更多的测试用户。上面公式的适用于网站的用户群接 近或者差异很小时。举个例子,当你的网站客户群是定位于父母和孩子时,你就需要充分考虑到两个不同群里的使用行为。系统的相同之处是对于采购代理商的销售 人员之间的连接。% U* ^8 o2 w0 M8 W% a- E" x1 o

    % _( L. A# u* X) c4 F% B甚至当用户群体差异性完全不同时,在两类人之间也可发现很多相似之处。毕竟,所有的用户都是人。所有的可用性问题反应的都是人的行为与网站之间的互动和影响。5 C; a( Y' l7 x" }6 O* j# v

    " q  I3 D9 f1 O: u7 e在测试不同的用户群时,你不需要每个用户群中都有很多测试人员(user),有以下的一个测试人员数目就足够了:1、如果测试两个用户群,则每类群需要3-4个用户;2、如果测试3个或更多的用户群,则每类有3个测试用户就可以了(至少3个users就可以确保你覆盖到某一个用户群中的不同的行为)' P# t! d. {( Y0 F

    % \5 ]/ C) j% v( O7 T9 K英文原文:http://www.useit.com/alertbox/20000319.html   写于2000年3月19日

    8888.gif (12.73 KB, 下载次数: 170)

    8888.gif

    zan
    转播转播0 分享淘帖0 分享分享2 收藏收藏0 支持支持0 反对反对0 微信微信
    Learn from yesterday, live for today, hope for tomorrow. 借鉴昨天,活在今天,憧憬明天。
    sdccumcm 实名认证      会长俱乐部认证 

    59

    主题

    165

    听众

    5484

    积分

    升级  9.68%

  • TA的每日心情
    开心
    2015-9-28 12:07
  • 签到天数: 832 天

    [LV.10]以坛为家III

    2012挑战赛参赛者

    邮箱绑定达人 发帖功臣 新人进步奖 风雨历程奖 最具活力勋章

    群组MCM优秀论文解析专题

    群组2012第二期MCM/ICM优秀

    群组科学狂想曲

    群组第二届数模基础实训

    群组学术交流B

    回复

    使用道具 举报

    sdccumcm 实名认证      会长俱乐部认证 

    59

    主题

    165

    听众

    5484

    积分

    升级  9.68%

  • TA的每日心情
    开心
    2015-9-28 12:07
  • 签到天数: 832 天

    [LV.10]以坛为家III

    2012挑战赛参赛者

    邮箱绑定达人 发帖功臣 新人进步奖 风雨历程奖 最具活力勋章

    群组MCM优秀论文解析专题

    群组2012第二期MCM/ICM优秀

    群组科学狂想曲

    群组第二届数模基础实训

    群组学术交流B

    回复

    使用道具 举报

    sdccumcm 实名认证      会长俱乐部认证 

    59

    主题

    165

    听众

    5484

    积分

    升级  9.68%

  • TA的每日心情
    开心
    2015-9-28 12:07
  • 签到天数: 832 天

    [LV.10]以坛为家III

    2012挑战赛参赛者

    邮箱绑定达人 发帖功臣 新人进步奖 风雨历程奖 最具活力勋章

    群组MCM优秀论文解析专题

    群组2012第二期MCM/ICM优秀

    群组科学狂想曲

    群组第二届数模基础实训

    群组学术交流B

    啊        : z" h  x4 d! \

    0 |3 c) s. G& C6 ^5 O6 y; t! J( q: @

    Unnamed.gif (2.37 KB, 下载次数: 205)

    Unnamed.gif

    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 注册地址

    qq
    收缩
    • 电话咨询

    • 04714969085
    fastpost

    关于我们| 联系我们| 诚征英才| 对外合作| 产品服务| QQ

    手机版|Archiver| |繁體中文 手机客户端  

    蒙公网安备 15010502000194号

    Powered by Discuz! X2.5   © 2001-2013 数学建模网-数学中国 ( 蒙ICP备14002410号-3 蒙BBS备-0002号 )     论坛法律顾问:王兆丰

    GMT+8, 2025-8-14 03:59 , Processed in 0.877092 second(s), 70 queries .

    回顶部