威海网站建设：你如何知道一个设计不可用性测试？
一个方便的技术，我从错误的工作了…
年前，我花了一个尴尬的我职业生涯的补丁作为教学设计者，在线学习课程的创建。这是一个糟糕的健康，我感动的幸福，但这部分工作使我成为一个更好的用户体验设计师：学习的目标
学习目标是什么你想让学生通过学习培训结束。如果有一个测试，测试的问题，应该根据这些目标 - 否则，测试的关键是什么？
同样的方法是方便计算出设计是否已通过或失败的可用性测试。记住：这是设计的测试，不参加者。
什么测试参与者是否需要做或者说你相信设计成功了吗？他们需要跟踪三小时为一个特定的项目时间？生成一个发票给客户基于跟踪的时间吗？发送发票吗？那是你的测试标准。
当然，可用性测试，观察用户如何完成任务，但是你会让他们做的，到底是什么？这些标准的美，是他们让你远离模糊测试的目标一样，“了解时间的跟踪工作。“你怎么知道他们已经明白了吗？你让他们来描述它。一旦他们所描述的准确，你可以说这方面的设计是成功的。
成功的标准，帮助你两次：他们澄清你的设计是否是真正的成功，他们更容易分享这些结果。
动词是神奇的
教我学习目标的书，George Piskurich的快速教学设计，提供了一个方便的列表，开始你的成功的行为准则。
例如，对于理解的目标可能是“描述”或“证明”。再次，“理解”是不好的 - 你需要他们说（即描述）或做（即证明）的东西，向你证明，他们已经明白。
然后，在一个更高的难度，参与者可以“解释”或“组织”；在一个较高的水平，他们可能会“创造”或“评价”。
你选择开始你的成功的标准，不管动词，关键是你可以观察用户是否已经说了或做了什么是任务成功。
“通过这届…结束”
所以，当你计划你的下一个可用性测试，和你的工作任务，开始问，“用户应该能够做什么（或说）这个设计？“
然后，你可以这样写：
-
会议结束时，参与者应该能够：
-
跟踪三小时为一个特定的项目时间；
-
生成一个发票给客户的基础上，跟踪时间；
-
描述区别跟踪时间和记录时间。
现在你有三个成功的标准，在此基础上，你也相当清楚，什么任务你需要给参与者。
一个忠告：成功的标准也不尽相同的任务。任务有更多的语境；他们写的是阅读的参与者，并可能包括有关任务的相关情况，尤其是如果你转向他们在原型中找到的东西。例如:
成功的标准：生成一个发票给客户的基础上，跟踪时间
任务：“现在你已经跟踪了三个小时的阿特拉斯项目，让我知道你会为您的发票时间极致的产品。”
很相似，很明显，但成功的标准是你和你的团队的任务是为参与者；在可用性会话的上下文。
你会注意到一个以上的成功标准是描述的东西，而不是完成任务。这可能是一个后续问题的任务。这些确认你设计的心理模型是明确用户方便。我见过的用户找到自己的方式通过一个任务，然后给我描述一个心理模型的应用是在赔率与如何设计。这是一个参与者的任务成功，但更重要的是有一个潜在的问题，参与者的心理模型匹配。
所以，开始你的成功标准，然后写下你的任务和基于标准的后续问题。
利益相关者爱成功标准
利益相关者不一定关心你的过程，但他们真的很在乎结果。如果你的演示的结果是模糊的，他们会理所当然地激怒了。
“用户设法找到了几个小时，但我们不知道她是否了解，跟踪时间不一样，它对客户端登录…”嗯，你为什么不相信？是不是你的工作，明白吗？你是在浪费自己的时间，并没有给他们明确的方向，如何解决该问题 UX -这也是你的工作，对吗？
成功的标准，帮助你两次：他们澄清你的设计是否是真正的成功，他们更容易分享这些结果。
我们已经有了一些成功的在一个简单的表跟踪成功的标准，和颜色编码的结果。像这样：
We whip up a colour-coded table of results (green = success, red = failure) on our wiki. In the top row, we list participants; in the left column, we list our success criteria. It’s ugly, but quick and useful.
这是很容易扫描，显示很清楚问题所在，并根据结果对实际参与者的经验。我们也列出了一点成果的总结和一系列的可用性问题和建议就在这。我们会在零上的那些问题和迭代，直到我们相信他们能解决的。你的过程可能有点不同 - 也许你是一个顾问交报告给客户，例如 - 但好处是相同的。
鲁公网安备 37060202001718号
