设计测试将帮助您构建适合用户的优秀产品.

用户测试有很多名字:产品测试，设计测试， 可用性测试设计验证等. It’s about the critically important process of testing your designs with real users in real scenarios. Once you deeply understand user concerns and usability issues, you become better at correcting them.

用户测试—which is part of a user-centered design philosophy—is one of the most important aspects of a designer’s job. 这不仅仅是令人惊叹的视觉效果(表面). It’s about solving a problem effectively; something that can only be accomplished by repeated testing and with many iterations on the design. 这是获得有价值的见解的好方法 什么有效，什么无效.

我想确保设计工作良好, and that all assumptions and hypotheses are validated—testing with users has become one of the most important steps of my design process.

用户测试 is like watching over someone’s shoulder while they interact with your app or site, except that you get to ask questions along the way and nudge them in the direction you want to explore. 这并不昂贵，也不难做到. 不幸的是，没有足够的设计/产品团队这样做.

我们将介绍可用性测试的原因和六个基本阶段.

什么是可用性测试?

用户体验界有句老话:“你不是用户.”

我永远不会忘记我的第一次用户测试经历. 在两个月的时间里，我努力地对一个web应用程序的原型进行微调. 我想让它完美，我天真地，毫不掩饰地确信它会成功. 我大错特错了. 像许多其他设计师一样，我迷恋上了自己的创作.

我测试的第一个人在第二步之后变得困惑——而且是一下子, 我的幻想破灭了. 我崩溃了.

那天，我进行了5次网站可用性测试. 在这一切的最后, I was forced to accept the fact that perhaps I wasn’t as good a designer as I thought I was.

第二天, I replaced my polished prototype with quick interactive wireframes that represented a new and improved design concept based on insights I gained from the previous day’s 用户测试. The results were impressive—even a novice user was able to use a fairly complex application.

That first testing experience had such an impact on me as a designer, I now test every single design. 这一切都是值得的，我总是对自己做错的事情感到惊讶.

It’s decidedly better to make mistakes on a quick prototype than on the finished product. Sadly, many companies invest huge amounts of money into untested hypotheses and applications.

Wrong design decisions become very apparent on a finished product—unnecessary mistakes that need to be fixed at a huge cost. 部署未经测试的应用程序的最终成本是巨大的.

用户测试的六个基本要素

要完成正确的用户测试过程，你需要做以下事情:

• 创建一个原型
• 提出一个测试计划
• 招募人员(目标用户)
• 找一个合适的地点
• 调节测试
• 记录测试结果

创建原型

A prototype is an early model of a product—usually with limited functionality—built to test a design concept; a thing to be replicated or learned from. 有多种方法可以创建原型, 有很多工具, 包括离线软件和在线应用.

不同的忠诚和方法适用于不同的情况.

有一种非常基本的方法——在一张纸上画一些草图, 给它们拍照，然后用工具把它们连在一起 Adobe体验设计. 桌面和移动应用都可以这样做.

或者，您可以 创建交互式线框-将线框图串在一起，在一个在线原型工具，如 InVision.

I create multiple variations and build several completely different prototypes for the same project. 我把它们放在一起再决定哪一个最好. 通常, 一旦我开始和他们合作, 我发现了我在创建第一个原型时没有想到的解决方案.

我最初的原型制作工具是 Axure RP. 它非常复杂，需要大约六个月的时间才能掌握. 如何ever, you can learn the basics in a few days and create simple interactive prototypes.

我也尝试了一些解决方案，如 InVision or UXpin. 它们是基于网络的，创新的，而且便宜得多. 它们不像Axure那样功能丰富和灵活，但使用起来要简单得多. 你也可以轻松地与客户和团队成员分享你的原型.

最近, 奇迹 一直是我的首选工具吗. 这是一个伟大的移动和网络应用程序, 创建和共享原型非常容易, 它还有一个方便的Sketch插件.

市面上有各种各样的原型制作工具. 这里有一个很棒的比较网站: http://www.prototypr.io /原型Tools的.

制定产品可用性测试计划

不管你设计的是哪种数字产品, it’s important to lay out a plan for the testing; otherwise, 你最终会浪费很多时间. 在基本层面上，该计划应概述:

• 什么 正在测试(特性、功能、任务)
• 如何 it is going to be measured (the success or fail-rate of the test in specific areas)

假设我正在测试一个公共交通路线规划的移动应用程序. I designed three main features of the app: journey planning, ticket ordering, and seat reservations.

我心中有一群目标用户，他们通常乘公共汽车到处旅行. 在软件可用性测试阶段, I’ll go into specifics and try to find out from my users if certain features and functionalities are user friendly—i.e.“明显的”(对用户来说很明显)，易于使用.

在编写测试计划时，我会浏览原型并记下一些问题. 例如:

• 用户是否能够有效而快速地计划他们的旅程?
• 他们订票容易吗?
• 他们能预订座位吗?

假设有15个人同意参加测试. 在会议开始之前，我创建了一个包含五栏的电子表格:

• 专栏1: 参与者的名字，
• 列2 - 4: 要测试的应用程序有三个功能，
• 列5: 如果参与者正在努力使用给定的功能, 我把它记下来，写下困惑的原因.

使用这个电子表格，我可以评估我的原型是否成功. 如果15个人测试3个功能，那么就有45个(15x3)任务. 如果人们完成38个任务，我的成功率是85%.

招聘人员.k.a. “用户”

如果你正在做一个有现有客户的项目，招聘应该很容易. 与销售团队或利益相关者接触，并获得一些客户联系.

对于一个小的个人项目或内部公司项目, 试着联系你在Facebook上的朋友，他们属于你的目标受众. 你也可以要求推荐他们的联系人. 团队的其他成员也可以这样做. 找到公正的参与者是很重要的 谁会不想“对你好”，我呢.e.，喜欢他们看到的一切. 你需要无偏反馈——不管是好是坏——才能真正从测试中获得价值.

If you’re working with an external client on a bigger project, I recommend using services such as usertesting.com, 验证.com, clicktale.com, or verifyapp.com.

Sometimes it can be difficult to explain what you’re looking for when recruiting potential users. 参与用户测试对大多数人来说并不熟悉. 我的请求通常是这样的:

“嘿,沃尔特! 我知道你很忙, but I’m hoping you could spare me half an hour and help me out with a project I’m working on. 这是一款公共交通出行规划应用. 我知道你经常乘公共汽车旅行，我想看看你是如何使用它的.”

最好至少做3-5次测试(远程或面对面)。. 这应该为第一次迭代提供了足够的材料. 如果你能鼓起勇气, 你可以为参与者提供咖啡/茶和零食, 礼品卡, 或者公司提供的折扣码作为他们参与的回报.

在考试之间安排30-45分钟的休息时间是个好主意. You might find that you approached your design from a bad angle and you can fix the biggest problems on the spot before the next tester arrives. 测试是激烈的, 你也需要休息一下来收集你的发现, 做笔记, 在下一轮比赛前放松一下.

寻找合适的测试地点

I recommend testing in person because you can read body language and subtle signals like tension and sighs, 或者捕捉一些东西，比如人们因为挣扎而做鬼脸. 这是一个介入并询问他们是否对某事感到困惑的机会.

此外，人们在面对面的场合更容易集中注意力. 如果你正在通过Skype或Hangout进行远程测试, 他们可能会分心，事情可能会从你身边溜走.

Finding a compatible meeting place with the least distraction or opportunity for interruption is crucial. 你需要找到一个能让人们集中注意力在考试上的环境.

I’d prefer not to bring participants to my client’s offices—it’s conceivable the corporate environment could make a them feel confined and as if they are under observation. 到人家家里拜访也不是一个理想的情况. 宠物、孩子或家庭成员可能会分散测试用户的注意力.

在我看来，咖啡馆是一个完美的环境. 音乐在播放，味道很好，咖啡让每个人都保持清醒. 远离个人承诺和干扰, 测试对象也倾向于放松, it often helps them with the testing process to feel as if they are in a real world scenario.

你甚至可以在室外做测试! 有时你可能想把你的潜在用户放在一个真实的, contextually accurate setting—like riding a bus together while looking at your bus journey planning prototype.

运行测试

The quality of testing is heavily influenced by your ability to run the test well and communicate effectively (called “moderating the test”). 这也是准备和测试计划发挥作用的地方. 如果你之前没有测试过, 我建议你和你的伴侣或家人进行一些没有压力的测试.

练习问你要问的问题类型, 这样你就能更有效地运行测试了.

在温暖的环境中测试所有东西是错误的, 舒适的环境和无限的时间来完成任务. Give your users context and remind them to imagine they are using your app in a real-life situation—while exercising, 通勤, 或购物, 例如.

感谢与会者花时间帮助你也是很重要的. Remind them that the reason you’re doing these user feedback sessions is because you are eager to optimize your site/app/platform’s usability for the best user experience.

一定要告诉他们，他们不是被测试的对象. 这是设计.

如果您正在进行远程测试，请使用屏幕记录软件进行记录. 如果是本人，使用摄像机或录音机. 你会惊讶于你错过了多少!

By recording the sessions, you’ll find you are more relaxed because you don’t have to take notes. You are more able to concentrate on establishing good rapport and making the test comfortable for your participants. 你可以稍后从录音中记录一切.

一定要告诉你的测试对象录音是保密的, 只为了内部目的，只有你一个人会看/听他们.

MacOS用户可以使用QuickTime进行屏幕截图. 我使用 Screenflick ($29). 它可以同时记录屏幕和网络摄像头, 修剪录音, 并且很好地输出结果. 还有一些适用于iOS的应用程序.

以获得对用户需求的真正洞察, 行为, 目标, 和挫折, 问一些不会引导他们的开放式问题. 下面是一些例子:

• 我注意到你有点犹豫，是什么让你停下来的?
• 你觉得这个按钮有什么用?
• 这个产品最吸引人的地方是什么?
• 使用这个产品最困难的部分是什么?
• 这个产品有什么令人惊讶或意外的地方吗?
• 我们可以做些什么来改进这个产品?
• 可能缺少什么?? 你还想看什么?
• 你喜欢/不喜欢它的工作方式是什么?
• 你认为这个产品对你有什么帮助?
• 你今天会使用这个产品吗?
• 你认为为什么有人会使用这个产品?

记录测试结果

用简短的话提炼和总结你的发现, 来自我之前提到的测试文档电子表格的一页报告. 这将帮助你把注意力集中在给人们带来最大麻烦的问题上. 需要改进的地方很快就会显现出来. 通常，我的测试工件包括:

• 带注释的电子表格
• 录音
• 屏幕记录
• 来自网络摄像头的测试参与者的记录

当您的测试被正确记录时, 您可以进一步研究它，并让它指导您的下一次迭代. You can also use the test results with stakeholders to back up your next design decisions.

拥抱测试并享受它. 会很有趣的!

总之，记住两件事:

1. 经验法则:如果制作原型的时间超过90分钟, 你想做的太多了.
2. 一旦测试的成功率超过90%，就停止测试. 应用/网站/平台现在应该非常可用和“有用”.MVP时间!

In the beginning 本文简介, I said that the results of my first testing devastated me. 它动摇了我对自己能力的信任. 我意识到试错是这个过程中很自然的一部分. 说专业人士不犯错误是不对的. A 专业 learns from them quickly, shortens the iteration loop, and perfects the design in the process.

设计师: 享受测试过程——它能改善你的设计! 尽可能快地让真实的用户在真实的场景中测试你的想法. The insights you gain from observing how actual users use your product are priceless. 每一次迭代都是向前迈出的重要一步.

客户: 不要让设计师在没有测试的情况下完成项目. Make the most of opportunities to evaluate your products before the first line of code is written. 这可能要多花一个星期的时间，花费也会多一点, 但你最终会节省下来，并从中获得百倍的收益!