我们在设计思维过程中采用了广泛的测试方法，其中许多方法也用于人机交互（HCI）和以用户为中心的设计（UCD）过程。这些方法的核心是需要测试我们的解决方案，以便我们可以改进它们。用户反馈是无价的，没有它，迭代设计过程将失败。因此，您必须尽可能寻求反馈，在测试中使用真实的人并分析结果以确定您的设计的正确（和错误）。只有这样，您就可以创建一个人们期望的解决方案，实施可行，并且对于长期成功是可行的。
您应该在整个设计思维过程中进行测试。测试与原型齐头并进，因为您最常与用户一起测试原型。鉴于此，您应该不断创建原型（从低保真原型开始，随着进度转向高保真原型），并与用户一起测试它们。当您与用户一起测试您的想法和原型时，您可以更深入地了解您的用户，并获得他们的反馈以改进您的设计。
事实上，设计思维过程的测试阶段通常会进入其他阶段：您的发现可以让您同情并更好地了解您的用户;它可能会导致改变您定义问题陈述方式的见解;它可能会产生解决用户问题的新想法;最后，它可以帮助您改进原型。
设计思维的五个阶段——移情、定义、构思、原型和测试——不是项目中的顺序步骤。相反，它们是您在项目的每个阶段（有时是并行或迭代循环）采用的“模式”，因为它们会给您带来最大的学习和价值。例如，您可以在项目早期（在构思之前）创建原型，以帮助您的团队同情用户。
设计思维过程的测试阶段通常会进入其他阶段——这就是迭代设计过程的美妙之处。
5 个进行测试的准则
1.展示，不说：让你的用户体验原型
一定要介绍自己。永远不要说你是设计师，即使你是。如果人们认为你是作者并且不想伤害你的感情，他们会对反馈不那么诚实。解释会议应该需要多长时间，您对他们的期望是什么以及他们将要做什么。在开始之前，请务必询问他们是否有任何问题。
避免过度解释你的原型是如何工作的，或者它应该如何解决你的用户的问题。让用户使用原型的经验不言自明，并观察他们的反应。
2. 请参与者讲述他们的经历
当参与者探索原型时，请他们告诉你他们在想什么。让他们知道他们应该在整个考试期间大声思考并说出他们的想法。这对人们来说并不自然，因此您可能需要在测试期间提示参与者提醒他们。在测试介绍中，请务必让他们知道您对此有所期待并举例说明。您希望他们让您知道当他们根据标题或位置选择某些内容或他们期望在屏幕上看到的内容时，他们期望会发生什么。
3. 观察您的参与者
做一个中立的观察者。观察你的参与者如何使用你的原型，并在他们误解它应该如何使用时抵制纠正它们的冲动。错误是宝贵的学习机会。请记住，您正在测试原型，而不是参与者。
4. 提出后续问题
始终跟进问题，即使您认为自己知道参与者的意思。问一些问题，如“当你说___时，你是什么意思？”，“这让你感觉如何？”，“你期望会发生什么？”以及最重要的是，“为什么？”。
5. 负面反馈是你学习和改进的方式
当你测试你的想法和原型时，请记住负面反馈是学习和改进的重要方式。当你听到有人抱怨你的原型有多难使用时，你可能会感到刺痛，但试着习惯这样的反馈从长远来看会对你有所帮助。您将发现您和您的团队可能甚至没有考虑过的问题。永远记住：
最终目标：理想、可取和可行的解决方案
设计思维过程不遵循固定的步骤顺序，但它有一个理想的终点。每个设计思维项目的最终目标都是一个理想、可取和可行的解决方案。
- 可取性集中在人身上。这就是将“人”置于以人为本的设计中的原因。如果解决方案能满足目标人群的需求、情感和行为，那么您的解决方案是可取的。
- 可行性与技术有关。您的设计解决方案在技术上是否可行，还是依赖于尚未发明的技术（或足以正常使用）？
- 可行性是关于您的设计解决方案是否作为一个企业运作。您的解决方案背后是否有合适的商业模式，或者如果没有投资者或捐助者的捐款，它会在几年后崩溃？设计思维不是为了盈利，但好的设计解决方案应该是自我维持的。这样，您可以在项目截止日期之后继续支持和改进您的解决方案。
当您能够创建满足可取性、可行性和可行性测试的原型（或成品或服务）时，拍拍自己的背，祝贺您的团队，或者如果您愿意，甚至可以跳一支小舞！您设计的解决方案将改善您周围的人，并将在未来几年继续改善生活。
总结
测试是五阶段设计思维过程中的第五阶段。您经常在原型制作阶段一起执行测试。通过测试，您可以更多地了解您的用户，改进您的原型，甚至完善您的问题陈述。为了帮助您计划测试，您可以遵循许多准则：
1. 展示，不要说：让你的员工体验原型。
2. 请测试参与者谈谈他们的经验。
3. 观察您的用户。
4. 提出后续问题。
5. 负面反馈是你学习和改进的方式。
最后但并非最不重要的一点是，设计思维过程是流动的、迭代的和灵活的：不同的阶段经常相互补充，不一定遵循任何固定的顺序。也就是说，设计思维的理想终点（当你知道自己做得很好时）是产品或服务是可取的、理想的和可行的。 |
