Horizon-可用性测试结果

Horizon 可用性测试结果

Horizon 可用性测试优先事项

以下是 2014 年 2 月 24 日开始的 Horizon (~Icehouse 版本) 可用性测试结果的摘要。根据研究，我们确定了 Horizon 几个需要改进的方面，然后 OpenStack UX 团队对这些方面进行了优先级排序，以便创建可操作的项目。

高优先级

改进错误消息和错误消息目录 - 100% - 蓝图（指南）和蓝图（修复当前）
修复启动实例工作流，面向最终用户和高级用户 - 83% - 蓝图
改进表单字段的信息帮助信息 - 83% 蓝图
修复术语（例如，启动实例、启动、关闭、关机等） - 67% - 蓝图
在启动实例工作流中显示密钥对和网络详细信息 - 50%
建议新的信息架构 - 50%

高 / 中优先级 (并列)

为开发者创建 UI 指南（最佳实践） - 33% + 33% - 蓝图

中

改进在线帮助 (?) - 67%
在单击按钮且应用程序未立即响应后，提供更清晰的应用程序正在运行的指示。 - 50%
确保网络选择的一致性（拖放网络与其他启动实例模态的组件非常不一致） - 50%
实例表格 - 操作按钮建议（不一致的可视化/操作选择） - 50%
为表单输入字段建议默认值 - 50%

中 / 低优先级 (并列)

允许用户在启动实例后编辑实例的网络解决方案 - 33% + 33%

低

解决对分割内联操作按钮的困惑 - 83%
提供解决方案来解释创建实例模态中的实例启动源字段是什么 - 83%
为风味选择提供描述/高级信息 - 67%
使排序在视觉上更清晰 - 50%
提供子网复选框的解决方案以提高可用性 - 33%

高 / 中 / 低 (并列)

在镜像选择期间提供镜像信息详细信息 - 33% + 33% + 33%

高 / 锦上添花 (并列)

在向导中提供“另存为草稿” - 33% + 33%

中 / 锦上添花 (并列)

将安全组默认名称更改为“默认安全组” - 33% + 33%

Horizon 可用性测试观察和细节

[1] 创建第一个实例的工作流程令人困惑。两个主要障碍…

    a) Choosing a Keypair…
         -A valid keypair is needed to successfully create an instance.
         -There is no way to actually add a keypair straight from the launch instance modal. Only import.
         -The user needs to back out of launching an instance and go to a completely different section to create a keypair.
    b) Choosing a network.
         -No network created by default.
         -Even if there is a network, nothing selected by default.
         -The user needs to back out of launching an instance and go to a completely different section to create a network.

[2] 新用户正在寻找有关表单字段的信息帮助信息，这将帮助他们理解某些字段。

         -Availability Zone.
         -Flavors (Specifically the m1 meaning)
         -Boot From
         -Admin state in Network creation.
         -Create subnet.
         -Disable gateway.
         -Power State (Field on Instance table is confusing considering VMs don’t technically have power. User suggested just “State”)
         -Ingress/Egress on Security Rules

-其他非测试来源的：-安全组 -暂停与暂停 -注入的文件 -千兆字节（用于存储，而不是使用 stoiage）

在选择密钥对和网络时，没有提供高级详细信息来帮助用户选择密钥对和网络，而只有赋予这两个对象的名称。

[3] 我们与管理员交谈后，对“自助服务”用户可用的某些功能/功能表示担忧。

         -Managing Networks.

[4] 大多数用户对子网复选框感到困惑。如果不需要创建网络，不确定为什么默认选中此框。可以大大改进此流程，以使创建网络更容易。

[5] 在单击按钮且应用程序未立即响应后，没有清晰的指示表明应用程序正在运行。

[6] 用户希望能够在启动实例后编辑实例的网络。

[7] 用户不确定为什么他们无法返回并编辑创建时可以输入的网络配置。

[8] 在启动实例工作流中选择网络时，用户希望看到有关他们可以选择的网络（例如，开发网络、质量保证网络、生产网络、私有网络、公共网络等）的更多详细信息。

[9] 对分割内联操作按钮有些困惑。用户错过了右侧调用的按钮，只是在下拉列表中查找所有操作。

[10] 一些用户对“启动”这个动作感到困惑，该动作启动一个实例。他们提到他们认为他们需要在启动它之前创建实例，而实际上 OpenStack 一步到位地创建和启动所有内容。

[11] 表格上的排序功能对一些用户来说并不明显。

[12] 对于默认安全组，而不是将其称为“默认”，用户建议将其称为“默认安全组 1”或只是“安全组 1”，以更清楚地显示列表中显示的内容。

[13] 基于选择的镜像，用户希望知道将使用多少内存、根磁盘 - 以验证它是否“合适”。在镜像选择中，镜像信息详细信息将很有帮助。

[14] 拖放网络与其他启动实例模态的组件非常不一致。

[15] 一些西班牙语翻译似乎不太正确。 “Sabor”用于“Flavor”，用户说没有意义。不确定这是否意味着整个翻译存在问题。

[16] 一些西班牙语本地化不一致。有时描述/信息提示是英文的，有时是西班牙文的。有时操作按钮是西班牙文的，但操作的下拉列表是英文的。

[17] 其他术语 - 例如，启动与启动、关闭与关机、状态与电源状态、启动实例（与创建和启动实例） - 令人困惑，我们可以更好地使用术语

[18] 对于实例表格，操作按钮应该在下拉列表框的顶部列出最常用的操作，并且有一些其他操作显示在操作按钮旁边，用户期望这些操作与操作按钮一起显示。用户将当前操作（“创建快照”、“关联浮动 IP”）列为与操作按钮对等的动作，这不一致。

高级概念

首次使用最终用户创建实例的工作流程令人困惑，并且还依赖于最终用户必须了解很多信息才能做到这一点。
Piet - 内容/信息挑战：在向导、错误代码等期间，未向用户提供足够的信息。对于自助服务最终用户而不是管理员而言，这尤其重要
许多自助服务用户仅在短时间内且不经常使用 Horizon，因此易用性和最小化的障碍非常重要
创建实例的快照是一项常见任务
用户通常不会花时间在创建实例时输入描述。
风味大小对于自助服务云最终用户来说并不明显（直到你查看右侧）。
需要一些信息来帮助解释创建实例模态中的实例启动源字段是什么。
创建重复规则时，错误消息模糊不清（缺乏帮助用户排除故障和解决错误的指示）（整个 Horizon 中的错误消息传递都很薄弱）
目前每个组件都拥有自己的错误消息。正在努力解决并改进错误消息。
对 IA 有一些问题/疑虑，例如，为什么卷、访问和安全在计算之下？
要求最终用户提供比需要更多的信息（例如，创建网络）
使用的默认值不足（例如，密钥对、网络）
术语不一致且令人困惑
目前假设自助服务云最终用户/消费者必须拥有先前创建的密钥对，并且必须创建网络。在几次会话中提到，最终用户通常不会创建任何一个，而是由云管理员提供/知道的。
注意：对于自助服务用户，用户创建密钥对是可以的。
需要减少向自助服务最终用户提示创建 VM 的内容
管理员的固定网络风味？
IBM 使用基于 OpenStack 的不同 UI，不使用 Horizon
Jeff：在 IBM 私有云实施中，用户输入子网和网关，系统分配其余的网络值
最好考虑不同的网络场景，然后让管理员设置这些场景以便于选择。例如，许多用户可能不需要单个网络，或者管理员可能只想公开一组网络供选择。
缺乏 OLH，许多抽象概念，例如安全组 - 面板中缺乏解释
整个 UI 中 OLH 的存在不一致
需要对概述页面进行更多的监控和故障排除
缺乏网络自动发现使网络配置成为一个问题，因为它强制进行许多手动条目。
更多出错的机会
在用户必须退出“启动实例”以创建密钥对和网络时，向导中缺少“另存为草稿”按钮

返回到 Horizon 可用性测试