出色的外接程序设计会考虑到用户行为。 由于你自己的成见会影响你的设计决策，因此请务必与真实用户一起测试设计，以确保加载项对客户正常工作。
可以使用不同方法运行可用性测试。 对于许多外接程序开发人员而言，远程、未经审阅的可用性研究最为节省时间且最具有成本效益。 常用的测试服务包括：
这些测试服务可帮助你简化测试计划的创建并且不需要寻找参与者或审阅测试。
你只需五名参与者即可发现设计中的大多数可用性问题。 在整个开发周期内定期进行小型测试，以确保产品以用户为中心。
重要
跨多个平台测试加载项的可用性。 若要 将外接程序发布到Microsoft市场，它必须在 支持你定义的方法的所有平台上工作。
1. 注册测试服务
有关详细信息，请参阅选择联机工具进行未加管制的远程用户测试。
2.制定研究问题
研究问题定义研究的目标并指导测试计划。 你的问题有助于确定要招募的参与者以及他们将执行的任务。 了解何时需要特定观察结果或广泛输入。
具体问题示例
- 用户是否注意到了登陆页面上的“免费试用版”链接？
- 当用户将内容从外接程序插入到其文档时，他们是否了解在文档中插入的内容？
广泛的问题示例
- 用户在我们的外接程序中遇到的最大问题是什么？
- 用户在单击命令栏中的图标前是否了解他们的含义？
- 用户能否轻松地找到设置菜单？
用户体验方面
从发现加载项到安装和使用加载项，获取整个用户旅程中的数据非常重要。 考虑解决加载项用户体验的以下方面的研究问题。
- 在Microsoft市场中查找加载项：用户能否通过搜索发现加载项？ 列表说明是否足够清晰，足以传达加载项的作用？
- 选择安装加载项：在要求授予权限时，用户是否犹豫？ 他们是否了解加载项能够执行的操作？
- 首次运行体验：首次运行体验是否指导用户实现即时价值？ 用户是否可以根据需要跳过或重新访问它？ 有关设计模式，请参阅 首次运行体验模式。
- 功能区命令：用户能否在功能区上找到加载项命令？ 在具有简化功能区布局的Office web 版中，仅显示加载项的命令图标，而不显示加载项名称。 功能区空间有限时，命令组可能会折叠为小图标或下拉菜单。 测试用户是否仍可以在这些状态下找到并使用命令。 如果没有，请考虑向加载项添加教程或其他说明性内容。 有关详细信息，请参阅 外接程序命令。
- 任务窗格可用性：任务窗格默认大小紧凑，并且因主机应用程序而异。 测试布局是否适用于这些默认维度。 用户可以调整任务窗格的大小，以便验证 UI 是否能够响应地进行调整。 有关布局指南，请参阅 任务窗格加载项。
- 对话框：如果外接程序使用对话框 API，请测试用户是否了解对话框与任务窗格之间的关系。 对话框是非模式的，这意味着用户可以在打开对话框时继续与文档和任务窗格交互。 验证此行为不会使用户感到困惑。 有关详细信息，请参阅 使用 Office 对话框 API。
- 文档交互和数据绑定：当外接程序将内容插入到文档中时，用户是否了解其放置位置？ 如果外接程序使用 数据绑定，请测试用户是否了解外接程序与文档的特定区域之间存在持久关系。
- 内容插入控制：用户对内容插入流的控制程度如何？ 是否可以预览、撤消或修改插入的内容？
- 键盘快捷方式：如果外接程序定义了自定义 键盘快捷方式，请测试用户是否可以发现并记住它们。 如果 UI 中未描述这些快捷方式，请测试帮助文档是否可发现。 当加载项在 Office web 版 中运行时，某些浏览器快捷方式无法重写，并且键盘快捷方式支持因平台而异，因此跨多个平台进行测试并确保文档反映现实。
- 跨平台一致性：加载项在桌面平台的不同 Webview 控件中运行：Windows 上的 WebView2、Mac 和 iOS 上的 Safari (WKWebView) ，以及 Android 上的 Chrome。 视觉呈现和行为可能会有所不同。 例如，WebView2 中的滚动条默认处于隐藏状态，直到悬停在上方，这可能会影响任务窗格中可滚动内容的可发现性。 有关详细信息，请参阅 Office 外接程序使用的浏览器和 Web 视图控件。
有关详细信息，请参阅收集实际响应与主观数据。
3.确定所要面向的参与者
通过远程测试服务，你可以控制测试参与者的许多特性。 认真考虑想要将哪类用户确定为目标。 在数据收集的早期阶段，最好招募各种类型的参与者以识别出较为显著的可用性问题。 后面可以选择将类似高级 Office 用户、特定职业或特定年龄段的组确定为目标。 请务必使用户跨你支持的所有平台，因为相同外接程序设计的不同平台的可用性可能会有所不同。
4.创建参与者筛选器
筛选程序是向潜在测试参与者提出的一组问题和要求，用于筛选他们的测试。 请注意 UserTesting.com 等服务的参与者参加测试是想要获得经济收益。 如果要将某些用户排除在测试中，最好在筛选器中包含技巧问题。
例如，想要找出熟悉 GitHub 的参与者，要筛选出对自己进行了不当描述的用户，包括可能的答案列表中的不实之处。
熟悉下面哪些源代码存储库？
a. SourceShelf [Reject]
b. CodeContainer [拒绝]
c. GitHub [必须选择]
d. BitBucket [May select]
e. CloudForge [可能选择]
如果你计划测试外接程序的实时版本，可以针对满足此要求的用户筛选以下问题。
此测试要求你拥有最新版本的 Microsoft PowerPoint。 你是否拥有最新版本的 PowerPoint？
a. 是 [必选]
b. 否 [拒绝]
c. 我不知道 [拒绝]
此测试要求安装 PowerPoint 的免费加载项，并创建一个免费帐户来使用它。 是否愿意安装加载项并创建免费帐户？
a. 是 [必选]
b. 否 [拒绝]
若要测试跨平台行为，请包含一个识别参与者平台的屏蔽器问题。
你主要使用哪个版本的 Office？
a. Windows (桌面版 office)
b. Mac 版 Office (桌面)
c. Office web 版 (浏览器)
d. iPad 版 Office
e. 上述任何 [拒绝]
有关详细信息，请参阅筛选程序问题最佳做法。
5.创建针对参与者的任务和问题
确定要测试的内容的优先级，以便限制参与者的任务和问题数。 某些服务仅向参与者支付一定时间，因此，你需要确保不会过头。
尽可能地尝试观察参与者行为，而不是向其提问。 如果需要询问其行为，询问参与者过去做过什么，而不是询问其在某个场景下会做什么。 此方法往往提供更可靠的结果。
未经审阅的测试的主要挑战在于确保参与者了解你的任务和方案。 你的指示应简洁明了。 不可避免地，如果有可能混淆，就会有人感到困惑。
在测试期间，不要假设你的用户位于他们应位于的任何给定点的屏幕上。 考虑告诉用户要开始下一个任务他们需要位于哪个屏幕。
特定于加载项的任务注意事项
为可用性测试设计任务时，请记住以下特定于 Office 加载项的注意事项。
- 任务窗格空间约束：要求参与者在不调整任务窗格大小的情况下完成任务。 此约束测试 UI 是否在每个主机应用程序提供的压缩默认维度下工作。 并非所有用户都会意识到，在对加载项做出判断之前，他们可以调整任务窗格的大小。 有关默认大小，请参阅 任务窗格加载项。
- 上下文切换：设计要求用户同时处理文档和外接程序的任务。 观察用户是否可以在任务窗格和文档之间移动，而不会丢失位置或对哪个 UI 处于活动状态感到困惑。
- 数据操作的性能：如果外接程序读取或写入大量数据，请包括执行这些操作的任务。 Office 客户端监视加载项资源使用情况，并自动重启超过 5 秒无响应的加载项。 遇到此行为的测试参与者可能会显示重要的性能问题。 有关详细信息，请参阅资源限制和性能优化。
- 安装和登录流：如果测试使用实时加载项，请在任务计划中为参与者分配时间来安装外接程序并完成任何所需的身份验证。 加载项 (（例如用于登录) ）打开的对话是非模式的，因此参与者可能不确定将注意力定向到何处。
有关详细信息，请参阅编写出色任务。
6.创建用于匹配任务和问题的原型
可以测试实时加载项或原型。 请记住，如果要测试实时加载项，则需要筛选具有最新版本 Office、愿意安装加载项并愿意注册帐户 (的参与者，除非你具有登录凭据来) 。 你还需要确保他们成功安装加载项。
平均而言，引导用户完成如何安装加载项大约需要 5 分钟。 以下示例显示简洁明了的安装步骤。 请根据测试的具体情况调整步骤。
请按照以下说明安装 (在此处插入外接程序名称) 适用于 PowerPoint 的外接程序。
- 打开 Microsoft PowerPoint。
- 选择 “空白演示文稿”。
- 选择“ 主页>加载项”，然后选择“ 获取加载项”。
- 在弹出窗口中，选择“ 应用商店”。
- 在搜索框中键入（外接程序名称）。
- 选择（外接程序名称）。
- 花费一些时间查看“应用商店”页面以熟悉外接程序。
- 选择“添加”安装外接程序。
可以以任意基本的交互和外观一致性来测试原型。 对于更复杂的链接和交互性，请考虑使用 像 Figma 这样的原型制作工具。 如果只想测试静态屏幕，可以在线托管图像并向参与者发送相应的 URL，或向其提供指向在线 PowerPoint 演示文稿的链接。
7.运行试点测试
正确设置原型和任务/问题列表可能会比较困难。 用户可能会对任务感到疑惑，或者对原型不知所措。 使用 1 到 3 个用户运行试点测试，以找出测试格式不可避免的问题。 此过程有助于确保问题清晰明了，原型设置正确，并且你正在捕获要查找的数据类型。
8.运行测试
订购测试后，当参与者完成测试时，你将获得电子邮件通知。 除非以特定组参与者为目标，否则测试通常在几个小时内完成。
9.分析结果
此步骤涉及理解收集的数据。 观看测试视频时，记录有关用户遇到的问题和成功情况的笔记。 在查看所有结果之前，请避免尝试解释数据的含义。
单个参与者遇到可用性问题不足以更改设计。 遇到同一问题的两个或更多参与者表明，一般人群中的其他用户也会遇到该问题。
分析跨平台测试的结果时，请按平台将发现结果分开。 仅在一个平台上出现的问题可能表示 Webview 控件的呈现差异，而不是基本设计问题。 请特别注意任务窗格中的布局问题，因为默认大小因主机应用程序和平台而异。
注意如何使用数据得出结论。 不要试图使数据适合特定的叙述。 请诚实地了解数据实际证明、反驳或根本无法提供任何见解。 保持开放的心态。 用户行为经常不符合设计器的期望。