2015 年 RubyDay，我们即将到来！

mdsojibahammed3

也就是说，您应该找到三个您将遇到的参与者： 第一场是 09:00。 第二次是上午10点15分。 第三次是上午11点30分。 我们继续吧。 准备任务和场景 在开始测试之前，有必要编写任务和场景。 是什么？ 任务是总结参与者必须执行的任务的句子。 他们必须非常清楚，并留在协调员（您）和观察小组一边。它们不会传达给参与者。 相反，将向参与者朗读场景。 场景是一个或多个句子，假设执行任务的上下文。 例如，我们正在测试一个提供可再生能源建议的网站： Rooms situation 有些人可能还知道名为“用例”的任务。 撰写任务的技巧 从最基本的任务开始。您网站最重要的任务。 写下那些让你彻夜难眠、从未说服过你的问题。 巡视整个团队和所有了解您网站的人员来调查新任务。


编写场景的技巧 场景很简单，它们可以简化参与者的工作。上面的例子足以让你明白了。只需将上下文 日本手机号码 和任何附加信息添加到启动任务即可。始终保持清晰简洁，不要使用技术术语。 为团队中的每个观察员以及您打印任务和场景。可用性测试由用户体验设计师进行。一般来说，这些面试会采访 8-12 名候选人，要求受访者在网站上执行某些任务，记录他们收集的材料，并向客户提供有关网站关键流程的非常详细的演示，以及包含修复措施的报告这些 。 这一切可能需要大约三周的时间。 我们将讨论这一切的“轻型”版本，持续一天，任何人都可以完成，也不例外。相反.. “简单”或“自己动手”测试的不同之处在于： 你一天之内就能做到 只有三名候选人。 你每个月做一次。




用户体验设计师做这件事并不重要。量”测试和真实测试之间的比较等），但为此我建议直接阅读Steve Krug 的书。 您正在阅读的文章实际上是史蒂夫·克鲁格（Steve Krug）所著书籍的摘要。 Steve Krug 一生中进行了数千次可用性测试，并且已经测试并重新测试了我们即将介绍的“轻型”版本。 每个月进行一次小型可用性测试，而不是每六年或每年进行一次大型可用性测试，是一种真正的敏捷方法。我们可以称之为敏捷用户测试。 当我们连一个人都没有使用我们的网站时，花费数月时间为人类开发产品有什么意义呢？我们为谁开发这些产品？也许是为了他个人的荣耀？有勇气尽快开放用户测试也意味着让我们的技术为人类服务，崇高地定义我们作为计算机科学家的工作。