可用性测试通过可用性研究来测试整个网站是不可能的。调整的时间和预算也是有限的。因此，测试能为组织带来最大利润的用户任务。这样您就可以从可用性测试的投资中获得最大的收益。例如，要测试的网站是否主要用于售票？然后测试订购过程是否人性化。您希望客户通过网站而不是电话进行预约吗？然后要求测试参与者在网站上进行预约。
也许您还没有深入了解网站或 Intranet 访问者最重要的任务。然后，您可以使用顶级任务研究 来确定要测试的最重要的任务。您还可以与组织中的利益相关者讨论网站的目标。该组织希望通过该网站实现什么目标？网站用户应该能够在网站上做好什么？然后您将其合并到测试场景中。通过这种方式，您可以使测试结果尽可能与组织相关。这样，网站实际进行调整的可能性就更大，研究投资也因此获得回报。毕竟，网站上的重要任务必须易于执行，这是每个人都明白的。
除了创建良好的测试场景之外，使用正确的目标组进行测试也很重要。选择在日常生活中也执行或应该执行您的测试任务的测试参与者。这可以让您很好地了解该目标群体在您的网站上遇到的问题。想 阿联酋电报数据 了解更多有关制定良好测试计划的信息吗？然后阅读Lonneke Theelen 文章中的分步计划。
技巧3：选择正确的时刻和正确的频率
您可以对现有网站和正在开发的网站执行可用性测试。您的网站或内联网是否处于开发阶段？那么提前进行可用性测试是很有用的。例如，您可以让未来的用户测试网站的关键部分。
假设新网站包含一个请求报价的表格。可用性测试显示此表单是否易于找到并正确填写。测试的结果可能是表单包含令人困惑的问题或者下拉菜单无法正常工作。这些测试结果可以帮助交互设计师和开发人员在网站上线之前改进表单，这样您就不会错过报价请求。
迭代测试：规模更小，但更频繁
可用性研究并不总是必须包含对用户的广泛测试。使用较少数量的用户进行多次测试可能很有用，也称为迭代测试。这些小测试为您提供了见解，您可以在开发过程中使用这些见解来提供更好的网站。而且，你还可以测试你的调整是否达到了预期的效果，即更好的用户体验。
越来越多的网站建设者在他们的项目中使用敏捷方法，例如scrum。这意味着他们以小规模连续部分交付的方式交付网站。每次部分交付通常会持续很短的时间，通常是两周到一个月。如果开发团队以这种方式在您的网站上工作，您可以选择在每次部分交付时进行可用性测试，从而在当天生成一份简明的可用性报告。然后，开发人员可以在测试期间甚至测试。