报告可用性测试结果
Reporting Usability Test Results
当报告可用性测试的结果时，你应该主要关注你的发现和建议，这些发现和建议是根据严重程度来区分的。包括测试计划中的相关信息，并提供足够的细节，以便方法可以识别。尽量简短，使用表格来显示指标，并在可能的情况下使用可视化示例来演示问题领域。
数据分析
Data Analyses
在可用性测试结束时，您将根据您在测试计划中确定的度量收集几种类型的数据。在分析收集到的数据时，仔细阅读笔记，寻找模式，并确保添加对每个问题的描述。寻找趋势并记录参与者之间发生的问题。
报告问题的严重程度
Reporting Severity Levels of Problems
当你正在查看数据时，考虑整个问题的全局性以及问题的严重性（或严重性）。您的发现可能会对站点中的其他页面（全局）产生影响。例如，您可能会发现，由于文本密度的原因，参与者无法在页面上找到他们需要的内容。你可以说，这个页面需要修复，但你也应该考虑有多少其他的页面同样密集的文本。
有些问题比其他问题更容易导致参与者无法完成场景。为了帮助区分，你应该在三分或四分的范围内注意问题的严重性。例如：
关键：如果我们不解决这个问题，用户将无法完成场景。
严重：如果我们不解决这个问题，许多用户会感到沮丧；他们可能会放弃。
次要：用户很恼火，但这并不妨碍他们完成场景。这应该稍后再讨论。
编写可用性测试报告
Writing the Usability Test Report
一般来说，你的报告应该包括背景概要，你的方法，测试结果，发现和建议。有许多报告模板，您可以调整以帮助您报告您的发现。
背景概要：包括一个简短的概要，包括您测试了什么（网站或web应用程序），测试在什么地方和什么时候举行，设备信息，您在测试期间做了什么（包括所有测试材料作为附录），测试团队，以及遇到的问题的简要描述，以及什么工作得很好。
方法：包括测试方法，以便其他人可以重新创建测试。通过描述测试会话、测试的接口类型、收集的度量以及任务场景的概述，说明您是如何进行测试的。描述参与者并提供背景/人口调查问卷回答的汇总表（例如，年龄、职业、互联网使用情况、访问过的网站等）。提供人口统计数据的简要摘要，但不包括参与者的全名
测试结果：包括对主持人和数据记录器记录的内容的分析。描述完成率最高和最低的任务。提供按参与者、任务和按任务的平均成功率列出的成功任务完成率摘要，并在表格中显示数据。对所有指标遵循相同的模型。根据收集的指标，您可能希望显示：
1. 完成每个场景和所有场景的参与者人数和百分比（条形图通常适用于此）
2. 完成场景的人员完成每个场景所需的平均时间
3. 满意度结果
4. 如果参与者的评论是说明性的，可以包括在内。
调查结果和建议：使用所有数据（定量和定性、注释和电子表格）列出调查结果和建议。每一项发现都应该有一个你实际所见所闻的数据基础。您可能只需要一个总体的调查结果和建议列表，或者您可能需要一个场景一个场景一个场景的调查结果和建议列表，或者您可能需要一个跨场景的主要调查结果和建议列表以及一个场景一个场景的报告。请记住：
1. 尽管大多数可用性测试报告关注的是问题，但报告积极的发现也很有用。运转良好的东西必须通过进一步发展来保持。
2. 一份完全负面的报告可能令人沮丧；这有助于团队了解网站什么时候运行良好。
3. 每项调查结果应包括尽可能具体的情况说明。
4. 每项发现（或一组相关发现）都应包括关于如何做的建议
结合视觉来说明具体的观点
Incorporating Visuals to Illustrate Specific Points
通过包含可视内容，可以使报告更具信息性和趣味性。你可以考虑包括：
屏幕截图可以让读者直观地看到您正在测试的内容。包括屏幕的一些部分，以说明工作特别好或给用户带来问题的特定区域。
如果您以电子方式提交报告，并且报告的读者拥有观看视频剪辑的技术，则可以使用简短的视频剪辑来说明特定的要点。没有观察实际考试的人往往最相信问题，并且认为有必要通过观看和收听相关视频片段来解决问题。
实施并重新测试
Implement and Retest
为了让可用性测试有任何价值，你必须用你所学的来改进网站。您可能无法执行所有建议。开发任何产品都是一系列的权衡，在这些权衡中，你需要平衡日程安排、预算、人员可用性和所需的更改。如果你不能执行所有的建议，在解决最全球性和最严重的问题的基础上制定优先事项。当您排定优先级时，推动以获得用户需要的更改。
请记住，支持一个设计糟糕的用户体验的成本远远大于在网站仍处于开发阶段时修复该体验的成本。