编写可用性测试的技巧


可用性测试是一种简单的方法,可以从真实用户那里获得反馈,并识别出影响他们网站或应用体验的问题. 只需编写测试脚本, 把它发送给你的目标用户, 然后探索视频和书面结果,了解哪些有效,哪些无效.

测试的设计对结果的准确性和质量有很大的影响. 编写良好的测试可以收集有价值的相关反馈, 但是一个有缺陷的测试可能会产生不正确的结果, 误导, 或完全错误的.

以下是DET365关于创建和运行一项有效研究的一些可用性测试技巧.

可用性测试技巧

1. 编写一个身临其境、让人产生共鸣的场景

在理想的情况下, 你希望你的测试者能够采用人们在现实生活中使用你的产品的心态. 为了实现这一点,您为您的测试编写的场景应该是详细的和现实的. 尽量说得一般化,让很多人都能接受, 但是要足够具体,以唤起测试人员可以提供他们测试经验的熟悉的情况.


2. 测试用户的印象

你的登陆页面是你品牌的广告牌. 衡量它是否传达了正确的信息的一个好方法是 印象测试.

在考试开始的时候, DET365向测试者展示你的登录页面15秒(访问者在网页上花费的平均时间),然后让他们说出他们对该网站的记忆, 他们会怎么描述呢, 以及它提供的产品或服务. 这是一个很好的方法来衡量你的页面是否符合目标, 识别引导或妨碍参观者了解场地的线索, 并在测试人员开始他们的旅程时帮助他们定位.

《Journey》棋盘游戏的可用性测试

3. 设计连贯的用户旅程

尽管您的测试人员将通过明确描述的任务来完成测试, 它应该尽可能地模拟真实的用户旅程. 考虑访问者通常如何通过站点上的不同页面和步骤进行访问. 使用您所知道的内容来编写模仿真实用户自然进程的任务, 而不仅仅是一堆杂乱无章的步骤.


4. 注意测试人员的疲劳

不要让太多的任务填满你的测试, 或者,到最后,测试人员会感到疲劳,他们的反馈质量也会下降. 你的任务清单应该在15-25分钟之内. 避免包含10个以上的任务,最好接近5个.

有兴趣学习更多关于TryMyUI可用性测试的知识?

请求一个演示

5. 使用平易近人、直截了当的声音

这很容易陷入“品牌话语”,“用一种对新用户没有意义的方式谈论你的网站或产品. 记住,他们可能对你的产品及其工作原理一无所知. Steer clear of jargon; it will only confuse your testers, 有时会导致他们误解任务,破坏测试的有用性.

当你写任务的时候, 使用简单而通用的措辞,认真考虑哪些内容对第一次访问的用户有意义,哪些内容没有意义.

领导证人木槌

6. 不要引导证人

当写作任务, 避免在应用程序中使用关键字——按钮的名称, DET365, 页面, 等等. 专注于告诉测试人员要实现的最终目标,而不是要采取的行动. 例如:“保存一个你喜欢的项目,这样你以后就可以回来”而不是“添加一个你喜欢的项目到你的愿望清单。.”

这不仅向您展示用户如何轻松地识别和定位完成任务的方法, 这可能揭示了他们实现目标的一种完全不同的方式. 而不是自我实现的预言, 你的任务将产生真正有意义的结果,甚至可能让你感到惊讶.


7. 观察,不要问

如果你正在寻找一个特定问题的答案,那么在直接询问测试人员时要三思. 通过引导他们完成相关任务,观察他们的言行,你可能会得到更准确的答案. 这种方式, 测试者不太可能过滤他们的想法,因为他们是直接对刺激做出反应,而不是试图分析自己的想法和偏好.

只见森林见树木

8. 至少5个人一起运行你的测试

一般的经验法则是,你可以通过5个测试人员识别出80%的可用性问题, 几乎100%的问题是15(由于每个测试人员反馈的边际值递减). 如果收集可靠的定量指标对您来说很重要,那么您需要更大的样本量. 使用至少20名测试者返回可靠的数据,置信区间约为±19%.

对于像这样的大批量测试,有很多 可用性测试工具 这可以帮助你及时分析大量的视频和书面反馈.


9. 测试你竞争对手的网站

您并不局限于测试自己的网站! 在竞争对手的网站上运行测试可以提供有价值的见解,了解他们在做什么不同的事情, 以及用户对产品的偏好. 比较可用性测试 也可以作为衡量你的表现的一种方法吗.

在注册免费试用时,免费收集前5个可用性测试结果:

开始


相关阅读: