2019 年 6 月
第 34 卷，第 6 期
此文章由机器翻译。
[别让我打开话匣子]
测试 1 ...2 ...3 ...
通过David S.Platt |2019 年 6 月
.jpg "David S. Platt")
提高用户体验设计的单一最佳方法是对其进行编码之前对实时用户进行测试。奇怪的是，我发现，几乎没有人立即此。我认为这是因为名称"UX 测试。" "T"一词表示内容末尾的过程中，执行操作以确保满足了要求。但 UX 测试需要编写代码，以生成您的编码人员的正确要求之前发生。
我不能从我完全正确，如从 Zeus 的浏览器的非常好的头中拉取一个设计。两者都不可以。我们可以做的就是生成模拟设计，以显示我们的测试用户，将合并他们的反馈意见 （我喜欢此，我不喜欢，和哦，等一下，我忘了告诉如-和-例如） 到改进模型;循环访问，直到它们已准备好足够。
下面是我的书，"乐趣的 UX"(Addison-wesley Professional，2016 年 6 月) 中的示例。它是用于通勤者 rail riders 附近波士顿的移动应用。而不是导致您大量使用完整的时间表，应用将显示仅火车和从你指定的工作站的时间。
在星期一，我使用名为 Balsamiq 编辑器生成模型。您可以看到这三个迭代的面板中的应用程序用户体验中图 1。现有应用程序具有所需跳来跳去查找你想的训练时间，因此，我创建一种设计与任何一个在跳转根本很多。我将所有内容的用户需求一页上： 入站的培训，出站培训，接下来训练到达时间、 警报、 传递、 工作原理。可以在的最左边的窗格中看到这图 1。
.png "通勤者 Rail 应用迭代")
图 1 通勤者 Rail 应用迭代
我通过电子邮件发送我 Harvard 学生，询问谁 rode 通勤者轨道，以及截图三个 riders，随着测试的志愿者。在星期二，我展示了它们通过 Skype，原型询问"您想要查找训练明天才能。要怎么做？"
它们纪要获得一致非常讨厌此布局。它为复杂，狭促感，难以找出他们的需要。我省略了时间，确定它们不会在意到达。操作一样。
我高兴。原型刺激了用户的想法，鼓励他们心声。我不会收到此反馈否则。
好了，回到 Balsamiq。按星期三下午，我的中间面板中显示的设计图 1。我的选项卡控件用于在传递分开计划，并展开其选项卡上的计划信息。我介绍的相同用户到了此新模型。
他们喜欢某种程度上更好。应用程序现在显示计划网格，因此它感觉熟悉的工作站监视器上显示方式。它们现在，有人告诉我，在第二天早上，它们只关心有关入站培训和序幕，仅有关出站的培训。显示在同一选项卡上是不是提供帮助更让人分散注意力。
此外，这些讨论触发密钥突破性。一个用户探讨了下一步训练倒计时计时器，现在一定程度上更轻松地查看但仍不那么好。她说:"，接下来训练计时器，我需要最上方，轻松地看到快速，因此，我知道我是否需要运行。"
这是我们所说的双当中。Smack 你额头，说:"我从未想象过 [任何]。" 然后在 30 秒内你 smack 你额头同样，说:"什么可能更明显比 [任何]？"
这导致我到最右侧的面板图 1。入站和出站培训每个占用自己的选项卡，并提供充足的空间以便轻松阅读。在顶部，在中间的可见警报是倒计时计时器。他们喜欢这个很多。它是我编写代码。
它还涉及此初始原型阶段进行浏览。编码每个模型所需的成本更多时间和金钱。当我得到用户的反馈时，可能不得不或者 a） 将我的投资扔掉因为它们不喜欢它，或 b） 保留一些用户非常讨厌，因为我不会丢弃我的投资。两种选择会导致优秀的应用程序。
因此，为什么不多的公司这样做？我只可能猜到，它是"T"一词。常用的开发过程，请考虑：您编写代码，交付代码，然后测试代码。（客户是很大的帮助。） 内容应调用此过程，以指示在最早的阶段中的设计，而不是结束时的重要位置？验证？不。迭代？我不知道。使用注释板告诉我：哪些单词将与此重要的必要性通信？
David S. Platt 在哈佛大学拓展学院以及世界各地的公司讲授 .NET 编程。他著有 11 本编程书籍，包括“Why Software Sucks”（Addison-Wesley Professional，2006）和“Introducing Microsoft .NET”（Microsoft Press，2002 年）。Microsoft 在 2002 年授予他“软件传奇人物”称号。他想知道是不因此她将了解如何用八进制计数是否他应具有贴下两个女儿的手指。您可以通过 rollthunder.com 与他联系。