这是一篇来自国外的译文，作者详细介绍了如何测试和测试需要注意的问题点。如果你在做产品设计，你应该做产品的测试。希望这个测试指南能够对你有所帮助。
在Five 和Shoutem公司，我会告诉每一个测试的人： 首先，我想告诉大家我们测试的是产品，而不是某个人，不管测试的产品结果怎样，你都不用感到抱歉或者感觉很受伤。
也就是说，不管产品在什么阶段（从概念阶段，还是完好的阶段，或者说发布了的产品），我们不是在测试某个人，而是在测试我们的产品。
在项目初期和通过产品验证测试的时候，我们远离适当的可用性测试（我们会在项目后期做这个测试）。这就是为什么我们不能把它叫做可用性测试或者用户测试——我们把它叫做产品测试。
“你不应该只为一个产品设计而不为一个产品测试。”
这些指南不只是应用在项目正在开发的产品。同样也可以作为一种方法来验证或者思考一个新的产品想法。
当你在计划或者执行一个产品测试的时候会有很多东西需要记住，这里有个简单的列表帮助你去记住：
在项目的第一周就开始测试。
不只是可用性测试
5个用户组成一个目标群
做更多的测试
做好细节
1. 在项目的第一周就开始测试。
作为一个机构，我们开始新项目的时候，会随着一个短的发现、阶段性研究来制定一个小的阶段性开发周期。启动一个新计划的时候采用Sprint这种方式是非常不错的，比如测试新产品的想法和特性等等。通过创建一个中保真原型来结束某个阶段性的开发（一种快速开发原型工具，比如：Sketch 和InVision），同时使用这种原型与用户进行测试。我们想以此来验证我们产品开发的方向是否正确。
你能想象这对于开发团队来说是多么有益的吗？在此之前大家对产品还没有一点概念——之后这里就有一些关于产品的想法、业务案例，和一些来自于客户的真实反馈。
这是一种多么好的方式来开始一个项目。
2. 不只是可用性测试
我们一开始可能会重视验证产品的理念和一些优先级的功能，但是当我们在开发过程中，我们可能会对这方面关注较少，更多关注产品是如何形成的。
下面是在整个项目过程中需要测试的重点：
概念： 验证目标受众对于产品是怎样的理念。
产品特点：优先考虑的产品特点（尤其当创建一个MVP）
信息架构：测试不同信息体系结构的方法
用户流：提出不同的用户流对用户体验和行为的影响
视觉设计：一系列的相关测试，比如：语音和语调，可读性、品牌、命名等等
3. 5个用户组成一个目标群
你应该对接下来要说的这句话听过很多次了：五个参与测试的人就能够让你在某一点得到85%的信息反馈了。
值得注意的是，目标用户群是五个用户为一组，如果你有主要和次要类型的用户，你需要在这个数上相乘。
“识别符合你目标匹配的用户（甚至：能够匹配你的角色、行为特征、态度、目标）” ——Nielsen Norman Group
我们倾向于找6个人来做测试（适用于上下午）。倾向使用多余5个人来做测试也是因为过往的一些经历考虑——有时候有些用户会和我们的目标用户不符合，有时候又会有一些其他问题会出现（这些各种复杂情况出现的次数不止一次，所以为了保守起见，我们会用6个人，以防突发事件，导致被测试的用户达不到5个人）
4. 做更多的测试。
对于整个团队来说，早期概念测试绝不是足够的。虽然一个项目正在进行中，但仍需要一些常规的测试，从而让设计得到更多的原型，用户流，丰富的功能。当最终的交互原型被建立，我们便进入开发阶段。
“早期的概念测试绝不是足够的”
最重要的是指导这些测试接近所需要的结果。例如，在视觉设计的产品测试阶段，测试是很重要的，假如目标产物直接关系到这个阶段的结果。我敢肯定你也会遇到和反馈相关的其他事情，（而这些都对产品的实际用户体验会带来帮助），把这些反馈记录下来并且规划入产品计划中。
5. 做好细节
同的细节操作会导致不同的测试结果。重要的是要让用户明白我们的产品是流畅。用户需要产品指示。
1. 在你的原型上使用真正的内容：因为这些人是你的真实目标用户群。例如：他们使用手机点菜；之前学习过西班牙语等等。真实的用户群肯定会看你产品内容，并且有时候会被一些错误误导。
2. 知道产品流程：你应该有效的引导你的用户，让他们知道自己在哪个界面层（例如：还有多少步骤完成某个操作）。你需要去引导他们，重要的是你心里要对此有数，因为有些时候某些东西不会按计划走。让用户明白屏幕上什么才是主要的关注点。
3. 了解你的硬件：想要让自己成功，就不要让硬件妨碍你们功能。比如：屏幕保护程序、屏幕亮度、通知其他程序等等。
4. 了解你的软件：原型工具有时候会和用户的行为目的有所冲突。比如：用户会凭直觉对移动设备进行操作，有时候他们宁愿直接操作这些软件也不愿意听从引导。虽然你想通过流程来引导用户，让用户更加熟悉你的原型。想要设计出让用户的行为目的不冲突的功能，就要考虑到这一点。如果你使用InVision，你可以禁用 “”探索所有屏幕“这个功能来解决这个问题。
测试这天结束的时候
曲线的最显著的事实是：零用户提供零意见。
如果你在做产品设计，你应该做产品的测试。希望我们的这个测试指南能够对你有所帮助。
