界面设计，是设计师的工作，UI测试，是测试人员的工作，UI测试究竟是测什么的？界面的排版布局？还是界面文字的书写错误？如果是排版布局，那么设计师该不会傻到设计一个看起来很不友好的界面，坐等测试人员发现，然后劈头盖脸的骂一顿吧；如果是文字的错误，难道测试人员的工作只是傻傻地翻着字典比对每一个文字或者单词么？
作为设计师，如何才能设计出好的产品以及产品的界面，而作为一名测试人员，如何才能做好UI测试？本系列文章会从设计师的角度理解用户的目标来设计产品，同时，让UI测试人员明白自己的工作其实并非与设计完全无关。
作为设计师，在设计用户界面时，你可能会竭尽全力设计出你认为非常有效的界面，你也可以遵循设计法则，做出那些具有显著可用性的设计方案。但用户依然会让你惊讶不已，他们以各种离奇的方式误解你设计的界面，在你的网站上摸不着东南西北，他们的行为完全不可预测，看上去毫无逻辑可言，他们无法完成你认为非常简单明了的任务。
每个设计师可能都对设计法则了如指掌，但不要以为在某款产品的设计中应用一系列可用性准则，就可以得到可用的设计结果。那么，如何才能设计出让用户乐于使用，甚至爱不释手的界面呢？
我们必须明白用户之所以使用你的产品，是因为他们认为产品能帮助他们实现目标。来看看产品开发的三个阶段：研究、设计和实施，其实这对于界面的设计也同样适合，要想设计出好的界面，一定要明白用户对怎么样的界面情有独钟，这就需要对用户需求进行调查研究，研究清楚了再进行设计，研究确实是耗费时间的一件事，但它必不可少。
很多时候，我们知道产品的目标用户是谁，但我们发现他们并不知道自己想要什么，毕竟大部分人都不是产品设计师，他们很难解释清楚究竟需要什么样的产品来实现自己的目标，并且通常无法准确地拿捏自己对产品的感觉。因此，我们不能仅靠询问人们想要什么来解决问题，而应该自己寻找答案。我们所要做的，其实很清楚：
|
发现问题 |
找到方法 |
|
找出人们目前正在做的事情 |
找到一种方法，使人们能更方便、更高效地完成正在做的事情 |
|
找出人们不喜欢做，但又不得不做的事情 |
找到一种方法，使人们不用再做自己不喜欢做的事情，或者至少使这件事情变得有趣些 |
|
找出人们想做的事情 |
找到一种方法，把人们想要做的事情变成现实 |
用户和我们是不同的，我们要试着去了解他们，了解他们的问题，这样，才会明白如何创造出他们真正可用的产品。然而人们可能根本不知道自己想要的是什么，因此，毕竟好的办法是直接观察他们的行为，找出产品应该如何帮助用户实现目标，这有点像可用性测试，但我们不邀请用户来测试产品，而是走访现场去观察他们的行为。
可用性测试的目标是找出与用户界面相关的问题，当你跟踪某个用户时，目标是找出需要创建什么样的产品，或是如何在更为基础的层面改进现有产品。
人们习惯用假想来解决问题，可是在假想过程中容易犯错，我们不能依赖人们的观点，更不能期望他们能告诉你问题的解决方案应该是什么样的，找出解决方案是你自己的任务。人们不擅长预测自己使用产品的方式，自己也不知道什么样的东西会有效，无法确定用户将如何使用新产品。用户研究能帮助我们做出更好的预测，但它并不能排除所有的不确定性，但不要陷入无休止的研究之中，某些时候，你必须超越执念，做些尝试，然后看着用户是否认为它有用。
用户模型
用户模型是虚构的人，代表了特定的目标用户群体。用户模型为你提供了一种方法，让你把从用户研究中获取的信息，合成为有限数量的假想人群。
优点：用户模型能够迫使你聚焦产品所要解决的问题。通过创建少量用户模型，你就可以清晰定义出产品的用户。也使得你对用户的讨论更加容易，而且通过深入考虑目标用户，它能帮助你改善设计流程，使其更加“以人为中心”。
缺点：用户模型的弹性太大，它实际上是假想的人，无法为自己辩护；它给人的印象是以人为中心，却不需要任何人与现实中的用户有所接触；创建用户模型是一件非常耗时的事情；讨论假想的人可能会让人感觉不自在。
每一个用户模型都必须有明确的目标，为用户模型加入一些相关设计细节，一旦确定了相关设计细节，就需要加入一些设计之外的用户模型的个人信息，为用户模型设定一幅肖像取个名字。
用户模型有利于你和设计团队内的其他人进行交流，对从用户研究中得出的数据进行评估，并使用该数据制定的设计决策，但有些数据无法代替实际用户。你仍然需要让实际的人来测试你的设计，这样才能保证它行之有效。
以行动为中心
以人为中心的设计，即设计师要深入了解产品的潜在用户，为这些人量身设计产品。而以行动为中心的设计，则是为人的行动或目标量身设计产品。
以用户为中心还是以行动为中心，取决于产品的特性，不同的设计方法会产生不同的结果，尽早决定设计的焦点至关重要。
以行动为中心的设计考虑的是用户行为，针对这些行为来设计产品，而不考虑特定用户或用户模型，它不是让产品去适应用户，而是以用户能够适应的方式设计产品。
文档
在设计过程中，你还不用考虑设计方案实施的细节问题，这有助于你从用户的角度看待使用手册，因为用户也不知道关于产品工作原理的技术内容。因此尽早编制文档有助于对设计进行评估。如果你难以解释清楚某些东西，那么很可能是设计存在问题。
在设计过程中就开始编制使用手册，你就不太可能陷入术语，行话的囹圄，而是从用户的角度来解释产品。在某些东西上花费的时间越长，你就越难向那些与你有着不同知识背景的人解释清楚。
博文也可以帮助用户了解产品，同时能帮助你发现产品潜在的问题。
文字是用户与产品交流的渠道。设计即是沟通，如果别人无法理解你所要表达的意思，那么他们就无法使用你的产品。
人们根本不想阅读文字
无论如何，我们得承认，人们根本不想阅读文字。因此，如果发生了一项错误，你有办法让产品在不打扰用户的情况下自行恢复，就不要让用户知道。只有当你的产品实在无法搞定某个问题时，才告知用户。然而，如果人们无法理解某些用户界面，不要在界面上附加说明性文字，因为这样做只能让界面更加凌乱，更加糟糕。只有到了无可避免地要告知用户，那么先假设用户根本不会阅读你的文字，再去设计用户界面。
撰写文字
想知道如何撰写文字，首先要知道人们是如何阅读的。人们通常不会在网页上逐字逐句阅读，而是粗略浏览页面，寻找那些包含有用信息的文字片段，因此，使用可以粗略浏览的文字。尽量给出简短、明确、含义清晰的语句，使用短小精悍的段落，不要浪费读者的时间。始终把他们的目标铭记于心。同时，不要使用那些模棱两可的语句，也不要使用那些只有读完整句话才不至于误解的语句。
只有你写出来的文字让读者堵起来根本不费任何心思，用户才会愿意读这些文字，才能理解其中的含义。因此使用那些在谈话中听起来非常自然的语句，不要太正式，而是要与读者交谈，避免使用营销术语，必要时使用“你们”和“我们”之类的词。
使用图片有助于阐明要点，恰到好处的屏幕截图能省去好几段文字，也更易于理解。对于部分用户，使用插图甚至可以为简单的说明增色不少。
不要让自己的好恶影响到所撰写的内容，使用人们能够理解的词汇，即便你不喜欢这样的词。
要记住，用户可能处于不同的年龄段，拥有不同的技能水平，也可能具有与常人不同的领域知识，在撰写内容时，把这些因素考虑在内，才能让用户更易于阅读和理解。最重要的是，一定要让写出的内容简单易懂。
当然，由于文字是用户界面的一部分，因此可以把文字测试列为常规可用性测试的一部分。