可用性测试的五点思考

  可用性测试(Usability testing)是用来评估产品或系统的一种方法,这种方法起源于经典的实验学,能够进行复杂的大样本测试,也能够进行简单的小样本定性测试。关于可用性测试的具体内容(5W+1H),网上已经有不少资料,包括中文和英文。我想了下,在这里,仍是再也不写普适性的科普文章,而是决定从近期作的可用性测试项目中提取一些我的思考,来与你们分享。

  这些思考将分为五个点:(1)预测试;(2)尽量邀请相关方参与;(3)及时调整脚本;(4)可用性问题的优先级排列;(5)注意用户的正面评价。其中(1)和(2)是可用性测试以前的准备,(3)是可用性测试中须要注意的,(4)和(5)是可用性测试结束后须要注意的。下面将按照可用性测试前、中、后分别进行概述。html

  可用性测试以前框架

  预测试布局

  预测试是在正式可用性测试以前安排的一场模拟测试。进行预测试的主要目的在于确保测试中的硬件和软件是否正常运行脚本是否清晰、任务是否可行、访谈的问题设计是否合理和清晰等。若是遇到这些问题,要及时进行调整和修改,这样能够避免一些无效的测试或可能出现的错误,从而下降时间成本。测试

  预测试能够找身边的同事,但这个同事不能是参与产品开发和设计的相关人员,能够考虑行政、后勤等非产品相关人员,测试和访谈结束后可给予必定的礼品或者请吃一顿饭。spa

  尽量邀请相关方参与设计

  与产品相关的人员可能包括但不限于设计师、产品经理、研发、运营等。在进行可用性测试以前,尽量提早通知相关方测试的时间和地点,并邀请相关方参与现场的观察。orm

  邀请相关方现场参与是互利双赢的:对于用研来讲,这是用研报告最终获得相关方理解并承认的方式之一,也利于用研后续工做;对于相关方来讲,因为对产品很是了解,可能从测试中观察到主持人没有留意到的行为或态度,从而得到更多启发。htm

  因为公司、项目和需求的不一样,邀请的人也不一样。这里须要明确的是,邀请适合的人来现场观察测试,好比我以前的项目最初是交互设计师想对某个页面各个功能点及页面布局的考察,最终邀请了3名交互设计师,固然也可邀请该页面所对应的产品经理和研发人员。若是相关方实在感兴趣,但临时又因为某些缘由来不了,可使用一些商业软件进行远程录制和播放的共享。排序

  可用性测试之中开发

  及时调整脚本

  在可用性测试进行了几回后,可能会发现有些咱们认为很重要的问题也许并不那么重要,有些咱们认为不很重要的问题甚至很必要。或者发现了用户对于比较宽泛的问题存在疑惑、不解。或者发现了用户之间的一些共同趋势并但愿了解这种趋势。这时,咱们应该及时调整脚本,增长或删减一些内容,而不是继续按照原来的脚本进行。

  定性研究是探索性的研究,目的在于构建理论,随着测试和访谈的进行,会产生一些新的想法,所构建的理论框架也会愈来愈清晰,这时就须要对原来的脚本进行细化。

  若是有可能,咱们能够每作完一次可用性测试都相应的调整一次脚本,虽然这种方式会相对较累,但也许能够给咱们带来更多信息。

  可用性测试以后

  可用性问题的优先级排列

  在测试完后会发现一系列可用性问题,理想的状况下,每一个问题都但愿在产品上线前被解决,但这是不现实的,究竟哪些问题先解决,哪些问题后解决呢?这时就须要对这些问题进行优先级排序,从而合理安排迭代和开发的顺序。

  关于可用性问题的优先级排列,国际上有不少不一样的评估指标和分级标准,本篇再也不累述,可参考我以前的一篇文章【可用性问题的优先级评估】。这里想说的是,没有一个模型是通用的,咱们须要找到最适合咱们本身产品的模型,固然,也能够根据须要适当地修改指标或评级。

  须要注意的是,可用性测试获得的问题优先级排列是用研人员基于用户的测试而给出的结果,这个优先级顺序并非产品开发的实际优先级顺序。首先,用户对产品的认知和产品相关人员对产品的认知确定是存在必定差别的。其次,这些问题的解决还须要考虑设计周期,开发周期,业务成本等。因此,用研应该和产品团队一块儿从用户的角度来理解这些问题的重要程度,再由相关人员决定实际的优先级排次序

  注意用户的正面评价

  可用性测试能够测出产品或系统的一些问题,可是若是一份可用性测试报告通篇都是问题,可想而知,产品相关方或利益相关者在情感上确定会很难受,想着本身辛辛苦苦作出来的东西,被批的一无可取。

  在可用性测试中,当用户提到产品的某个或某些优势时,咱们一样须要记下来,并在过后的报告中说起,特别是一些被屡次说起的优势。这样作的好处有两点:一,对于报告的接收者——产品相关方或利益相关者来讲,心理上不会那么受挫,感觉到用研的一种中立态度(优势缺点都有),会利于用研后续的合做和沟通。二,引发对这些屡次被说起的优势的重视,以避免在后续的迭代版本中丢失。

曾经在实习时看过不一样人作的可用性测试报告,每一个人作的报告都不同,能够说,报告可用性测试结果没有绝对标准绝对正确的方法,重要的是选择一种方式,及时向相关人员呈现报告。

本文转自:http://www.spasvo.com/news/html/20161027105412.html

相关文章
相关标签/搜索