• 0
  • 2
分享
  • 豆瓣网可用性测试报告
  • 恬恬圈 2019-09-12 14:16:41 字数 3361 阅读 2824 收藏 2

研究对象:豆瓣网

豆瓣网简介:豆瓣(douban)是一个社区网站。网站由杨勃(网名“阿北”) 创立于2005年3月6日。该网站以书影音起家,提供关于书籍、电影、音乐等作品的信息,无论描述还是评论都由用户提供(User-generated content,UGC),是Web 2.0网站中具有特色的一个网站。网站还提供书影音推荐、线下同城活动、小组话题交流等多种服务功能,它更像一个集品味系统(读书、电影、音乐)、表达系统(我读、我看、我听)和交流系统(同城、小组、友邻)于一体的创新网络服务,一直致力于帮助都市人群发现生活中有用的事物。


豆瓣网用户体验要素之战略层

一. 产品目标:

商业目标:打造国内口碑书籍电影评价排行系统,通过书籍的销售,有自己的豆瓣豆品,也有和其他购物平台合作,且与各平台( 电影制作、书商等)、活动举办方合作宣传赚钱。

品牌识别:集品味系统(读书、电影、音乐)、表达系统(我读、我看、我听)和交流系统(同城、小组、友邻)于一体的创新网络服务,一直致力于帮助都市人群发现生活中有用的事物。文艺青年的聚集地,吸引大批爱好者。

成功标准:老用户与新用户的的数量比值,网友对电影/书籍的评分系统权威性的认可度,转换率:看到书评以及影评后用户购买或观看的比例等。

二.用户需求:

用户细分:电影爱好者、书籍爱好者、线下交友参与活动者、表达者、学习爱好者(男女区别,年龄区别,教育水平区别等/消费心态/用户认知程度:小白还是重度用户。针对不同的需求,对应解决方案,例如:可能年龄大的人更喜欢时事新闻类书籍,年龄小的更喜欢新鲜有趣的娱乐书籍)

用户研究:市场调研,任务分析、现场调查、创建人物角色(什么样的用户会经常来豆瓣网)等等


豆瓣网可用性测试

测试对象:8人分别测试,4男4女,年龄为20-22岁,测试时间为2019.6.5 —2019.6.10,全程录音。

受访者信息以及使用豆瓣网的频率

15243603_201909121148351xoQ3.png

测试目标:

通过8人完成任务的成功率,以及参与这些任务途中所遇到的困难,基于数据与困难,反馈豆瓣网存在的一些问题,以及提供改进的建议。

二分式成功任务:

  • 测试豆瓣网电影模块导航、标签、目录等的可用性,以及与其他影视平台外链的可用性

  • 测试豆瓣网同城模块的导航、分类的可用性

  • 测试移动端豆瓣阅读app的被重视程度

等级任务:

  • 测试豆瓣网电影排行榜分类与安置的可用性

  • 测试豆瓣网评论功能安置的可用性


测试时间的规则

每个受访者参与五个任务,全程录音,每个任务的计时规则为:访问者告知受访者任务具体内容结束时开始计时,在受访者说出他们已完成,并报告答案,且答案正确时,或者受访者主动放弃时,停止计时。

一、二分式成功测试

规则:不可使用搜索功能

任务成功规则:1min之内完成任务,则为成功。

任务失败规则: 超过1min、或者选手放弃,有其中之一项,则任务失败。

测试信息:受访者的姓名、受访者的性别、任务完成耗时、使用豆瓣网的频率 n次/月,参与任务过程中遇到的困难。

测试任务1:在豆瓣网找到你最喜欢的电影的播放链接。

测试任务2:找到后天北京的一场免费讲座活动

测试任务3:找到豆瓣阅读app的下载界面/二维码

二.基于用户体验的成功等级任务

规则:不可使用搜索功能

1= 没有问题。参加者没有任何困难或不顺而成功完成了任务。

2=小问题。参加者成功地完成了任务,但完成过程中出了1-2个小错误,但很 快就修改过来了,因此成功了。

3=大问题。参加者成功完成了任务,但完成过程中存在大问题,花费了较长时 间才修改过来。

4=失败/放弃。参加者给出了错误的回答或自己放弃了 ,或主持人判断为任务失败而中止了该任务。

测试信息:对象的姓名、对象的性别、参与任务过程中遇到的困难。

测试任务1:找到豆瓣高分评价电影排行榜

测试任务2:找到豆瓣纪录片排行榜第一的作品的最热门评论

三.测试结果

二分式成功任务

15243603_201909121204551ibeb.png

在任务一找到最喜欢的电影的播放链接,基于用户对最喜欢的电影的了解,通过豆瓣网电影模块的导航以及标签寻找到某一部电影。在这个过程中我发现,豆瓣网电影模块有两个较为容易混淆的导航名称,分别是:选电影与分类。用户第一次点击的并不总是分类,也会点击选电影。

任务二,有些用户需要提示之后才去同城模块完成任务。导航同城的说法范围太小了,因为有可能会有想要去不同城的线下活动的用户,比如今天用户在广州,明天到达北京,想去北京的某展览,看到同城可能会有疑虑。

任务三,用户基本都能在1min之内找到豆瓣阅读app的下载界面/二维码,说明移动端的被重视程度很高。

15243603_201909121205241sWrH.png

当用户被安排在男女组别中,不同组别的任务成功率并没有看到明显的差异。

等级成功任务

1.png

豆瓣网电影模块中排行榜与选电影这两个导航标签也容易被混淆。电影排行榜模块有高分top250,在页面的右下角,但有用户不熟悉豆瓣网的找不到,就会在分类排行榜或者电影分类里找,却从不会在选电影中找。找到电影高分评价排行榜之后,任务二显然会容易的多,并没有什么太大的问题。

任务耗时

1.png

任务平均耗时

2.png


总结

发现的问题:

1.豆瓣网电影模块有两个较为容易混淆的导航名称,分别是:选电影与分类。排行榜与选电影这两个导航标签也容易被混淆。

2.导航同城的说法范围太小了,因为有可能会有想要去不同城的线下活动的用户。

3.移动端豆瓣阅读app的被重视程度很高,可以在不同页面轻易找到。

4.当用户被安排在男女组别中,不同组别的任务成功率并没有看到明显的差异。

建议:

1.将选电影导航名称剔除,放在分类这个导航下面,其中选电影的分类标签和排序方法可以分别放在分类对应区块之下。

2.将同城改为活动。


综合三种因素的问题严重性评估

1.对用户体验的影响(0=低,1=中,2=高)

低:会让参加者心烦或沮丧,但不会导致任务失败的问题。这类问题会导致用户走了错误的操作路径,但用户仍能找回来并完成任务。如果会带来任何负面的影响,这类问题可能只会稍微降低效率和/或用户满意度。

中:这类问题会显著提高任务的难度,但不会直接导致任务的失败。遇到这类问题时,参加者经常要绕很多弯子才能找到需要寻找的目标。这类问题肯定会影响任务完成的有效性,同时也很有可能影响效率和满意度。

高:所有直接导致任务失败的问题。遇到这类问题后基本没有可能再完成任务,这类问题对效率、有效性和满意度都有极大的影响。

2.对商业目标的影响(0=低,1=中,2=高)

低:用户基本信任豆瓣的书籍电影评价以及排行系统,知道豆瓣豆品是什么,偶尔会从豆瓣的推荐中购买书籍或观看某电影。能够吸引电影爱好者与书籍爱好者。只会稍微偏离商业目标/产品目标/用户需求。

中:用户基本信任小部分豆瓣的书籍电影评价以及排行系统,听说但不知道豆瓣豆品是什么,几乎不会在豆瓣豆品或豆瓣的推荐中购买书籍或观看某电影。可能能够吸引电影爱好者与书籍爱好者。会造成商业目标的损失/ 与产品目标、用户需求明显不一致。

高:用户根本不信任豆瓣的书籍电影评价以及排行系统,不知道豆瓣豆品是什么,也从不在豆瓣豆品和豆瓣的推荐中购买书籍或观看某电影。完全不能吸引电影爱好者与书籍爱好者。与商业目标/产品目标/用户需求完全不一致 。

3.技术、实现成本(0=低,1=中,2=高)

低:产品实现的过程中,对技术和实现成本的要求较低。完成产品的过程较为顺畅,阻碍因素较少。

中:产品实现的过程中,对技术和实现成本的要求一般。完成产品的过程有点坎坷,阻碍因素较多。

高:产品实现的过程中,对技术和实现成本的要求很高。完成产品的过程阻碍因素很多,甚至导致任务无法完成

问题1

豆瓣网电影模块有两个较为容易混淆的导航名称,分别是:选电影与分类。排行榜与选电影这两个导航标签也容易被混淆。

问题2

导航同城的说法范围太小了,因为有可能会有想要去不同城的线下活动的用户。

问题严重性评分


结论:

两个问题呈现出来的严重性都为33%,改进的技术难度也不大,对用户体验来说为中等影响。

希望豆瓣网采纳我的建议,对导航的文字设计方面,注重简洁与易辨性,因为容易混淆意思的导航文字会降低用户在使用豆瓣网效率和体验感。


 版权声明:本文出自《51测试天地》第五十四期。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   如果您决定要成为一名自动化测试人员,那肯定会犯错,尤其是在进行复杂的自动化测试的时候。如果您想避免错误并精通自动化测试,请学习他人的错误。考虑到这一点,下面总结了大多数自动化测试人员犯的九个常见错误,但你不必这样做。  在开始之前,请记住100%自动化是一个神话,我们始终需要做一些手动测试。  1.自动化一切  我的第一个任务是做一个Web应用程序的Selenium自动化测试脚本。为了给我的导师留下深刻的印象,我还接手了另一个模块的自动化测试任务,几天后我就自闭了。  事实证明,那个模块不太适合去实现自动化,因为它可能会导致许多误报和漏报。这浪费了我很多时间也影响了我的名声。至少我觉得没有...
            0 0 1952
            分享
          • 在我们日常测试app或者小程序的时候,经常要遇到抓包的情况,我们常用的抓包工具是fiddler或者charles,这两个工具抓http类型的包还好,但是抓https类型的日志是需要root手机的,现在的真机不是开发者是不好root的,那么这个时候模拟器就可以上场啦。做模拟器的有很多品牌,我最习惯也最常用的是夜神模拟器(雷电模拟器不太好用)首先,模拟器可以设置手机。型号,可以设置性能,屏幕尺寸等基本参数,方便页面展示,这个对于ui方面的测试有一定的帮助,可以看下页面有没有明显的拉伸或者重叠等。也可以在模拟器上面跑关于app的页面自动化这些,也是非常方便调试的,跑不通或者有报错的地方可以直接修改。...
            1 1 11277
            分享
          •   随着产品的不断升级,软件测试人员在研发团队中的比重越来越大,因为前期发展较晚,所以目前这方面的人才缺口很大。  1、测试人员是保证企业赖以生存的关键;  先来看一个因为测试人员的疏漏能给企业造成巨大损失的案例,最有代表性的就是2019年“拼多多100元无门槛消费券”漏洞,由于项目测试不到位,导致很多用户仅用了0.4元就给自己充值了100元的话费,事件虽发生在半夜,但是拼多多依旧损失严重,网络流传损失金额达200亿元,很多人担心拼多多就此倒闭。  这件事也给了企业重重一击,也让他们认识到测试的重要性,这件事不只是个例,每年企业因为测试没有做到位而造成的损失的事件早已屡见不鲜,也再次印证了测试...
            0 0 1078
            分享
          •   一、软件测试岗位有哪些?  在企业中,软件测试领域的几个典型的职位有:功能测试工程师(也叫手工测试)、自动化测试工程师、性能测试工程师、测试开发等。  1、功能测试(手工测试)工程师  主要工作内容:  · 需求分析  · 编写测试计划和测试方案  · 设计测试用例  · 执行测试用例  · 跟踪BUG  · 编写测试报告  2、自动化测试工程师  主要工作内容:  设计自动化测试的脚本,主要涉及到:  · 单元测试  · 接口测试  · UI测试  3、性能测试工程师  主要工作内容:  针对系统进行性能测试...
            0 0 629
            分享
          • 一、功能测试用例的设计举例:(一)我想要回家,让你给我买一张票,然后设计测试用例答案:确定需求(回家回哪,需要什么票,买什么时候的票)开始测试功能测试(我去买票(买火车票,飞机票),买到票(什么时候),回来给你);可靠性测试(我去买票过程中被撞死了,票买不到怎么办,延期了,买那个点的票没了怎么办让我帮他买票的人的身份,比如是否有特殊优待,如军人,1米2以下儿童等,身份证丢了,或者票丢了,责任划分);可维护性测试(票是否可保存完好);兼容性(还不同人的去买,我中间招人去买,我坐车走路);算法测试(我通过不同的渠道买票花费的时间);竞品测试(别的人怎么买的票);安全性测试(身份信息保密);性能测试...
            13 13 1651
            分享
      • 51testing软件测试圈微信